[jboss-dev] Is @org.jboss.beans.metadata.api.annotations.Dependency being used?

Kabir Khan kabir.khan at jboss.com
Mon Feb 15 06:07:07 EST 2010


I will keep the existing mechanism since looking at the existing tests it is more involved than I thought. If you want to have dependencies from annotations, use @org.jboss.aop.microcontainer.annotations.EnableAopAnnotationDependency at bean level similar to @EnableAopProxy for the beans that have annotations using @Dependency, so this checking is disabled by default. I'll fix the kernel/aop-mc-int tests this way and post if something unexpected happens.
On 12 Feb 2010, at 17:54, Kabir Khan wrote:

> The intended use is :
> @SecurityDomain(domain = "somedomain")
> public class MyOwnDependency
> {
> }
> 
> where
> 
> @Dependency(name="domain", factory= SecurityDomainDependencyFactory.class)
> public @interface SecurityDomain
> {
>   String domain();
> 
>   String securityManagerName() default "SecurityManager";
> }
> 
> Meaning that the bean for MyOwnDependency gets a dependency on something called "somedomain", which is created by the SecurityDomainDependencyFactory. AOPDependencyBuilder currently does quite a bit of work looking for these (about 3.5% of default startup time), but I see Ales has done some work on a SecurityDomain annotation plugin which is plugged in as an annotation adapter, but that is only active in some tests. 
> 
> AOPDependencyBuilder checks the class, and all methods for annotations with this, and I think this can probably be removed and replaced with a meta annotation plugin instead. The only issue with that is that the meta annotation plugins currently only work on class level. So before I try to change that, I want to make sure nobody is using it.
> 
> 
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development





More information about the jboss-development mailing list