diff options
author | chiba <chiba@30ef5769-5b8d-40dd-aea6-55b5d6557bb3> | 2004-08-30 17:41:36 +0000 |
---|---|---|
committer | chiba <chiba@30ef5769-5b8d-40dd-aea6-55b5d6557bb3> | 2004-08-30 17:41:36 +0000 |
commit | 4fda748aa5e0fcc4d0207169209062399fe2aa81 (patch) | |
tree | df5b2135bb9176f4e36f6cfc53a6939279efa263 /tutorial | |
parent | f39d058e65fb1a8b53a965f3ef20b38337ccfd76 (diff) | |
download | javassist-4fda748aa5e0fcc4d0207169209062399fe2aa81.tar.gz javassist-4fda748aa5e0fcc4d0207169209062399fe2aa81.zip |
discarded the last changes
git-svn-id: http://anonsvn.jboss.org/repos/javassist/trunk@129 30ef5769-5b8d-40dd-aea6-55b5d6557bb3
Diffstat (limited to 'tutorial')
-rw-r--r-- | tutorial/tutorial.html | 254 | ||||
-rw-r--r-- | tutorial/tutorial2.html | 21 | ||||
-rw-r--r-- | tutorial/tutorial3.html | 12 |
3 files changed, 180 insertions, 107 deletions
diff --git a/tutorial/tutorial.html b/tutorial/tutorial.html index 064f8da8..84de35b4 100644 --- a/tutorial/tutorial.html +++ b/tutorial/tutorial.html @@ -18,19 +18,18 @@ Shigeru Chiba <p><div align="right"><a href="tutorial2.html">Next page</a></div> -<ul>1. <a href="#read">Reading bytecode</a> -<br>2. <a href="#def">Defining a new class</a> -<br>3. <a href="#pool">ClassPool</a> -<br>4. <a href="#load">Class loader</a> -<br>5. <a href="tutorial2.html#intro">Introspection and customization</a> -<br>6. <a href="tutorial3.html#intro">Bytecode level API</a> +<ul>1. <a href="#read">Reading and writing bytecode</a> +<br>2. <a href="#pool">ClassPool</a> +<br>3. <a href="#load">Class loader</a> +<br>4. <a href="tutorial2.html#intro">Introspection and customization</a> +<br>5. <a href="tutorial3.html#intro">Bytecode level API</a> </ul> <p><br> <a name="read"> -<h2>1. Reading bytecode</h2> +<h2>1. Reading and writing bytecode</h2> <p>Javassist is a class library for dealing with Java bytecode. Java bytecode is stored in a binary file called a class file. @@ -91,6 +90,59 @@ modified bytecode. To obtain the bytecode, call <code>toBytecode()</code>: byte[] b = cc.toBytecode(); </pre></ul> +<a name="def"> +<h4>Defining a new class</h4> + +<p>To define a new class from scratch, <code>makeClass()</code> +must be called on a <code>ClassPool</code>. + +<ul><pre> +ClassPool pool = ClassPool.getDefault(); +CtClass cc = pool.makeClass("Point"); +</pre></ul> + +<p>This program defines a class <code>Point</code> +including no members. + +<h4>Frozen classes</h4> + +<p>If a <code>CtClass</code> object is converted into a class file by +<code>writeFile()</code>, <code>toClass()</code>, or +<code>toBytecode()</code>, Javassist freezes that <code>CtClass</code> +object. Further modifications of that <code>CtClass</code> object are +not permitted. + +<p>When Javassist freezes a <code>CtClass</code> object, it also +prunes the data structure contained in that object. To reduce memory +consumption, Javassist discards some part of data structure, for +example, the data of method bodies. Thus, after a +<code>CtClass</code> object is pruned, the bytecode of a method is not +accessible although method names and signatures are accessible. + +<p>To disallow pruning a <code>CtClass</code>, <code>stopPruning()</code> +must be called in advance: + +<ul><pre> +CtClasss cc = ...; +cc.stopPruning(true); + : +cc.writeFile(); // convert to a class file. +// cc is not pruned. +</pre></ul> + +<p>If a <code>CtClass</code> is not pruned, it can be defrost so that +modifications of the class definition can be permitted. For example, + +<ul><pre> +CtClasss cc = ...; +cc.stopPruning(true); + : +cc.writeFile(); +cc.defrost(); +cc.setSuperclass(...); // OK since the class is not frozen. +</pre></ul> + + <h4>Class search path</h4> <p>The default <code>ClassPool</code> returned @@ -187,21 +239,106 @@ included in the search path. <p><br> -<a name="def"> -<h2>2. Defining a new class</h2> +<a name="pool"> +<h2>2. ClassPool</h2> -<p>To define a new class from scratch, <code>makeClass()</code> -must be called on a <code>ClassPool</code>. +<p> +A <code>ClassPool</code> object is a container of <code>CtClass</code> +objects. Once a <code>CtClass</code> object is created, it is +recorded in a <code>ClassPool</code> for ever. This is because a +compiler may need to access the <code>CtClass</code> object later when +it compiles source code that refers to the class represented by that +<code>CtClass</code>. + +<p> +For example, suppose that a new method <code>getter()</code> is added +to a <code>CtClass</code> object representing <code>Point</code> +class. Later, the program attempts to compile source code including a +method call to <code>getter()</code> in <code>Point</code> and use the +compiled code as the body of a method, which will be added to another +class <code>Line</code>. If the <code>CtClass</code> object representing +<code>Point</code> is lost, the compiler cannot compile the method call +to <code>getter()</code>. Note that the original class definition does +not include <code>getter()</code>. Therefore, to correctly compile +such a method call, the <code>ClassPool</code> +must contain all the instances of <code>CtClass</code> all the time of +program execution. + +<h4>Avoid out of memory</h4> + +<p> +This specification of <code>ClassPool</code> may cause huge memory +consumption if the number of <code>CtClass</code> objects becomes +amazingly large (this rarely happens since Javassist tries to reduce +memory consumption in various ways). To avoid this problem, you +can explicitly remove an unnecessary <code>CtClass</code> object from +the <code>ClassPool</code>. If you call <code>detach()</code> on a +<code>CtClass</code> object, then that <code>CtClass</code> object is +removed from the <code>ClassPool</code>. For example, <ul><pre> -ClassPool pool = ClassPool.getDefault(); -CtClass cc = pool.makeClass("Point"); +CtClass cc = ... ; +cc.writeFile(); +cc.detach(); </pre></ul> -<p>This program defines a class <code>Point</code> -including no members. +<p>You must not call any method on that +<code>CtClass</code> object after <code>detach()</code> is called. + +<p> +Another idea is to occasionally replace a <code>ClassPool</code> with +a new one and discard the old one. If an old <code>ClassPool</code> +is garbage collected, the <code>CtClass</code> objects included in +that <code>ClassPool</code> are also garbage collected. +To create a new instance of <code>ClassPool</code>, execute the following +code snippet: -<p>A new class can be also defined as a copy of an existing class. +<ul><pre> +ClassPool cp = new ClassPool(); +cp.appendSystemPath(); // or append another path by appendClassPath() +</pre></ul> + +<p>This creates a <code>ClassPool</code> object that behaves as the +default <code>ClassPool</code> returned by +<code>ClassPool.getDefault()</code> does. +Note that <code>ClassPool.getDefault()</code> is a singleton factory method +provided for convenience. Therefore, the default <code>ClassPool</code> +is never garbage-collected. + +<h4>Cascaded ClassPools.</h4> + +<p> +<code>ClassPool</code> objects can be cascaded like +<code>java.lang.ClassLoader</code>. For example, + +<ul><pre> +ClassPool parent = ClassPool.getDefault(); +ClassPool child = new ClassPool(parent); +child.insertClassPath("./classes"); +</pre></ul> + +<p> +If <code>child.get()</code> is called, the child <code>ClassPool</code> +first delegates to the parent <code>ClassPool</code>. If the parent +<code>ClassPool</code> fails to find a class file, then the child +<code>ClassPool</code> attempts to find a class file +under the <code>./classes</code> directory. + +<p> +If <code>child.childFirstLookup</code> is true, the child +<code>ClassPool</code> attempts to find a class file before delegating +to the parent <code>ClassPool</code>. For example, + +<ul><pre> +ClassPool parent = ClassPool.getDefault(); +ClassPool child = new ClassPool(parent); +child.appendSystemPath(); // the same class path as the default one. +child.childFirstLookup = true; // changes the behavior of the child. +</pre></ul> + +<h4>Changing a class name for defining a new class</h4> + +<p>A new class can be defined as a copy of an existing class. The program below does that: <ul><pre> @@ -258,26 +395,26 @@ mapping between classes and <code>CtClass</code> objects. Javassist never allows two distinct <code>CtClass</code> objects to represent the same class unless two independent <code>ClassPool</code> are created. This is a significant feature for consistent program -transformation. To create multiple -instances of <code>ClassPool</code>, write the following code: +transformation. + +<p>To create another copy of the default instance of +<code>ClassPool</code>, which is returned by +<code>ClassPool.getDefault()</code>, execute the following code +snippet (this code was already shown above): <ul><pre> ClassPool cp = new ClassPool(); cp.appendSystemPath(); // or append another path by appendClassPath() </pre></ul> -<p>This creates a <code>ClassPool</code> object that behaves as the -default <code>ClassPool</code> returned by -<code>ClassPool.getDefault()</code> does. -<code>ClassPool.getDefault()</code> is a singleton factory method -provided for convenience. - <p>If you have two <code>ClassPool</code> objects, then you can obtain, from each <code>ClassPool</code>, a distinct <code>CtClass</code> object representing the same class file. You can differently modify these <code>CtClass</code> objects to generate different versions of the class. +<h4>Renaming a frozen class for defining a new class</h4> + <p>Once a <code>CtClass</code> object is converted into a class file by <code>writeFile()</code> or <code>toBytecode()</code>, Javassist rejects further modifications of that <code>CtClass</code> object. @@ -314,67 +451,10 @@ can be executed after <code>writeFile()</code> or <code>toBytecode()</code> is called on the the <code>CtClass</code> object representing <code>Point</code> class. - -<p><br> - -<a name="pool"> -<h2>3. ClassPool</h2> - -<p> -A <code>ClassPool</code> object is a container of <code>CtClass</code> -objects. Once a <code>CtClass</code> object is created, it is -recorded in a <code>ClassPool</code> for ever. This is because a -compiler may need to access the <code>CtClass</code> object later when -it compiles source code that refers to the class represented by that -<code>CtClass</code>. If the class definition represented by that -<code>CtClass</code> object is different from that of the original class -file, the compiler cannot correctly compile the source code without -the <code>CtClass</code> object. - -<p> -This specification of <code>ClassPool</code> may cause huge memory -consumption if the number of <code>CtClass</code> objects becomes large. -To avoid this problem, you can explicitly remove an unnecessary -<code>CtClass</code> object from the <code>ClassPool</code>. If you -call <code>detach()</code> on a <code>CtClass</code> object, then that -<code>CtClass</code> object is removed from the <code>ClassPool</code>. -For example, - -<ul><pre> -CtClass cc = ... ; -cc.writeFile(); -cc.detach(); -</pre></ul> - -<p>You must not call any method on that -<code>CtClass</code> object after <code>detach()</code> is called. - -<p><code>ClassPool</code> objects can be cascaded like -<code>java.lang.ClassLoader</code>. For example, - -<ul><pre> -ClassPool parent = ClassPool.getDefault(); -ClassPool child = new ClassPool(parent); -</pre></ul> - -<p>If <code>child.get()</code> is called, the child <code>ClassPool</code> -first delegates to the parent <code>ClassPool</code>. If the parent -<code>ClassPool</code> fails to find a class file, then the child -<code>ClassPool</code> attempts to find a class file. -If <code>child.childFirstLookup</code> is true, the child -<code>ClassPool</code> attempts to find a class file before delegating -to the parent <code>ClassPool</code>. For example, - -<ul><pre> -ClassPool parent = ClassPool.getDefault(); -ClassPool child = new ClassPool(parent); -child.childFirstLookup = true; // changes the behavior of the child. -</pre></ul> - <p><br> <a name="load"> -<h2>4. Class loader</h2> +<h2>3. Class loader</h2> <p>If what classes must be modified is known in advance, the easiest way for modifying the classes is as follows: @@ -396,7 +476,7 @@ by Javassist. <p><br> -<h3>4.1 The <code>toClass</code> method in <code>CtClass</code></h3> +<h3>3.1 The <code>toClass</code> method in <code>CtClass</code></h3> <p>The <code>CtClass</code> provides a convenience method <code>toClass()</code>, which requests the context class loader for @@ -475,7 +555,7 @@ more complex functionality, you should write your own class loader. <p><br> -<h3>4.2 Class loading in Java</h3> +<h3>3.2 Class loading in Java</h3> <p>In Java, multiple class loaders can coexist and each class loader creates its own name space. @@ -655,7 +735,7 @@ be helpful: <p><br> -<h3>4.3 Using <code>javassist.Loader</code></h3> +<h3>3.3 Using <code>javassist.Loader</code></h3> <p>Javassist provides a class loader <code>javassist.Loader</code>. This class loader uses a @@ -792,7 +872,7 @@ make sure whether all the classes using that class have been loaded by <p><br> -<h3>4.4 Writing a class loader</h3> +<h3>3.4 Writing a class loader</h3> <p>A simple class loader using Javassist is as follows: @@ -863,7 +943,7 @@ Hence, the <p><br> -<h3>4.5 Modifying a system class</h3> +<h3>3.5 Modifying a system class</h3> <p>The system classes like <code>java.lang.String</code> cannot be loaded by a class loader other than the system class loader. diff --git a/tutorial/tutorial2.html b/tutorial/tutorial2.html index 50d24712..9c158377 100644 --- a/tutorial/tutorial2.html +++ b/tutorial/tutorial2.html @@ -13,7 +13,7 @@ <div align="right"><a href="tutorial3.html">Next page</a></div> <p> -<a href="#intro">5. Introspection and customization</a> +<a href="#intro">4. Introspection and customization</a> <ul> <li><a href="#before">Inserting source text at the beginning/end of a method body</a> <br><li><a href="#alter">Altering a method body</a> @@ -25,7 +25,7 @@ <p><br> <a name="intro"> -<h2>5. Introspection and customization</h2> +<h2>4. Introspection and customization</h2> <p><code>CtClass</code> provides methods for introspection. The introspective ability of Javassist is compatible with that of @@ -115,7 +115,7 @@ of the <code>javassist.runtime</code> package. <p><br> <a name="before"> -<h3>5.1 Inserting source text at the beginning/end of a method body</h3> +<h3>4.1 Inserting source text at the beginning/end of a method body</h3> <p><code>CtMethod</code> and <code>CtConstructor</code> provide methods <code>insertBefore()</code>, <code>insertAfter()</code>, and @@ -553,7 +553,7 @@ catch (java.io.IOException e) { <p><br> <a name="alter"> -<h3>5.2 Altering a method body</h3> +<h3>4.2 Altering a method body</h3> <p><code>CtMethod</code> and <code>CtConstructor</code> provide <code>setBody()</code> for substituting a whole @@ -1238,7 +1238,7 @@ exception. <p><br> <a name="add"> -<h3>5.3 Adding a new method or field</h3> +<h3>4.3 Adding a new method or field</h3> <h4>Adding a method</h4> @@ -1362,7 +1362,7 @@ does not end with a semi colon (<code>;</code>). <p><br> <a name="runtime"> -<h3>5.4 Runtime support classes</h3> +<h3>4.4 Runtime support classes</h3> <p>In most cases, a class modified by Javassist does not require Javassist to run. However, some kinds of bytecode generated by the @@ -1376,7 +1376,7 @@ Javassist classes are never used at runtime of the modified classes. <p><br> <a name="limit"> -<h3>5.5 Limitations</h3> +<h3>4.5 Limitations</h3> <p>In the current implementation, the Java compiler included in Javassist has several limitations with respect to the language that the compiler can @@ -1389,13 +1389,6 @@ declarations. However, the <code>java.lang</code> package is an exception; for example, the compiler accepts <code>Object</code> as well as <code>java.lang.Object</code>. -<p><li>The <code>.class</code> notation is not supported. Use the -method <code>Class.forName()</code>. -In regular -Java, an expression <code>Point.class</code> means a <code>Class</code> -object representing the <code>Point</code> class. This notation is -not available. - <p><li>Array initializers, a comma-separated list of expressions enclosed by braces <code>{</code> and <code>}</code>, are not supported. diff --git a/tutorial/tutorial3.html b/tutorial/tutorial3.html index c965a64c..af0a4c1b 100644 --- a/tutorial/tutorial3.html +++ b/tutorial/tutorial3.html @@ -12,7 +12,7 @@ <div align="left"><a href="tutorial2.html">Previous page</a></div> <p> -<a href="#intro">6. Bytecode level API</a> +<a href="#intro">5. Bytecode level API</a> <ul> <li><a href="#classfile">Obtaining a <code>ClassFile</code> object</a> <br><li><a href="#member">Adding and removing a member</a> @@ -25,7 +25,7 @@ <p><br> <a name="intro"> -<h2>6. Bytecode level API</h2> +<h2>5. Bytecode level API</h2> <p> Javassist also provides lower-level API for directly editing @@ -35,7 +35,7 @@ while this level of API allows you any kind of modification of class files. <a name="classfile"> -<h3>6.1 Obtaining a <code>ClassFile</code> object</h3> +<h3>5.1 Obtaining a <code>ClassFile</code> object</h3> <p>A <code>javassist.bytecode.ClassFile</code> object represents a class file. To obtian this object, <code>getClassFile()</code> @@ -64,7 +64,7 @@ writes the contents of the class file to a given <p><br> <a name="member"> -<h3>6.2 Adding and removing a member</h3> +<h3>5.2 Adding and removing a member</h3> <p> <code>ClassFile</code> provides <code>addField()</code> and @@ -98,7 +98,7 @@ and remove one from the list. <p><br> <a name="traverse"> -<h3>6.3 Traversing a method body</h3> +<h3>5.3 Traversing a method body</h3> <p> To examine every bytecode instruction in a method body, @@ -143,7 +143,7 @@ Branch offsets etc. are automatically adjusted.<br> <p><br> <a name="bytecode"> -<h3>6.4 Producing a bytecode sequence</h3> +<h3>5.4 Producing a bytecode sequence</h3> <p> A <code>Bytecode</code> object represents a sequence of bytecode |