I am using XDoclet 1.2.3 and I was able to generate
your example without any problems from an entity bean.
 I am not sure which version of XDoclet Rational
Architect is using, but they may have made an error in
their implementation or they could be using an
outdated version.  This is a long shot but, taking out
the "Updates one Entity." comment as part of the
markup makes XDoclet generate output without any
comments in the local home interface which could be
causing Rational Architect to behave strangely and not
have XDoclet interpret the markup correctly.

For example:

With "* Updates one Entity." comment in the entity
bean XDoclet 1.2.3 generates:

   /**
    * Updates one Entity.
    * @param sale
    * @return SaleInterface    */
   public test.entitybeans.beans.SaleInterface
update(test.entitybeans.beans.SaleInterface sale) 
      throws javax.ejb.EJBException;

Without "* Updates one Entity." comment in the entity
bean XDoclet 1.2.3 generates:

   public test.entitybeans.beans.SaleInterface
update(test.entitybeans.beans.SaleInterface sale) 
      throws javax.ejb.EJBException;


Personally, I try not to use Rational software for too
much Java code generation stuff, because it tends to
screw things up.  I have had Rational Rose erase
entire files several times instead of updating them
when using it to help with code generation.  Now, I
try to limit it to database DDL schema and PIM stuff
only.

Thanks.


--- Abraham Kim <[EMAIL PROTECTED]>
wrote:

> Hi everybody,
>  
> I tried creating an entity bean with an
> ejbHome-method that should be visible on the beans
> LocalHome. I defined the method in the bean class
> using the following code:
>  
>     /**
>      * Updates one Entity.
>      * @ejb.home-method view-type="local" 
>      * @param sale
>      * @return SaleInterface
>      */
>     public SaleInterface ejbHomeUpdate(final
> SaleInterface sale) throws ...
>  
>  
> The generated LocalHome interface looks like this:
> 
>     public nexxar.sale.data.interfaces.SaleInterface
> homeUpdate(nexxar.sale.data.interfaces.SaleInterface
> sale) throws...
> 
> While I think it should be (watch the name of the
> generated method):
> 
>     public nexxar.sale.data.interfaces.SaleInterface
> update(nexxar.sale.data.interfaces.SaleInterface
> sale) throws...
> 
> I checked XDoclet documentation and mailing lists
> but i did not find anything on this particular
> issue, which means that I'm probably doing something
> stupid here... Does anyone have an idea for solving
> / working around this issue? Changing the generated
> code manually is not really an option... 
> 
> Thanks in advance,
> 
> Kim
> 
> PS: I am using XDoclet-functionality embedded in IBM
> Rational Softw Architect 6.0.1
> 
> PS2: If I do this kind of stuff without XDoclet
> (writing all EJB classes and interfaces manually),
> everything works fine.
> 
>  
> 



                
__________________________________ 
Yahoo! Music Unlimited 
Access over 1 million songs. Try it free.
http://music.yahoo.com/unlimited/


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
xdoclet-user mailing list
xdoclet-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

Reply via email to