If it complains about remote and create then I think it also should for
ejbFind and ejbHome. They seem to be in the same category, right?
Probably it has something to do with jboss, so I think we should check
the raw version (ejbRemove->ejbRemove not remove/etc) on jboss and see
what happens, and even better we can check ejb spec and find out what
the correct format is. See page 475 in ejb 2 spec (examples for setting
method permissions).

So what we should do is:
- ejbCreate->ejbCreate for a method with @ejb:create-method else create
(assuming a remote method, or the other way around: if it has a
ejb:interface-method)
- ejbRemove->remove : if ejb:interface-method, else ejbRemove
Weblogic's behavior seems to be correct, home is assumed to be the
default and you can set method-intf for remote/etc.

Overall we should test it with both weblogic and jboss.

Ara.

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of Aslak Helles�y
> Sent: Tuesday, October 09, 2001 9:45 PM
> To: [EMAIL PROTECTED]
> Subject: [Xdoclet-devel] @ejb:transaction method level tag bug?
> 
> Hi again,
> 
> Still problems with the examples on WLS. AccountBean, CustomerBean and
> TellerBean all have @ejb:transaction type="Mandatory" on their
> ejbRemove().
> 
> AbstractEjbSubTask.getInterfaceMethodName( String ) returns "create"
as
> the
> method name for "ejbCreate" and "remove" for "ejbRemove". WLS6.1 sp1's
> ejbc
> doesn't like that:
> 
> weblogic-ejb-jar:
>      [java]
>      [java] ERROR: Error from ejbc: Unable to set the transaction
> attribute
> for method "remove()".  No matching method could be found.  Plea
> se verify the method signature specified in the ejb-jar.xml file
matches
> that of your EJB.
>      [java] ERROR: ejbc found errors
>      [java] Java Result: 1
> 
> Why is getInterfaceMethodName so "smart"? It seems intentional, but I
> can't
> see why, as the code doesn't document why.
> Enlighten me please.
> 
> <aslak/>
> 
> 
> _______________________________________________
> Xdoclet-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/xdoclet-devel


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to