|> This is RH CL working on Service libraries, when we integrate
|the CL and SCL
|> this will go away (or so we hope)
|
|Hope it will go away, but am not that sure...

actually it won't, I was all excited and got carried away on RH Cl
integrated structure will solve world hunger.

btw I really recommend using the MarshalledObject, it is a simple
encapsulation of the cl working properly.

marcf

|
|This problem is around since I started doing the IIOP stuff.
|It (and the MarshalledObject workaround) precedes RH.
|
|Regards,
|
|Francisco
|
|>
|> really let me finish the proxy rewrite and then I will move onto
|packaging
|>
|> marcf
|> |    at
|> |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:111)
|> |    at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
|> |    at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
|> |    at java.lang.Class.forName0(Native Method)
|> |    at java.lang.Class.forName(Class.java:195)
|> |    at
|> |java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:654)
|> |    at
|>
||java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:918)
|> |    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366)
|> |    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
|> |    at
|> |java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1186)
|> |    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386)
|> |    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
|> |    at org.jboss.ejb.CacheKey.readExternal(CacheKey.java:118)
|> |    at
|> |java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1212)
|> |    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386)
|> |    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
|> |    at
|> |org.jboss.ejb.plugins.iiop.server.IIOPContainerInvoker.toObject(IIO
|> |PContainerInvoker.java:896)
|> |    at
|> |org.jboss.ejb.plugins.iiop.server.IIOPContainerInvoker._invoke(IIOP
|> |ContainerInvoker.java:665)
|> |    at
|>
||org.jacorb.poa.RequestProcessor.invokeOperation(RequestProcessor.java:239)
|> |    at
|> |org.jacorb.poa.RequestProcessor.process(RequestProcessor.java:456)
|> |    at org.jacorb.poa.RequestProcessor.run(RequestProcessor.java:581)
|> |
|> |I've found a way of circumventing the problem, but am not satisfied with
|> |it. Things work if I wrap the PK into a MarshalledObject before
|embedding
|> |it into the CORBA reference, and do the opposite thing when
|extracting the
|> |PK from the reference. Runs fine, but is very slow... The bank
|test takes
|> |forever to run.
|> |
|> |This code is in org.jboss.ejb.plugins.iiop.server.IIOPContainerInvoker,
|> |under contrib/iiop. Insertion/extraction of the PK is done through the
|> |methods toByteArray() and toObject(). Each of these methods has two
|> |implementations, one of them commented out. The commented out
|> |implementation "solves" the problem in the way described above.
|> |
|> |Suggestions are very welcome!
|> |
|> |Cheers,
|> |
|> |Francisco
|> |
|> |
|> |
|> |
|> |
|> |
|> |
|> |
|> |_______________________________________________
|> |Jboss-development mailing list
|> |[EMAIL PROTECTED]
|> |https://lists.sourceforge.net/lists/listinfo/jboss-development
|>
|>
|> _______________________________________________
|> Jboss-development mailing list
|> [EMAIL PROTECTED]
|> https://lists.sourceforge.net/lists/listinfo/jboss-development
|>
|


_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to