Hi I don't agree. Sure, this is a problem, but the solution is not try to optimize local over remote.
Such as solution would create a undeterministic situation where sometimes calls get done local (with call-by-value and, for example, entity classes still attached) and sometimes calls get done remote (with call-by-reference, for example, entity classes detached). It would create hard-to-maintain, hard-to-debug and strange-error-behavior code. The solution is to either: * Deny/Warn deploy of code where the same java interface is used for both local and remote EJB3 interface. * Deny/Warn deploy of code that uses plain injection (without arguments) on a java interface that have multiple EJB3 interfaces. The design pattern we applied after discovering this behavior in JBoss is to Never use the same java interface for local and remote EJB3 interface. Regards F Persson View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979297#3979297 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3979297 _______________________________________________ jboss-user mailing list [email protected] https://lists.jboss.org/mailman/listinfo/jboss-user
