Re: jacorb-developer Digest, Vol 140, Issue 2
Gotthard Witsch <[email protected]>
| Newsgroups | gmane.comp.corba.jacorb.devel |
|---|---|
| Message-ID | <FDCF7296051FAA4B967818014FE88B2301272F407852@hermes.ith-icoserve.com> |
Hi, I don't have at test case yet. But I did some further testing, tried JacORB 3.4 and figured out that binary transmission works with version 3.4. So it makes me believe that something that changed between version 3.4 and 3.5 causes the issue. I will do further research and will let you know. Regards, Gotthard -----Ursprüngliche Nachricht----- Von: jacorb-developer-bounces~gotthard.witsch=ith-icoserve.com@lists.spline.inf.fu-berlin.de [mailto:jacorb-developer-bounces~gotthard.witsch=ith-icoserve.com@lists.spline.inf.fu-berlin.de] Im Auftrag von [email protected] Gesendet: Donnerstag, 11. Dezember 2014 12:01 An: [email protected] Betreff: jacorb-developer Digest, Vol 140, Issue 2 Send jacorb-developer mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of jacorb-developer digest..." Today's Topics: 1. Transmission of binary data fails with JacORB 3.5 (Gotthard Witsch) 2. Re: Transmission of binary data fails with JacORB 3.5 (Nick Cross) ---------------------------------------------------------------------- Message: 1 Date: Wed, 10 Dec 2014 16:58:47 +0100 From: Gotthard Witsch <[email protected]> To: "[email protected]" <[email protected]> Subject: [jacorb-developer] Transmission of binary data fails with JacORB 3.5 Message-ID: <FDCF7296051FAA4B967818014FE88B2301272F4077DE@hermes.ith-icoserve.com> Content-Type: text/plain; charset="iso-8859-1" Hello Nick, after upgrading JacORB from version 3.3 to version 3.5, the binary transmission fails with the following exceptions: org.omg.CORBA.MARSHAL: Server-side Exception: null vmcid: 0x41540000 minor code: 22 completed: No at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:408) at org.jacorb.orb.SystemExceptionHelper.read(SystemExceptionHelper.java:222) at org.jacorb.orb.ReplyReceiver.getReply(ReplyReceiver.java:458) at org.jacorb.orb.Delegate._invoke_internal(Delegate.java:1475) at org.jacorb.orb.Delegate.invoke_internal(Delegate.java:1244) at org.jacorb.orb.Delegate.invoke(Delegate.java:1232) at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:475) at ico.corba.fs.idl._FilesystemStub.uploadChunk(_FilesystemStub.java:954) After analyzing the CDROutputStream.write_octet_array method, it seems that the bytes get cached in the deferredArrayQueue, for later transmission. But when it is time to send the bytes to the server, the bytes in the deferredArrayQueue seem not to be correctly added to the outputstream. However if I set the jacorb property "jacorb.deferredArrayQueue" to "0" the bytes are transferred correctly to the server and the binary transmissions works without problems. Have you got any clue, where a problem could occur? Regards, Gotthard Witsch syngo.share Software Development _____________________________________ ITH icoserve technology for healthcare GmbH a siemens company - H CX HS INT CES ITH Innrain 98, 6020 Innsbruck, ?sterreich - www.ith-icoserve.com<http://www.ith-icoserve.com/> ------------------------------ Message: 2 Date: Wed, 10 Dec 2014 16:18:23 +0000 From: Nick Cross <[email protected]> To: Discussions concerning CORBA development with JacORB <[email protected]> Subject: Re: [jacorb-developer] Transmission of binary data fails with JacORB 3.5 Message-ID: <[email protected]> Content-Type: text/plain; charset=windows-1252; format=flowed Hmmm. The only recent changes in write_octet_array were in http://jacorb.org/bugzilla/show_bug.cgi?id=941 which changed 3.3beta. Are you able to provide a test case? Thanks Nick On 10/12/14 15:58, Gotthard Witsch wrote: > Hello Nick, > > after upgrading JacORB from version 3.3 to version 3.5, the binary transmission fails with the following exceptions: > > org.omg.CORBA.MARSHAL: Server-side Exception: null vmcid: 0x41540000 minor code: 22 completed: No > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:408) > at org.jacorb.orb.SystemExceptionHelper.read(SystemExceptionHelper.java:222) > at org.jacorb.orb.ReplyReceiver.getReply(ReplyReceiver.java:458) > at org.jacorb.orb.Delegate._invoke_internal(Delegate.java:1475) > at org.jacorb.orb.Delegate.invoke_internal(Delegate.java:1244) > at org.jacorb.orb.Delegate.invoke(Delegate.java:1232) > at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:475) > at > ico.corba.fs.idl._FilesystemStub.uploadChunk(_FilesystemStub.java:954) > > After analyzing the CDROutputStream.write_octet_array method, it seems that the bytes get cached in the deferredArrayQueue, for later transmission. But when it is time to send the bytes to the server, the bytes in the deferredArrayQueue seem not to be correctly added to the outputstream. > > However if I set the jacorb property "jacorb.deferredArrayQueue" to "0" the bytes are transferred correctly to the server and the binary transmissions works without problems. > > Have you got any clue, where a problem could occur? > > Regards, > > Gotthard Witsch > syngo.share Software Development > _____________________________________ > ITH icoserve technology for healthcare GmbH a siemens company - H CX > HS INT CES ITH Innrain 98, 6020 Innsbruck, ?sterreich - > www.ith-icoserve.com<http://www.ith-icoserve.com/> > > _______________________________________________ > jacorb-developer maillist - > [email protected] > https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-develope > r > ------------------------------ _______________________________________________ jacorb-developer maillist - [email protected] https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer End of jacorb-developer Digest, Vol 140, Issue 2 ************************************************ _______________________________________________ jacorb-developer maillist - [email protected] https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer