Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
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:11 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

Reply via email to