User: ara_e_w
Date: 02/06/13 12:16:50
Modified: src/xjavadoc MethodImpl.java
Log:
- MethodImpl.buildStringId() is ued for hashcode/equals, but also uses modifiers of
the method, which is wrong, because if you override an abstract method then it thinks
they are two different methods, which really are not, and that leads to problems in
some of the superclass/override sensitive templates. I removed modifiers from the
calculation.
- CustomerBean had missing imports, which leads to overriding code to fail. I also
added a long description about why you should explicitly import to CustomerBean's
import section.
- cleanup
Revision Changes Path
1.15 +1 -6 xjavadoc/src/xjavadoc/MethodImpl.java
Index: MethodImpl.java
===================================================================
RCS file: /cvsroot/xdoclet/xjavadoc/src/xjavadoc/MethodImpl.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -w -r1.14 -r1.15
--- MethodImpl.java 7 Jun 2002 14:51:25 -0000 1.14
+++ MethodImpl.java 13 Jun 2002 19:16:50 -0000 1.15
@@ -4,8 +4,6 @@
*/
package xjavadoc;
-import java.util.StringTokenizer;
-
/**
* Describe what this class does
*
@@ -137,15 +135,12 @@
* Builds a String uniquely describing this method
*
* @return a String uniquely describing this method
- * @todo-javadoc Write javadocs for method
*/
protected String buildStringId()
{
StringBuffer sb = new StringBuffer();
sb = new StringBuffer();
- sb.append( getModifiers() );
- sb.append( ' ' );
sb.append( getReturnType() );
sb.append( getReturnDimensionAsString() );
sb.append( ' ' );
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -
http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
