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.
