For EJB3 the full meta data view is available through the container via
getAnnotation. It delegates all the way down
(
http://jira.jboss.com/jira/secure/attachment/12318872/12318872_EJB
+Container.png ) to an advisor which has a meta data bridge on
JBossSessionMetaData.
The meta data bridges also currently hold the knowledge of whether meta
data is additive or overriding.
Carlo
On Fri, 2008-06-27 at 07:22 -0700, Scott Stark wrote:
How does a piece of code get access to this annotation now?
We have the annotation deployer/metadata annotation creators and Ales'
generalization of that as the most logical points.
Carlo de Wolf wrote:
> In EJB3 we use ejb3-interceptors-aop.xml to add meta data to our
> container (as opposed to standardjboss.xml).
> For example the JNDI binding policy:
>
> <domain name="Stateless Bean" extends="Intercepted Bean"
inheritBindings="true">
> ...
> <annotation
expr="!class((a)org.jboss.ejb3.annotation.JndiBindingPolicy)">
> @org.jboss.ejb3.annotation.JndiBindingPolicy
(policy=org.jboss.ejb3.jndipolicy.impl.PackagingBasedJndiBindingPolicy.class)
> </annotation>
> ...
> </domain>
>
> These settings to not make it into the full meta data view, so mapped
> reference meta data resolver deployer doesn't know about it.
>
> We could do an extra deployer in before the annotation meta data
> deployer. Would that work?
> Or do we need to change annotation meta data deployer to pick this up?
> At least the annotation meta deployer needs to use a different
> annotation finder. Problem here is the domain is one-on-one with an EJB,
> while the finder is one-on-one with a module.
>
> Carlo
>
> _______________________________________________
> jboss-development mailing list
> jboss-development(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jboss-development
>
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development