You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@geronimo.apache.org by David Jencks <da...@yahoo.com> on 2005/10/06 07:35:42 UTC
Re: org.omg.CosNaming.NamingCntextPackage.NotFound
I got a no-security version working and made a lot of progress on a SSL
UP version, but there is still more to do on the latter. I think you
can try the no-sec version by copying
src/plan/magicgball-corba-nosec-plan.xml over
src/plan/magicgball-corba-plan.xml and then running:
maven -o clean startServer
maven -o deployApp startApp
maven -o runClient [-Denable.debug=true]
I'm not sure if I'll be able to work more on the SSL version before
Friday afternoon.
thanks
david jencks
On Sep 30, 2005, at 4:21 AM, David Jencks wrote:
> I spent some time working on this and committed my results in head. I
> got to the point where I can look up the home and narrow it. However
> I get a corba error when I try to create the ejb object.
>
> in applications/magicGbean
>
> maven -o startServer
> maven -o deployApp
> java -jar target/geronimo-1.0-SNAPSHOT/bin/deployer.jar --user system
> --password manager start org/apache/geronimo/MagicGBallCorba
> #at this point the app should be started
> #to run the client:
>
> #set up corba system properties to find the right classes:
> export
> corbaoptions="-
> Djavax.rmi.CORBA.UtilClass=org.openejb.corba.util.UtilDelegateImpl
> -Dorg.openejb.corba.UtilDelegateClass=com.sun.corba.se.internal.POA.Shu
> tdownUtilDelegate
> -Dorg.omg.CORBA.ORBSingletonClass=com.sun.corba.se.internal.corba.ORBSi
> ngleton -Dorg.omg.CORBA.ORBClass=org.openejb.corba.sunorb.OpenEJBORB
> -Djavax.rmi.CORBA.PortableRemoteObjectClass=com.sun.corba.se.internal.j
> avax.rmi.PortableRemoteObject"
>
> #run the client
>
> java -Xdebug -Xnoagent -Djava.compiler=NONE
> -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5003
> $corbaoptions -jar target/geronimo-1.0-SNAPSHOT/bin/client.jar
> org/apache/geronimo/MagicGBallClient foo bar
>
> #obviously you may not want the debugging stuff.
>
> The last bit of the stack trace I got is:
>
> Caused by: org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 201
> completed: No
> at
> com.sun.corba.se.internal.iiop.ConnectionTable.getConnection(Connection
> Table.java:161)
> at
> com.sun.corba.se.internal.iiop.ConnectionTable.getConnection(Connection
> Table.java:65)
> at
> com.sun.corba.se.internal.iiop.GIOPImpl.getConnection(GIOPImpl.java:
> 67)
> at
> com.sun.corba.se.internal.corba.ClientDelegate.createRequest(ClientDele
> gate.java:652)
> at
> com.sun.corba.se.internal.corba.ClientDelegate.createRequest(ClientDele
> gate.java:594)
> at
> com.sun.corba.se.internal.corba.ClientDelegate.request(ClientDelegate.j
> ava:886)
> at
> org.omg.CORBA.portable.ObjectImpl._request(ObjectImpl.java:431)
> at
> org.openejb.corba.util.StubMethodInterceptor.intercept(StubMethodInterc
> eptor.java:112)
>
>
> Hope this helps, I will try to work on it more in the next few days.
>
> thanks
> david jencks
>
>
> On Sep 28, 2005, at 2:29 PM, Ted Kirby wrote:
>
>> The failure is Caused by: java.lang.ClassCastException
>> at
>> com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(Portab
>> leRemo
>> teObject.java:293)
>> at
>> javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134)
>> at org.acme.MagicGBallClient.ask(MagicGBallClient.java:47)
>> at org.acme.MagicGBallClient.main(MagicGBallClient.java:38)
>>
>> I see no evidence that DynamicStubClassLoader is ever invoked in
>> var/log/client.log,
>>
>> despite log.debug("Load class " + name); in
>> DynamicStubClassLoader.loadClass.
>>
>> Can anyone give any background info on where and when this should be
>> invoked, to help us trace where in the code we are going afoul, to
>> help us
>> get this working?
>>
>> Thanks.
>>
>
Re: org.omg.CosNaming.NamingCntextPackage.NotFound
Posted by David Jencks <da...@yahoo.com>.
I now have both a no-sec and an ssl version working.
no-security:
maven -o clean startServer
maven -o deployAppNoSec startAppNoSec
maven -o runClientNoSec
ssl UP
maven -o clean startServer
maven -o deployAppSSL startAppSSL
maven -o runClientSSL
Be sure to update geronimo and openejb, there was an openejb bug and
some security configuration changes.
Also the version numbers in the artifacts are parameterized.
thanks
david jencks
On Oct 6, 2005, at 1:35 AM, David Jencks wrote:
> I got a no-security version working and made a lot of progress on a
> SSL UP version, but there is still more to do on the latter. I think
> you can try the no-sec version by copying
> src/plan/magicgball-corba-nosec-plan.xml over
> src/plan/magicgball-corba-plan.xml and then running:
>
> maven -o clean startServer
> maven -o deployApp startApp
> maven -o runClient [-Denable.debug=true]
>
> I'm not sure if I'll be able to work more on the SSL version before
> Friday afternoon.
>
> thanks
> david jencks
>
> On Sep 30, 2005, at 4:21 AM, David Jencks wrote:
>
>> I spent some time working on this and committed my results in head.
>> I got to the point where I can look up the home and narrow it.
>> However I get a corba error when I try to create the ejb object.
>>
>> in applications/magicGbean
>>
>> maven -o startServer
>> maven -o deployApp
>> java -jar target/geronimo-1.0-SNAPSHOT/bin/deployer.jar --user system
>> --password manager start org/apache/geronimo/MagicGBallCorba
>> #at this point the app should be started
>> #to run the client:
>>
>> #set up corba system properties to find the right classes:
>> export
>> corbaoptions="-
>> Djavax.rmi.CORBA.UtilClass=org.openejb.corba.util.UtilDelegateImpl
>> -Dorg.openejb.corba.UtilDelegateClass=com.sun.corba.se.internal.POA.Sh
>> utdownUtilDelegate
>> -Dorg.omg.CORBA.ORBSingletonClass=com.sun.corba.se.internal.corba.ORBS
>> ingleton -Dorg.omg.CORBA.ORBClass=org.openejb.corba.sunorb.OpenEJBORB
>> -Djavax.rmi.CORBA.PortableRemoteObjectClass=com.sun.corba.se.internal.
>> javax.rmi.PortableRemoteObject"
>>
>> #run the client
>>
>> java -Xdebug -Xnoagent -Djava.compiler=NONE
>> -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5003
>> $corbaoptions -jar target/geronimo-1.0-SNAPSHOT/bin/client.jar
>> org/apache/geronimo/MagicGBallClient foo bar
>>
>> #obviously you may not want the debugging stuff.
>>
>> The last bit of the stack trace I got is:
>>
>> Caused by: org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 201
>> completed: No
>> at
>> com.sun.corba.se.internal.iiop.ConnectionTable.getConnection(Connectio
>> nTable.java:161)
>> at
>> com.sun.corba.se.internal.iiop.ConnectionTable.getConnection(Connectio
>> nTable.java:65)
>> at
>> com.sun.corba.se.internal.iiop.GIOPImpl.getConnection(GIOPImpl.java:
>> 67)
>> at
>> com.sun.corba.se.internal.corba.ClientDelegate.createRequest(ClientDel
>> egate.java:652)
>> at
>> com.sun.corba.se.internal.corba.ClientDelegate.createRequest(ClientDel
>> egate.java:594)
>> at
>> com.sun.corba.se.internal.corba.ClientDelegate.request(ClientDelegate.
>> java:886)
>> at
>> org.omg.CORBA.portable.ObjectImpl._request(ObjectImpl.java:431)
>> at
>> org.openejb.corba.util.StubMethodInterceptor.intercept(StubMethodInter
>> ceptor.java:112)
>>
>>
>> Hope this helps, I will try to work on it more in the next few days.
>>
>> thanks
>> david jencks
>>
>>
>> On Sep 28, 2005, at 2:29 PM, Ted Kirby wrote:
>>
>>> The failure is Caused by: java.lang.ClassCastException
>>> at
>>> com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(Porta
>>> bleRemo
>>> teObject.java:293)
>>> at
>>> javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134)
>>> at org.acme.MagicGBallClient.ask(MagicGBallClient.java:47)
>>> at org.acme.MagicGBallClient.main(MagicGBallClient.java:38)
>>>
>>> I see no evidence that DynamicStubClassLoader is ever invoked in
>>> var/log/client.log,
>>>
>>> despite log.debug("Load class " + name); in
>>> DynamicStubClassLoader.loadClass.
>>>
>>> Can anyone give any background info on where and when this should be
>>> invoked, to help us trace where in the code we are going afoul, to
>>> help us
>>> get this working?
>>>
>>> Thanks.
>>>
>>
>