The following issue has been updated:
Updater: jamie burns (mailto:[EMAIL PROTECTED])
Date: Mon, 23 Jun 2003 11:22 AM
Comment:
Found the attach a file function and thought l might as well attach the source.
Changes:
Attachment changed from to EjbDocletTask.java
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/xdoclet/secure/ViewIssue.jspa?key=XDT-547&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/xdoclet/secure/ViewIssue.jspa?key=XDT-547
Here is an overview of the issue:
---------------------------------------------------------------------
Key: XDT-547
Summary: ejbdoclet attribute to turn on searching for methods in super classes
Type: Improvement
Status: Assigned
Priority: Minor
Time Spent: Unknown
Estimate: 0 minutes
Project: XDoclet
Components:
EJB Module
Versions:
1.2 Beta 2
1.2 Beta 3
Assignee: xdoclet-devel (Use for new issues)
Reporter: jamie burns
Created: Mon, 23 Jun 2003 11:11 AM
Updated: Mon, 23 Jun 2003 11:22 AM
Description:
By default ejbdoclet does not seem to look for ejb lifecycle methods in an entity
beans super class. The problem is related to xjavadoc and is addressed in
http://opensource.atlassian.com/projects/xdoclet/secure/ViewIssue.jspa?id=10100
The solution above has a number of shortcomings.
1. It is difficult to find because it is not documented.
2. Ants command file has to be modified to include
-Dxjavadoc.compilemethods=true
(Even though Ant accepts a -Dkey=value argument on the command line it does not place
the key/value into the system properties.)
My proposed solution to this problem is to add an attribute to the EjbDocletTask which
sets the system property that xjavadoc is looking for. I have called the attribute
loadBinaryMethods. The addition of this attribute will address the shortcomings
mentioned above. I have not been able to attach a diff file due to problems accessing
the CVS repository. I was able to get a diff of the EjbDocletTask.java file which is
included below. If this is has messed up the formatting l can email my version of
EjbDocletTask.java to someone.
Index: EjbDocletTask.java
===================================================================
RCS file:
/cvsroot/xdoclet/xdoclet/modules/ejb/src/xdoclet/modules/ejb/EjbDocletTask.java,v
retrieving revision 1.10
diff -r1.10 EjbDocletTask.java
32a33,37
> * See [EMAIL PROTECTED] setLoadBinaryMethods(String) setLoadBinaryMethods}
> */
> private String loadBinaryMethods = "false";
>
> /**
52a58,67
> * See [EMAIL PROTECTED] setLoadBinaryMethods(String) setLoadBinaryMethods}
> *
> * @return
> */
> public String getLoadBinaryMethods()
> {
> return loadBinaryMethods;
> }
>
> /**
73a89,115
> }
>
>
> /**
> * Controls the depth of searching for methods in binary class sources. When
> false, xjavadoc will not load methods
> * and constructor signatures for loaded binary class sources.(A binary class
> source is a class file rather than a
> * java file.) This speeds up XDoclet but effectively stops methods in binary
> class sources being found. If the
> * presence of a method in a superclass that is presented to XDoclet as a binary
> source is important set this to
> * true. This behaviour can also be controlled by the system property
> <code>xjavadoc.compilemethods</code>. For
> * example, <pre>
> * -Dxjavadoc.compilemethods=true
> * </pre> has the same effect as <pre>
> * setLoadBinaryMethods("true");
> * </pre>
> *
> * @param loadBinaryMethods String indicating the behaviour when
> searching for methods in binary class
> * sources.
> * @throws IllegalArgumentException If <code>loadBinaryMethods</code> is
> <code>null</code>
> */
> public void setLoadBinaryMethods(String loadBinaryMethods)
> {
> if (loadBinaryMethods == null)
> throw new IllegalArgumentException("Cannot set loadBinaryMethods"
> + " with a null value");
>
> System.setProperty("xjavadoc.compilemethods", loadBinaryMethods);
> this.loadBinaryMethods = loadBinaryMethods;
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/xdoclet/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
