> >
> >-Dorg.omg.CORBA.ORBClass=org.jacorb.orb.ORB
> >
> -Dorg.omg.CORBA.ORBSingletonClass=org.jacorb.orb.ORBS
> ngleton
> >
>
> Any reason why the service can not set these props?
Oops... Not really... This is much better indeed.
I'll change the service to do it.
> >If the JVM is an IBM one I also add
> $JBOSS_HOME/lib/jacorb.jar to
> >the classpath.
> >
>
> Why the special case for IBM?
>
You're asking too many embarassing questions today, Jason... :-)
I guess the answer is: because this way it works...
In other words: I don't really know. Without jacorb.jar in
the classpath, IBM VMs give me the following exception:
2002-04-16 21:55:19,323 DEBUG [org.jboss.deployment.MainDeployer] start step for
deployment file:/home/reverbel/jboss-all/build/output/jboss-3.0.0beta2/server/d
efault/deploy/iiop-service.xml
2002-04-16 21:55:19,324 DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR,
start step: url file:/home/reverbel/jboss-all/build/output/jboss-3.0.0beta2/serv
er/default/deploy/iiop-service.xml
2002-04-16 21:55:19,324 INFO [org.jboss.iiop.CorbaORBService] Starting
2002-04-16 21:55:20,057 INFO [STDOUT] JacORB V 1.4 beta 4, www.jacorb.org
2002-04-16 21:55:20,058 INFO [STDOUT] (C) Gerald Brose, FU Berlin, March 2002
2002-04-16 21:55:21,527 ERROR [org.jboss.deployment.MainDeployer] could not star
t deployment :file:/home/reverbel/jboss-all/build/output/jboss-3.0.0beta2/server
/default/deploy/iiop-service.xml
org.omg.CORBA.INITIALIZE: can't instantiate default ORB implementation
org.jacorb.orb.ORBSingleton minor code: 0 completed: No
at org.omg.CORBA.ORB.create_impl(ORB.java:330)
at org.omg.CORBA.ORB.init(ORB.java:308)
at org.omg.CONV_FRAME.CodeSetComponentInfoHelper.<clinit>(CodeSetCompone
ntInfoHelper.java:12)
at org.jacorb.orb.standardInterceptors.CodeSetInfoInterceptor.<init>(Cod
eSetInfoInterceptor.java:41)
at org.jacorb.orb.standardInterceptors.IORInterceptorInitializer.post_in
it(IORInterceptorInitializer.java:43)
at org.jacorb.orb.ORB.interceptorInit(ORB.java:1347)
at org.jacorb.orb.ORB.set_parameters(ORB.java:1262)
at org.omg.CORBA.ORB.init(ORB.java:389)
at org.jboss.iiop.CorbaORBService.startService(CorbaORBService.java:124)
at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:1
62)
at java.lang.reflect.Method.invoke(Native Method)
at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBea
nDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceControl
ler.java:867)
at $Proxy0.start(Unknown Source)
...
(I'm on the forums. Pasted the stack trace to this
little text input field in a web browser. Probably the stack trace will be badly
reformatted. Anyway...)
Sun VMs do not give me this exception. And I do not get
the exception with an IBM VM if I put jacorb.jar in the
classpath. There is some difference in classloader behavior I don't really understand.
Cheers,
Francisco
* * *
View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12918
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
