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

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


Commited against https://jira.jboss.org/jira/browse/JBKERNEL-98. I'll post the performance enhancements on the "Small boottime improvement thread"
On 15 Feb 2010, at 11:07, Kabir Khan wrote:

> 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
> 
> 
> _______________________________________________
> 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