Re: [webbeans-dev] Re: Updated EJB SPI

Pete Muir wrote: > We also discussed in some detail the contract imposed by A2. > Session Bean Interceptor http://docs.jboss.org/webbeans/reference/snapshot/en-US/html/ri-spi.html > ALR said that he would prefer us to register for lifecycle > callbacks from the EJB container programatically, rather than use > an EJB interceptor. I raised this point to address a portable mechanism for JSR-299 to integrate with EJB Implementations, where 299 is an add-on (consumer/ client) atop EJB3. If that's left out of scope as Ken suggests, any vendor-specific way to get the job done should suffice. Especially in the case of JBoss WebBeans, which is solving the problem without touching the EJB3 codebase (==good).

> I'll think about the API for this later today, but in essence we > would pass an extra object as part of the resolveEJB call above, > which would implement some callback interface in the Web Beans SPI > that allowed us to listen for at least postConstruct, > preInvokeBusinessMethod and preDestroy. The JBoss-Web Beans > integration project would then have to decorate this with an > interface JBoss EJB knows about, and somehow pass it to JBoss EJB3 > for registration. > ALR, do you think we need to do this for the 1.0 of Web Beans, or > can address it for 1.1? I certainly agree that programmatic > registration of an interceptor is less brittle than the current > ThreadLocal approach, but if we can get away with the ThreadLocal > for now, it gives us more time work on a good SPI. The current mechanism should be good for the time being. My concern is in imposing upon other vendors a specific implementation approach.

To that end, there are a few impositions the 299 spec defines that are outside of the EJB spec, and I'll raise those points in a more appropriate forum (the public webbeans-dev-list) * SFSB remove() bypassing business method @Remove * 299 injection inbetween backing object instance creation and @PostConstruct (violating the client view)

S, ALR -- Andrew Lee Rubinger Sr. Software Engineer JBoss, a division of Red Hat, Inc. http://exitcondition.alrubinger.com _______________________________________________ webbeans-dev mailing list webbeans-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/webbeans-dev