geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rick McGuire <rick...@gmail.com>
Subject Re: Exception when using CORBA in 2.0 M5: "Invalid ORB class"
Date Tue, 22 May 2007 11:11:01 GMT
David Jencks wrote:
> The java base corba classes from sun have some mistakes, so we use the 
> yoko ones.  To use the (yoko) orb you need to start geronimo something 
> like
>
> java -Djava.endorsed.dirs=lib/endorsed -jar bin/server.jar --long
>
> To also get on the fly jpa enhancement you need to include 
> -javaagent:bin/jpa.jar before the -jar
>
> hope this helps
The yoko libraries on the endorsed classpath are just the org.omg.* api 
classes.  The yoko ORB implementation classes are in a different jar, 
which is loaded by the j2ee-corba-yoko configuration.  Add the following 
dependency to your application:

        <dep:dependencies>
            <dep:dependency>
                <dep:groupId>geronimo</dep:groupId>
                <dep:artifactId>j2ee-corba-yoko</dep:artifactId>
                <dep:type>car</dep:type>
            </dep:dependency>
        </dep:dependencies>

Rick
>
> david jencks
>
> On May 21, 2007, at 2:51 PM, Michael Ivanov wrote:
>
>> I am very new to using Geronimo, and recently switched from 1.1 to 2.0
>> M5.  I deployed my application fine, and most aspects seem to work
>> great except CORBA.  When my application initializes the ORB, by
>> calling
>>
>> org.omg.CORBA.ORB global_orb = org.omg.CORBA.ORB.init(no_args, null);
>>
>> it fails with the following stack trace:
>>
>> org.omg.CORBA.INITIALIZE: Invalid ORB class:
>> org.apache.yoko.orb.CORBA.ORB:  vmcid: 0x0 minor code: 0x0  completed:
>> No
>>        at org.omg.CORBA.ORB.init(ORB.java:191)
>>        at com.company.iman.ImanOrb.init(ImanOrb.java:272)
>>        at com.company.iman.ImanOrb.<init>(ImanOrb.java:83)
>>        at com.company.iman.ImanOrb.<init>(ImanOrb.java:76)
>>        at ControllerServlet.createDatabase(ControllerServlet.java:5309)
>>        at ControllerServlet.doGet(ControllerServlet.java:1494)
>>        at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>>        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>        at 
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

>>
>>        at 
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

>>
>>        at 
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231)

>>
>>        at 
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)

>>
>>        at 
>> org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56)

>>
>>        at 
>> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:333)

>>
>>        at 
>> org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)

>>
>>        at 
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) 
>>
>>        at 
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) 
>>
>>        at 
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

>>
>>        at 
>> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:543) 
>>
>>        at 
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:238) 
>>
>>        at 
>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) 
>>
>>        at 
>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)

>>
>>        at 
>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
>>        at java.lang.Thread.run(Thread.java:595)
>>
>> Again, everything worked fine in geronimo 1.1 and previous versions.
>> Thanks for any hints.
>>
>> Mike
>
>


Mime
View raw message