[Installation, Configuration & Deployment] - CorbaORB is not registered
by russray
I am working through the deployment of my application using JBoss 4.0.5. I've turned on some logging capability to ensure I have JBoss working correctly. However, in the log files, I see several statements like the below. Should I be concerned at this?
| 08:50:46,562 INFO [TomcatDeployer] deploy, ctxPath=/jbossws, warUrl=.../tmp/deploy/tmp29984jbossws-context-exp.war/
| 08:50:46,562 DEBUG [TomcatDeployer] AbstractWebContainer.parseWebAppDescriptors, Begin
| 08:50:46,562 DEBUG [TomcatDeployer] Creating ENC using ClassLoader: java.net.FactoryURLClassLoader@135877f
| 08:50:46,562 DEBUG [TomcatDeployer] ..org.jboss.mx.loading.UnifiedClassLoader3@1a76eff{ url=file:/C:/jboss-4.0.5.GA/server/default/deploy/jbossws14.sar/ ,addedOrder=10}
| 08:50:46,562 DEBUG [TomcatDeployer] ..org.jboss.system.server.NoAnnotationURLClassLoader@186db54
| 08:50:46,562 DEBUG [TomcatDeployer] ..sun.misc.Launcher$AppClassLoader@92e78c
| 08:50:46,562 DEBUG [TomcatDeployer] ..sun.misc.Launcher$ExtClassLoader@9fbe93
|
| 08:50:46,562 DEBUG [TomcatDeployer] Unable to retrieve orbjavax.management.InstanceNotFoundException: jboss:service=CorbaORB is not registered.
|
| 08:50:46,562 DEBUG [TomcatDeployer] Linked java:comp/UserTransaction to JNDI name: UserTransaction
| 08:50:46,562 DEBUG [TomcatDeployer] addEnvEntries
| 08:50:46,562 DEBUG [TomcatDeployer] linkResourceEnvRefs
| 08:50:46,562 DEBUG [TomcatDeployer] linkResourceRefs
| 08:50:46,562 DEBUG [TomcatDeployer] linkMessageDestinationRefs
| 08:50:46,562 DEBUG [TomcatDeployer] linkEjbRefs
| 08:50:46,562 DEBUG [TomcatDeployer] linkEjbLocalRefs
| 08:50:46,562 DEBUG [TomcatDeployer] linkServiceRefs
| 08:50:46,562 DEBUG [TomcatDeployer] linkSecurityDomain
| 08:50:46,562 DEBUG [TomcatDeployer] No security-domain given, using default: java:/jaas/other
| 08:50:46,562 DEBUG [TomcatDeployer] Linking security/securityMgr to JNDI name: java:/jaas/other
| 08:50:46,562 DEBUG [TomcatDeployer] AbstractWebContainer.parseWebAppDescriptors, End
| 08:50:46,593 DEBUG [TomcatDeployer] Using session cookies default setting
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989346#3989346
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989346
19Â years, 5Â months
[JBoss Seam] - Re: ICEfaces
by stu2
anonymous wrote :
| Fundamentally the problem appears to arise because the EJBs and the web application are loaded by different classloaders. If an EJB returns and ICEfaces-specific type, it may have the same class name, but will be a different class than ICEfaces expects (as running in the web application).
|
| So, is it generally a bad idea to return anything but primitive types from EJBs? Is there a simple way to configure the .ear so that the ClassLoaders are common? Should icefaces be split into icefaces-api.jar and icefaces-impl.jar? (In other words, we're looking for suggestions on how to best resolve this.)
|
While it's definitely confusing sometimes, the parent/child classloaders for Ear/War is a "feature." For instance it lets you enforce separation of concerns, keeping presentation classes out of business logic. Seam's an interesting beast in this respect though, since presentation logic generally lives in EJBs.
I think libraries like IceFaces should support a variety of project structures. It should be possible to create a project jar containing business logic that may well return IceFaces data structures, but can't see servlet-specific view classes. I like the idea of having two jars. One that contains the data structures and anything else business logic might need to see, and another that contains everything else. You could take the Spring approach of providing one jar with everything, and alternately a set of finer grained jars that teams which want to carefully manage dependencies can use.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989339#3989339
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989339
19Â years, 5Â months