Re: [jboss-user] [JBoss Microcontainer Development] - JBoss Reflect Performance Javassist vs Introspection
by Kabir Khan
Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion
"JBoss Reflect Performance Javassist vs Introspection"
To view the discussion, visit: http://community.jboss.org/message/538975#538975
--------------------------------------------------------------
I put some breakpoints in RegisterModuleCallback.addModule(), JBossClDelegatingClassPool constructor, and in JavassistTypeInfoFactoryImpl.delegateToIntrospectionImplementation() (where failed ClassPool lookups end up) and it seems that there is a problem in that the aop classloader does not get registered with the classpools. The flow of these break points is:
1. RegisterModuleCallback.addModule() - bootstrap-classloader:0.0.0
2. RegisterModuleCallback.addModule() - jmx-classloader:0.0.0
3. JBossClDelegatingClassPool() - bootstrap-classloader:0.0.0
4. JBossClDelegatingClassPool() - jmx-classloader:0.0.0
5. Get TypeInfo for AspectManagerJMXRegistrar fails (aop classpool not created yet)
6. RegisterModuleCallback.addModule() - deployers-classloader:0.0.0
7. JBossClDelegatingClassPool() - deployers-classloader:0.0.0
8. Get TypeInfo for AOPAnnotationMetaDataParserDeployer fails (aop classpool not created)
9. Get TypeInfo for AOPDeploymentAopMetaDataDeployer fails (aop classpool not created)
10. Get TypeInfo for BeansDeploymentAopMetaDataDeployer fails (aop classpool not created)
11. RegisterModuleCallback.addModule() - profile-classloader:0.0.0
12. JBossClDelegatingClassPool() profile-classloader:0.0.0
Looking at the sequence of files from bootstrap.xml:
* bootstrap/vfs.xml - No classloader
* bootstrap/classloader.xml - defines bootstap-classloader:0.0.0
* bootstrap/stdio.xml - defines stdio-classloader:0.0.0
* bootstrap/kernel.xml - defines asynch-classloader:0.0.0
* bootstrap/aop.xml - defines aop-classloader:0.0.0 and the RegisterModuleCallback
* bootstrap/jmx.xml - defines jmx-classloader:0.0.0
* bootstrap/deployers.xml - defines deployers-classloader:0.0.0
* bootstrap/profile.xml - defines deployers-classloader:0.0.0
Assuming these get deployed in order (which I will look at next) it seems strange that the RegisterModuleCallback receives bootstrap-, jmx-, deployers- and profile-classloader, but not the aop-, stdio and, asynch-classloaders
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/538975#538975]
Start a new discussion in JBoss Microcontainer Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
16 years, 2 months
[JCA] - Newbie: ORB Notify Channel Source JCA
by Derek Wildstar
Derek Wildstar [http://community.jboss.org/people/starblazer74] created the discussion
"Newbie: ORB Notify Channel Source JCA"
To view the discussion, visit: http://community.jboss.org/message/538954#538954
--------------------------------------------------------------
Hi Guys,
I've created a small JCA Source that is connecting to a Corba Notification channel as push. The connector itself works fine but I guess that I've missed something basilar into ORB setup.
With a fresh start of Jboss I can see the banner of Jacorb initialization and my project is receiving messages from channel.
However when I stop my project and restart it I can see the Jacorb banner twice (as the ORB object has been initialized twice).
Beside implementation details I'm creating ORB instance into endpoint activation using:
ORB orb = ORB.init(new String[0], properties)
and then calling the following:
orb.shutdown(false);
orb.destroy()
into endpointdeactivation.
I'm pretty sure that I've missed something basilar here but at the moment I'm brain dead.
Any help or RTFM (but let me know which one) would be appreciated :)
Regards Claudio.
PS I'm on JBoss 4 and using Jacorb 2.3.1
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/538954#538954]
Start a new discussion in JCA at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
16 years, 2 months
Re: [jboss-user] [JBoss Portal] - IPC sample project ala JSR 286
by Antoine Herzog
Antoine Herzog [http://community.jboss.org/people/Antoine_h] replied to the discussion
"IPC sample project ala JSR 286"
To view the discussion, visit: http://community.jboss.org/message/538944#538944
--------------------------------------------------------------
Hello,
> Thomas Heute wrote:
>
> Antoine,
>
> is there still value added by this approach vs the JSR-286 approach ?
sorry, long time after,... I've just seen that there was this question...
It is less value added than before JSR-286... of course.
but still interesting, for the nice explanation of the principles.
and for an implementation based on messaging, which have it's advantages in some specific use cases.
the main draw back is to make portlets that are not full compliant with the JSR.
one use case that can requiere some real messaging is when the message must be received by the portlet.
the JSR states it limit like this (page 109) :
"Portlet events are not a replacement for reliable messaging (see other JavaEE APIs, like
Java Message Service, JMS, for providing reliable messaging). Portlet events are not
guaranteed to be delivered and thus the portlet should always work in a meaningful
manner even if some or all events are not being delivered."
so... it is better if it can be done with the JSR way... but in case of unavoidable need of messaging... this approach is a nice architecture and code base.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/538944#538944]
Start a new discussion in JBoss Portal at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
16 years, 2 months