[XDoclet-JIRA] Created: (XDT-1628) Better debug/verbose output ?

Better debug/verbose output ?
-----------------------------

         Key: XDT-1628
         URL: http://opensource.atlassian.com/projects/xdoclet/browse/XDT-1628
     Project: XDoclet
        Type: Improvement

  Components: Bea Module  
    Versions: 1.2.3    
 Environment: All environments
    Reporter: Leonardo Graf
 Assigned to: xdoclet-devel (Use for new issues) 
    Priority: Minor


Hello

I'd like to suggest better log debug/verbose output about XDoclets decisions in certain situations (e.g. if it recognizes a certain class as stateless EJB or not).

Consider this case:

Recently we wanted to make a few stateless EJBs clusterable for BEA WebLogic. We have the following inheritance structure: 

-Abstract EJB B,C,D etc.- - - extends - - -Abstract EJB A- 

In the abstract EJB A we have defined all tags that are true for all EJBs we generate for that application (e.g. @ejb.bean type="Stateless"). In the EJBs that extend EJB A we have the more specific tags (e.g. @ejb.bean jndi-name). 

So now we wanted to make a few of the extending EJBs clusterable and added the @weblogic.clustering tag with the corresponding attributes. 

We regenerated everything: no result, no error messages. The weblogic-ejb-jar.xml deployment descriptor stayed just as before as without the @weblogic.clustering tag. We then tried to move the clustering tags down the inheritance chain to the abstract EJB A. Still no result. We tried all kinds of debugging etc. (by the way, the log4j.properties file in the xdoclet jar can be modified to get more log info) googled etc. to no avail. 

We then checked the tags.xml in the bea xdoclet jar and realized that XDoclet checked the EJB types for the clustering tag. We came up with a final idea: let's move the @ejb.bean type="Stateless" definition down the inheritance chain to the EJBs we want to make clusterable. This finally did the trick - apparently XDoclet doesn't recognize the Stateless attribute unless it is declared in the class that is most down the inheritance chain. 

Kind regards, Leonardo Graf

-- 
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/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642