Use of jboss-reflect project

[anil.saldhana]

Adrian's rant is here for all projects to look at if they are using any kind of reflection to get to class info, methods etc.

---------------------------
I'm very tempted not to respond to this thread
since there's no reason why this discussion can't go on jboss-dev
(other than it is a fork of a discussion about the tck
which could be removed).

I also don't see why this code exists since jboss-reflect
is the project intended to have all this code.

If you want to know one of the reasons why JBoss5 takes
so long to boot, you only have to look at all the different
projects doing their own reflection object processing/caching.

Who knows how many times ejb3, aop, security, mdr, hibernate,
microcontainer etc. scan a class for its methods/fields?
If you look at the code in openjdk this involves lots of cloning
of objects.

Not to mention the unncessary overhead of trying to maintain
and optimize the same routines over and over again.
-----------------------------------------

[brian.stansberry]

[Semi-OT]I suggest a wiki page or something listing the multitude of projects/binaries and what their purpose is. There are now so many that I'm pretty much guessing about this kind of thing, and I expect I'm in the top 10-15% of all JBoss division devs in terms of understanding this stuff.

Unless this idea gets shouted down next week I'll create such a page next week starting with projects I manage.

It would be good to treat the various modules in the AS source tree as if they were projects on this doc. After 5 years working on JBoss I'm still not really sure what the design intent behind some of them is.

[kabirkhan]

Using ClassInfo instead of reflection has been mentioned internally as something we will do for the next AOP release. This reminded me and I have created a JIRA issue tentatively scheduled for AOP 2.1
https://jira.jboss.org/jira/browse/JBAOP-683

[anil.saldhana]

At least for jboss-reflect, one can take a look at the tests that Adrian has written.
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-reflect/trunk/src/test/java/org/jboss/test/

The real issue is what Adrian has raised. Performance hits due to constant scanning of classes all over the projects. One dependency that jboss-reflect brings in is "javassist".

Brian, I agree on a wiki page describing what each project does. :)

Let me give you an example where folks can get lost - the jboss-cl project.
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-cl/trunk/

There is classloading and classloader modules. There are SPIs and plugins under each of them which bring in interfaces from the other module, that make sense to only Adrian and his protege. ;)

I can see Adrian preparing a long post here. ;)

[alesj]

At least for jboss-reflect, one can take a look at the tests that Adrian has written.
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-reflect/trunk/src/test/java/org/jboss/test/

You mean Adrian's and my tests? ;-)

The real issue is what Adrian has raised. Performance hits due to constant scanning of classes all over the projects. One dependency that jboss-reflect brings in is "javassist".

Not true, if you use introspection.

Brian, I agree on a wiki page describing what each project does. :)

Not a bad idea.

Let me give you an example where folks can get lost - the jboss-cl project.
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-cl/trunk/

There is classloading and classloader modules. There are SPIs and plugins under each of them which bring in interfaces from the other module, that make sense to only Adrian and his protege. ;)

That's why we have user forum,
where the protege answers it all. ;-)

[anil.saldhana]

"alesj" wrote:

That's why we have user forum,
where the protege answers it all. ;-)

You are the 'intern'. You need a decade more to reach the 'protege' stage. ;) ;)

[alesj]

You are the 'intern'. You need a decade more to reach the 'protege' stage. ;)

Noted.
Who said I was that protege? ;-)

[brian.stansberry]

"alesj" wrote:

Brian, I agree on a wiki page describing what each project does. :)

Not a bad idea.

See:

http://www.jboss.org/community/docs/DOC-13195
http://www.jboss.org/community/docs/DOC-13196