anonymous wrote : | anonymous wrote : | | It also unclear how the current AOP annotations/xml will feed into the configuration | | in particular with relation to dependencies. | | | | The security aspect is a perfect example here. The way I have it implemented now in my aspect code is that the security aspect is allocated via a JBoss AOP aspect factory. When the factory goes to create the aspect (on a per class or per EJB container basis) it queries the container for the @SecurityDomain annotation and based on that annotation, looks up the domain in JNDI. |
But you don't know at the aop level that the SecurityDomain has been deployed yet. anonymous wrote : | So how will this work with XML? The way I'm going to implement is that the EJB 3 deployer creates the container and then parses the XML. It will see the <security-domain> element and allocate an instance of the @SecurityDomain annotation and add it as an override to the class. That way there is a consistent Object model for configuration (the annotation class). This also allows you to totally mix and match XML and annotations together. | Incorrect. There should be no dependency on XML. All configuration should be turned into generic MetaData java Object graph. 1) We don't want to depend on XML for configuration, e.g. could be programatic and we don't want to use XML internally 2) The config might not be XML (e.g. IDE, annotations, etc) or could be a different XML format e.g. different deployers can put the config in different places in different xml documents. 3) We need to parse the XML/annotations early to generate the deployment order/dependencies before we try to deploy anything. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3861447#3861447 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3861447 ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
