[jboss-dev-forums] [Design of EJB 3.0] - Normal SFSB Business Methods named "remove"
ALRubinger
do-not-reply at jboss.com
Wed Dec 10 20:49:41 EST 2008
This one has been unaddressed for awhile now.
It's the failing case associated with:
https://jira.jboss.org/jira/browse/EJBTHREE-1222
Target methods are resolved based upon a hash, and the hashing function does not take the declaring class into account, thus business interfaces and EJBObject resolve their "remove" methods identically:
https://jira.jboss.org/jira/browse/JBAOP-546
This cannot be fixed (to take declaring class into account).
Further, we can't swap out our use of the AOP MethodHashing for our own because we only directly hash and populate the method tables for "virtual" methods; all others are done by AOP ClassAdvisor, and we don't have the hooks (presently) to redefine the hash function to be applied.
So maybe our best hope is to extract out the hashing logic into a method we can override in ExtendedManagedObjectAdvisor; then ClassAdvisor calls will use our impl.
S,
ALR
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195767#4195767
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195767
More information about the jboss-dev-forums
mailing list