January 2010 - jboss-dev-forums - Jboss List Archives

[JBoss AOP Development] New message: "Re: ClassPool Refactoring"

by Kabir Khan

JBoss development, A new message was posted in the thread "ClassPool Refactoring": http://community.jboss.org/message/518925#518925 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- > alesj wrote: > > > Finally, I detected a great deal of calls to ClassPool.get("org.jboss.aop.microcontainer.annotations.DisableAOP"). The calls are being made by org.jboss.annotation.factory.javassist.DefaultValueAnnotationValidator.getDeclaredMethods(Class<?>), and I'm confident that this can be improved somehow (such as caching DisableAOP ctClass). I think improving this will have some impact on the startup time of AS. > We're deprecating this annotation anyway. > But we're replacing it with just the opposite - EnableAOP, so not a lot different from performance perspective. > Kabir, any idea on how to optimize (e.g. cache) this? The quick and dirty way would be at DefaulValueAnnotationValidator level -a WeakHashMap<Class<?>, CtClass>, or -be able to configure it with annotations it should cache But I guess the real and harder solution is that caching at class pool level could be improved? What seems to happen now is that when trying to load a CtClass we end up in Base-/JBossClClassPoolDomain which checks each relavant pool and parent domain for a locally cached CtClass which is simple but probably more work than necessary. Maybe these lookups should be cached in the initiating pool, with some invalidation if the domain (or its parent domain) has pools added/removed? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518925#518925

16 years, 2 months

1
0
0 / 0

[JBoss ESB Development] New message: "Re: What is meant by "incorrectly developed services"?"

by Kevin Conner

JBoss development, A new message was posted in the thread "What is meant by "incorrectly developed services"?": http://community.jboss.org/message/518917#518917 Author : Kevin Conner Profile : http://community.jboss.org/people/Kevin.Conner@jboss.com Message: -------------------------------------------------------------- The EPRs should be registered and removed by the initialisation of the listener, in general you would not have to concern yourself with this. It is one of the last areas of initialisation and is unlikely to fail at this point. The scenario that is more likely to cause issues is if the JVM crashes or has been killed indiscriminately (kill -9 for example) as this will not allow the listener to cleanup the reference. As the UDDI entries are persistent, they will still exist when the server next starts. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518917#518917

16 years, 2 months

1
0
0 / 0

[JBoss Internal Benchmarking Development] New message: "Re: Jboss or Glassfish?"

by Mark Little

JBoss development, A new message was posted in the thread "Jboss or Glassfish?": http://community.jboss.org/message/518915#518915 Author : Mark Little Profile : http://community.jboss.org/people/mark.little@jboss.com Message: -------------------------------------------------------------- Whether it is possible to judge based on a single subjective analysis is open to debate. As they say, if you only have a single point on a graph then you can draw any line you want. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518915#518915

16 years, 2 months

1
0
0 / 0

[JBoss AOP Development] New message: "Re: ClassPool Refactoring"

by Ales Justin

JBoss development, A new message was posted in the thread "ClassPool Refactoring": http://community.jboss.org/message/518914#518914 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > It is just to have extra information about which classpool could not find it, but you could do that with trace logging instead: > > *catch*(NotFoundException e) > { > *if* (trace) > log.trace(classname + " could not be found from " + this, e); > *throw* e; > } > Done. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518914#518914

16 years, 2 months

1
0
0 / 0

[JBoss AOP Development] New message: "Re: ClassPool Refactoring"

by Ales Justin

JBoss development, A new message was posted in the thread "ClassPool Refactoring": http://community.jboss.org/message/518912#518912 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > Finally, I detected a great deal of calls to ClassPool.get("org.jboss.aop.microcontainer.annotations.DisableAOP"). The calls are being made by org.jboss.annotation.factory.javassist.DefaultValueAnnotationValidator.getDeclaredMethods(Class<?>), and I'm confident that this can be improved somehow (such as caching DisableAOP ctClass). I think improving this will have some impact on the startup time of AS. We're deprecating this annotation anyway. But we're replacing it with just the opposite - EnableAOP, so not a lot different from performance perspective. Kabir, any idea on how to optimize (e.g. cache) this? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518912#518912

16 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: another annotation scanner requirement"

by Ales Justin

JBoss development, A new message was posted in the thread "another annotation scanner requirement": http://community.jboss.org/message/518894#518894 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > Well, I want something usable now so I can finish my resteasy integration. I'd be willing to both patch whatever is going to be in M2 and expand on whatever is going to be there in the future. For M2 you'll still need to do it the old/slow way. For M3 I'll make sure we already have some working more-usable/more-optimal solution. Porting your lookup mechanism afterwards should be easy. > Also, you need facilities to state that a jar/deployment shouldnt' be scanned. My bet is that most of the jar files that come with JBoss won't need to be scanned. This already exists, in various forms. * empty http://www.jboss.org/community/docs/DOC-13178 * list jar/deployment in excluded list: http://anonsvn.jboss.org/repos/jbossas/trunk/server/src/etc/deployers/met... If either of these two mechanisms is up-to-date wrt our jars/deployments, we shouldn't be scanning anything already at boot time. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518894#518894

16 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: another annotation scanner requirement"

by Bill Burke

JBoss development, A new message was posted in the thread "another annotation scanner requirement": http://community.jboss.org/message/518882#518882 Author : Bill Burke Profile : http://community.jboss.org/people/bill.burke@jboss.com Message: -------------------------------------------------------------- Well, I want something usable now so I can finish my resteasy integration. I'd be willing to both patch whatever is going to be in M2 and expand on whatever is going to be there in the future. Also, you need facilities to state that a jar/deployment shouldnt' be scanned. My bet is that most of the jar files that come with JBoss won't need to be scanned. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518882#518882

16 years, 2 months

1
0
0 / 0

[jBPM Development] New message: "Re: JBPM 4.x on Sybase"

by Ronald van Kuijk

JBoss development, A new message was posted in the thread "JBPM 4.x on Sybase": http://community.jboss.org/message/518876#518876 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Walter, Thanks for your interest in jBPM. You are using the wrong forum for these kinds of questions. This forum is for discussing the deveopment OF jBPM, not developing WITH jBPM. The userforum above this one should be used. Much bigger chance that your question gets answered since that one is read by way more more people. Oh and in addition, it would also be helpful to post your errors, instead of just asking for somebody elses config. Simply because many errors are more generic and could e.g. be answered by me, but I could not give you what you ask now (since I don't have it). This also increases your chance of getting an answer. Ronald -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518876#518876

16 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: another annotation scanner requirement"

by Ales Justin

JBoss development, A new message was posted in the thread "another annotation scanner requirement": http://community.jboss.org/message/518868#518868 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > My first question is, what is the right API to write a deployer that scans annotations? AnnotationEnvironment? > Yes #1. > Or is there a new one coming down the pipe? > Yes #2. The idea that I have is to allow for plugable resource indexing. I have some prototype code locally which I plan to push as https://jira.jboss.org/jira/browse/JBMCSCAN project. We need to scan all resources once anyway, hence let's make sure it's really just once. And while doing this we could build whatever indexes those plugins come up with. Annotations being just one of the indexes. Others would include Hibernate's .hbm.xml, Seam's .page.xml, etc ... In your case you would build interface+annotation index. You can wait for this feature or go ahead and do it, as I really haven't done much, apart from refactoring my previous annotations scanning attempts to be more generic, hence no big waste. This is what I've done for annotations scanning: http://anonsvn.jboss.org/repos/jbossas/projects/mc-ann/trunk/ The idea is to * have work split into pre-indexed and runtime-indexing if pre doesn't exist * use VFS visitor pattern to do the work * use MC's CL resource pattern to do the work * use JBoss Reflect (its Javassist config) to do the lazy class reading What is missing is the nice API to plug-in additional indexers and expose the to be read. > A query for all classes that implement an interface annotated with a specific annotation. Currently this is a pita, pretty slow. You can ask the AnnotationRepository (renamed from AnntationEnvironment) for all classes that are annotated with your annotation. As we don't keep any class hierarchy info, you would now need to go over all classes again, and check for those who implement your previously found interfaces. Let me know if you decide to take the first route. We can discuss the dev here, and I can pitch in once I'm done with MC releases. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518868#518868

16 years, 2 months

1
0
0 / 0

[JBoss ESB Development] New message: "Re: What is meant by "incorrectly developed services"?"

by Rob Stryker

JBoss development, A new message was posted in the thread "What is meant by "incorrectly developed services"?": http://community.jboss.org/message/518867#518867 Author : Rob Stryker Profile : http://community.jboss.org/people/rob.stryker@jboss.com Message: -------------------------------------------------------------- Services are supposed to remove EPRs from the registry when the service terminates. Therefore, an "incorrectly developed service" is a service which terminates and does not clean up after itself. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518867#518867

16 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums January 2010