Issue 4139: GIOP 1.2 Fragmentation and Interceptors (interceptors-rtf) Source: International Business Machines (Mr. Tim Baldwin, tim_baldwin(at)uk.ibm.com) Nature: Uncategorized Issue Severity: Summary: We have been looking at sending fragmented request and reply messages and fragmented replies in particular seem to have some interaction with the interceptors. There would seem to be several performance and/or space benefits in being able to send each fragment of a message as it is created rather than having to build the complete message and chopping it up only as it is sent across the wire. However the send_reply/send_exception interceptor seems to prevent this. Since the interceptor is able to alter service contexts (which appear right at the start of a message) and since we cannot drive the send_reply/send_exception interceptor until the entire reply message has been marsalled (as only then can we know for sure whether we have an exception or not) this seems to rule out sending any fragments until the entire reply has been built. Resolution: see above Revised Text: Actions taken: January 8, 2001: received issue April 26, 2010: closed issue April 26, 2010: closed issue Discussion: Resolution: Close issue with no change. Several ORB vendors have implemented PI and GIOP 1.2 fragmentation successfully without having the problem noted in this issue. End of Annotations:===== From: tim_baldwin@uk.ibm.com Received: from d06mta10.portsmouth.uk.ibm.com (d06mta10_cs0 [9.180.35.22]) by d06relay02.portsmouth.uk.ibm.com (8.8.8m3/NCO v4.95) with SMTP id OAA71286 for ; Mon, 8 Jan 2001 14:51:10 GMT Received: by d06mta10.portsmouth.uk.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 802569CE.00518CBF ; Mon, 8 Jan 2001 14:50:44 +0000 X-Lotus-FromDomain: IBMGB To: interceptors-rtf@omg.org cc: steve_newberry@uk.ibm.com, NASH@uk.ibm.com Message-ID: <802569CE.0051241B.00@d06mta10.portsmouth.uk.ibm.com> Date: Mon, 8 Jan 2001 14:46:25 +0000 Subject: GIOP 1.2 Fragmentation and Interceptors Mime-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset=us-ascii X-UIDL: OW'!!Tk/e9V9$e9FHmd9 We have been looking at sending fragmented request and reply messages and fragmented replies in particular seem to have some interaction with the interceptors. There would seem to be several performance and/or space benefits in being able to send each fragment of a message as it is created rather than having to build the complete message and chopping it up only as it is sent across the wire. However the send_reply/send_exception interceptor seems to prevent this. Since the interceptor is able to alter service contexts (which appear right at the start of a message) and since we cannot drive the send_reply/send_exception interceptor until the entire reply message has been marsalled (as only then can we know for sure whether we have an exception or not) this seems to rule out sending any fragments until the entire reply has been built. Does anyone else see this as a problem or am I missing something obvious? Regards, Tim - - - Tim Baldwin, Java Technology Centre, IBM UK Labs, Hursley Date: Mon, 08 Jan 2001 13:05:43 -0800 From: Harold Carr X-Mailer: Mozilla 4.51 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: tim_baldwin@uk.ibm.com CC: interceptors-rtf@omg.org, steve_newberry@uk.ibm.com, NASH@uk.ibm.com Subject: Re: GIOP 1.2 Fragmentation and Interceptors References: <802569CE.0051241B.00@d06mta10.portsmouth.uk.ibm.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-UIDL: Q12!!BYNe9A/+!!(a`!! > Does anyone else see this as a problem or am I missing something obvious? Hello Tim, We, SUN, have implemented interceptors and GIOP 1.2 fragmentation. There is no problem. CHeers, Harold Date: Wed, 10 Jan 2001 13:48:38 -0330 From: Matthew Newhook To: tim_baldwin@uk.ibm.com Cc: interceptors-rtf@omg.org, steve_newberry@uk.ibm.com, NASH@uk.ibm.com, mes@ooc.com Subject: Re: GIOP 1.2 Fragmentation and Interceptors Message-ID: <20010110134838.B5875@ooc.com> References: <802569CE.0051241B.00@d06mta10.portsmouth.uk.ibm.com> Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <802569CE.0051241B.00@d06mta10.portsmouth.uk.ibm.com>; from tim_baldwin@uk.ibm.com on Mon, Jan 08, 2001 at 02:46:25PM +0000 Content-Type: text/plain; charset=us-ascii X-UIDL: UEpd9$Pnd9LQL!!o:He9 Hi Tim, On Mon, Jan 08, 2001 at 02:46:25PM +0000, tim_baldwin@uk.ibm.com wrote: > > > We have been looking at sending fragmented request and reply messages and > fragmented replies in particular seem to have some interaction with the > interceptors. There would seem to be several performance and/or space > benefits in being able to send each fragment of a message as it is created > rather than having to build the complete message and chopping it up only as > it is sent across the wire. However the send_reply/send_exception > interceptor seems to prevent this. > > Since the interceptor is able to alter service contexts (which appear right > at the start of a message) and since we cannot drive the > send_reply/send_exception interceptor until the entire reply message has > been marsalled (as only then can we know for sure whether we have an > exception or not) this seems to rule out sending any fragments until the > entire reply has been built. > > Does anyone else see this as a problem or am I missing something obvious? That's an interesting question. The real question I think is whether interceptors are supposed to see marshalling errors. If you assume a successful reply from the request the interceptors will see send_reply and will then potentially populate the reply service context. Once send_reply has called the marshaling of the reply service contexts may cause an error resulting in a marshaling error (indeed the actual reply may not be marshaled until after the send_reply interception point is called). It wouldn't be correct to call send_exception AFTER calling send_reply because the ending interception point will have already been called (thus signaling the end of the request/reply cycle). > Regards, Tim > - - - > Tim Baldwin, Java Technology Centre, IBM UK Labs, Hursley Regards, Matthew -- Matthew Newhook E-Mail: mailto:matthew@ooc.com Software Designer WWW: http://www.ooc.com Object Oriented Concepts, Inc. Phone: (709) 738-3725