Issue 5615: Streaming Interfaces (java-rtf) Source: (, ) Nature: Uncategorized Issue Severity: Summary: the DataInputStream and DataOutputStream are specified in IDL as abstract valuetypes in Chapter 5, and they do not follow the standard language mapping for abstract valuetypes at least in the Java Language Mapping. So does this imply that we should move the source file from CORBA_IDL directory to CORBA_PIDL directory? The thing compiles alright as IDL but in case of Java it does not produce the right Java code Resolution: Make the required changes to the standard Java source files as described in the revised text Revised Text: Modify the source code for DataInputStream and DataOutputStream so that both interfaces extend org.omg.CORBA.portable.ValueBase Actions taken: August 22, 2002: received issue August 29, 2002: moved from Core to Java RTF December 11, 2002: closed issue Discussion: End of Annotations:===== Date: Thu, 22 Aug 2002 16:02:25 -0400 From: Jishnu Mukerji Organization: Hewlett-Packard X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en To: corba-rtf@omg.org Subject: Streaming Interfaces It just came to my attention that the DataInputStream and DataOutputStream are specified in IDL as abstract valuetypes in Chapter 5, and they do not follow the standard language mapping for abstract valuetypes at least in the Java Language Mapping. So does this imply that we should move the source file from CORBA_IDL directory to CORBA_PIDL directory? The thing compiles alright as IDL but in case of Java it does not produce the right Java code. I don;t exactly recall if we have any policy about placement of such IDL in the CORBA IDL source file tree. Any thoughts? Jishnu. -- Date: Fri, 23 Aug 2002 14:10:34 +0100 From: Simon Nash Organization: IBM X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en To: Jishnu Mukerji CC: corba-rtf@omg.org Subject: Re: Streaming Interfaces Jishnu, This code was intended to be IDL, not PIDL. What are the differences between the code generated by the standard Java mapping and the code in the Java Language Mapping spec? Simon Jishnu Mukerji wrote: > > It just came to my attention that the DataInputStream and > DataOutputStream are specified in IDL as abstract valuetypes in Chapter > 5, and they do not follow the standard language mapping for abstract > valuetypes at least in the Java Language Mapping. So does this imply > that we should move the source file from CORBA_IDL directory to > CORBA_PIDL directory? The thing compiles alright as IDL but in case of > Java it does not produce the right Java code. I don;t exactly recall if > we have any policy about placement of such IDL in the CORBA IDL source > file tree. > > Any thoughts? > > Jishnu. > -- -- Simon C Nash, Chief Technical Officer, IBM Java Technology Hursley Park, Winchester, UK nash@hursley.ibm.com Tel. +44-1962-815156 Fax +44-1962-818999 Date: Fri, 23 Aug 2002 11:39:34 -0400 From: Jishnu Mukerji Organization: Hewlett-Packard X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en To: Simon Nash Cc: corba-rtf@omg.org Subject: Re: Streaming Interfaces Simon Nash wrote: > > Jishnu, > This code was intended to be IDL, not PIDL. What are the differences > between the code generated by the standard Java mapping and the code in > the Java Language Mapping spec? Actually, the spec itself contains no code that illustrates this point. However, the associated zip file contains declarations for DataInputStream and DataOutputStream that do not extend ValueBase, which they should, being abstract valutypes, according to the Java language mapping spec. However(2), it appears that the corresponding java files in JDK1.4 from Sun has these extending ValueBase. So perhaps this is a case of a bug in the OMG zip file that is easily fixed. If that is done then this cesaes to be a matter of concern for the Core source file distribution and how they are arranged. Jishnu. > > Simon > > Jishnu Mukerji wrote: > > > > It just came to my attention that the DataInputStream and > > DataOutputStream are specified in IDL as abstract valuetypes in > Chapter > > 5, and they do not follow the standard language mapping for > abstract > > valuetypes at least in the Java Language Mapping. So does this > imply > > that we should move the source file from CORBA_IDL directory to > > CORBA_PIDL directory? The thing compiles alright as IDL but in > case of > > Java it does not produce the right Java code. I don;t exactly > recall if > > we have any policy about placement of such IDL in the CORBA IDL > source > > file tree. > > > > Any thoughts? > > > > Jishnu. > > -- > > -- > Simon C Nash, Chief Technical Officer, IBM Java Technology > Hursley Park, Winchester, UK nash@hursley.ibm.com > Tel. +44-1962-815156 Fax +44-1962-818999 -- Jishnu Mukerji Senior Systems Architect Hewlett-Packard Company Technology Office 300 Campus Drive, MS 2E-62 Software Global Business Unit Florham Park NJ 07932, USA mailto: jishnu_mukerji@hp.com Tel: +1 973 443 7528 Date: Fri, 23 Aug 2002 11:59:50 -0400 From: Jishnu Mukerji Organization: Hewlett-Packard X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en To: Juergen Boldt Subject: Re: Streaming Interfaces Not yet, but might be later. Not a core issue in any case. I think there may be a Java issue after we figure out what is and what isn't. Jishnu. Juergen Boldt wrote: > > Jishnu, > > is this issue-worthy? > > -Juergen > > At 11:39 AM 8/23/2002 -0400, you wrote: > > >Simon Nash wrote: > > > > > > Jishnu, > > > This code was intended to be IDL, not PIDL. What are the differences > > > between the code generated by the standard Java mapping and the code in > > > the Java Language Mapping spec? > > > >Actually, the spec itself contains no code that illustrates this point. > >However, the associated zip file contains declarations for > >DataInputStream and DataOutputStream that do not extend ValueBase, which > >they should, being abstract valutypes, according to the Java language > >mapping spec. However(2), it appears that the corresponding java files > >in JDK1.4 from Sun has these extending ValueBase. So perhaps this is a > >case of a bug in the OMG zip file that is easily fixed. If that is done > >then this cesaes to be a matter of concern for the Core source file > >distribution and how they are arranged. > > > >Jishnu. > > > > > > > > Simon > > > > > > Jishnu Mukerji wrote: > > > > > > > > It just came to my attention that the DataInputStream and > > > > DataOutputStream are specified in IDL as abstract valuetypes in Chapter > > > > 5, and they do not follow the standard language mapping for abstract > > > > valuetypes at least in the Java Language Mapping. So does this imply > > > > that we should move the source file from CORBA_IDL directory to > > > > CORBA_PIDL directory? The thing compiles alright as IDL but in case of > > > > Java it does not produce the right Java code. I don;t exactly recall if > > > > we have any policy about placement of such IDL in the CORBA IDL source > > > > file tree. > > > > > > > > Any thoughts? > > > > > > > > Jishnu. > > > > -- > > > > > > -- > > > Simon C Nash, Chief Technical Officer, IBM Java Technology > > > Hursley Park, Winchester, UK nash@hursley.ibm.com > > > Tel. +44-1962-815156 Fax +44-1962-818999 > > > >-- > >Jishnu Mukerji > >Senior Systems Architect Hewlett-Packard Company > >Technology Office 300 Campus Drive, MS 2E-62 > >Software Global Business Unit Florham Park NJ 07932, USA > >mailto: jishnu_mukerji@hp.com Tel: +1 973 443 7528 > > ================================= > Juergen Boldt > Director, Member Services > > Object Management Group > 250 First Avenue, Suite 201 > Needham, MA 02494 > > Tel. +1 781 444 0404 ext. 132 > Fax: +1 781 444 0320 > email: juergen@omg.org > www www.omg.org > > ================================ -- Jishnu Mukerji Senior Systems Architect Hewlett-Packard Company Technology Office 300 Campus Drive, MS 2E-62 Software Global Business Unit Florham Park NJ 07932, USA mailto: jishnu_mukerji@hp.com Tel: +1 973 443 7528 Date: Wed, 28 Aug 2002 14:52:49 -0400 From: Jishnu Mukerji Organization: Hewlett-Packard X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en To: java-rtf@omg.org Cc: Andrew Watson Subject: [Fwd: [Fwd: Streaming Interfaces]] See attached conversation between me and Simon..... So could we please get the zip file fixed? Perhaps this could be done before the interim report from the Java RTF comes up for consideration at the Helsinki meeting, since now at least one AB member knows that the ZIP file has a bug in it?;-) Thanks, Jishnu.Received: from xatlrelay2.atl.hp.com ([15.45.89.191]) by xatlbh1.atl.hp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2655.55) id RZQ8D8M0; Wed, 28 Aug 2002 12:45:55 -0400 Received: from hp.com (tagore.fpk.hp.com [15.73.22.153]) by xatlrelay2.atl.hp.com (Postfix) with ESMTP id E5FC3400121; Wed, 28 Aug 2002 12:45:54 -0400 (EDT) Message-ID: <3D6CFE42.ADB40A35@hp.com> Date: Wed, 28 Aug 2002 12:45:54 -0400 From: Jishnu Mukerji Organization: Hewlett-Packard X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David George Subject: [Fwd: Streaming Interfaces] Content-Type: multipart/mixed; boundary="------------D2898FBCAB1B3304495CF641" David, Attached below a message from IBM's chief Java architect. So you can definitely go with the extension of ValueBase alternative. Meanwhile I will get it fixed in the OMG zip file. Thanks, Jishnu. Received: from palrel10.hp.com ([15.81.168.20]) by xpabh4.ptp.hp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2655.55) id RWRD0FB0; Wed, 28 Aug 2002 08:55:33 -0700 Received: from postage.hp.com (postage.hp.com [192.151.27.6]) by palrel10.hp.com (Postfix) with ESMTP id D0432C003A1 for ; Wed, 28 Aug 2002 08:55:32 -0700 (PDT) Received: from mail-gw1.hursley.ibm.com (mail-gw1.hursley.ibm.com [194.196.110.15]) by postage.hp.com (Postfix) with ESMTP id 0B80927327 for ; Wed, 28 Aug 2002 11:55:16 -0400 (EDT) Received: from [9.20.45.103] (helo=sp15en17.hursley.ibm.com) by mail-gw1.hursley.ibm.com with esmtp (Exim 4.05) id 17k59l-0003Yo-00; Wed, 28 Aug 2002 16:54:57 +0100 Received: from hursley.ibm.com (lig32-239-169-210.emea.lig-dial.ibm.com [32.239.169.210]) by sp15en17.hursley.ibm.com (AIX4.3/8.9.3/8.9.3) with ESMTP id QAA36210; Wed, 28 Aug 2002 16:54:49 +0100 Message-ID: <3D6CF239.344A8301@hursley.ibm.com> Date: Wed, 28 Aug 2002 16:54:33 +0100 From: Simon Nash Organization: IBM X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Jishnu Mukerji Cc: corba-rtf@omg.org Subject: Re: Streaming Interfaces References: <3D654351.6216923@hp.com> <3D66344A.2AD7C00A@hursley.ibm.com> <3D665736.B2DD9015@hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Jishnu, IBM's version of this file correctly extends ValueBase. From all evidence available thus far, it would appear that this is a bug in the OMG zip file. Simon Jishnu Mukerji wrote: > > Simon Nash wrote: > > > > Jishnu, > > This code was intended to be IDL, not PIDL. What are the differences > > between the code generated by the standard Java mapping and the code in > > the Java Language Mapping spec? > > Actually, the spec itself contains no code that illustrates this point. > However, the associated zip file contains declarations for > DataInputStream and DataOutputStream that do not extend ValueBase, which > they should, being abstract valutypes, according to the Java language > mapping spec. However(2), it appears that the corresponding java files > in JDK1.4 from Sun has these extending ValueBase. So perhaps this is a > case of a bug in the OMG zip file that is easily fixed. If that is done > then this cesaes to be a matter of concern for the Core source file > distribution and how they are arranged. > > Jishnu. > > > > > Simon > > > > Jishnu Mukerji wrote: > > > > > > It just came to my attention that the DataInputStream and > > > DataOutputStream are specified in IDL as abstract valuetypes in Chapter > > > 5, and they do not follow the standard language mapping for abstract > > > valuetypes at least in the Java Language Mapping. So does this imply > > > that we should move the source file from CORBA_IDL directory to > > > CORBA_PIDL directory? The thing compiles alright as IDL but in case of > > > Java it does not produce the right Java code. I don;t exactly recall if > > > we have any policy about placement of such IDL in the CORBA IDL source > > > file tree. > > > > > > Any thoughts? > > > > > > Jishnu. > > > -- > > > > -- > > Simon C Nash, Chief Technical Officer, IBM Java Technology > > Hursley Park, Winchester, UK nash@hursley.ibm.com > > Tel. +44-1962-815156 Fax +44-1962-818999 > > -- > Jishnu Mukerji > Senior Systems Architect Hewlett-Packard Company > Technology Office 300 Campus Drive, MS 2E-62 > Software Global Business Unit Florham Park NJ 07932, USA > mailto: jishnu_mukerji@hp.com Tel: +1 973 443 7528 -- Simon C Nash, Chief Technical Officer, IBM Java Technology Hursley Park, Winchester, UK nash@hursley.ibm.com Tel. +44-1962-815156 Fax +44-1962-818999 Date: Wed, 28 Aug 2002 12:24:41 -0700 (PDT) From: Ken Cavanaugh Reply-To: Ken Cavanaugh Subject: Re: [Fwd: [Fwd: Streaming Interfaces]] To: java-rtf@omg.org, jishnu_mukerji@hp.com Cc: andrew@omg.org X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.5 SunOS 5.7 sun4u sparc >From: Jishnu Mukerji >X-Accept-Language: en >MIME-Version: 1.0 >To: java-rtf@omg.org >Cc: Andrew Watson >Subject: [Fwd: [Fwd: Streaming Interfaces]] > >See attached conversation between me and Simon..... > >So could we please get the zip file fixed? Perhaps this could be done >before the interim report from the Java RTF comes up for >consideration >at the Helsinki meeting, since now at least one AB member knows that >the >ZIP file has a bug in it?;-) > Does this fix require a vote, or is it editorial? Ken. X-Sender: andrew@192.67.184.65 Date: Thu, 29 Aug 2002 09:49:39 +0100 To: Ken Cavanaugh From: Andrew Watson Subject: Re: [Fwd: [Fwd: Streaming Interfaces]] Cc: java-rtf@omg.org, jishnu_mukerji@hp.com Ken, You wrote: > >See attached conversation between me and Simon..... > > > >So could we please get the zip file fixed? Perhaps this could be > >done > >before the interim report from the Java RTF comes up for > >consideration > >at the Helsinki meeting, since now at least one AB member knows > >that the > >ZIP file has a bug in it?;-) > > > > Does this fix require a vote, or is it editorial? I'd say it needs a vote. ISTR the ZIP file is a normative part of the spec. If this was a consistency problem (i.e. the spec and ZIP file disagree) then this would be editorial. However, since this is only in the normative ZIP file, we can't change it editorially. Cheers, Andrew Date: Thu, 29 Aug 2002 11:02:33 -0400 From: Jishnu Mukerji Organization: Hewlett-Packard X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en To: Ken Cavanaugh Cc: java-rtf@omg.org, andrew@omg.org Subject: Re: [Fwd: [Fwd: Streaming Interfaces]] I'dsay it is editorial, since it just brings the ZIP file in line with the normative standard, which says that those classes should extend ValueBase. But of course Andrew gets to make the final call. Jishnu. Ken Cavanaugh wrote: > > >From: Jishnu Mukerji > >X-Accept-Language: en > >MIME-Version: 1.0 > >To: java-rtf@omg.org > >Cc: Andrew Watson > >Subject: [Fwd: [Fwd: Streaming Interfaces]] > > > >See attached conversation between me and Simon..... > > > >So could we please get the zip file fixed? Perhaps this could be done > >before the interim report from the Java RTF comes up for consideration > >at the Helsinki meeting, since now at least one AB member knows that the > >ZIP file has a bug in it?;-) > > > > Does this fix require a vote, or is it editorial? > > Ken. Date: Thu, 29 Aug 2002 15:46:15 -0400 From: Jishnu Mukerji Organization: Hewlett-Packard X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en To: Juergen Boldt Cc: issues@omg.org, corba-rtf@omg.org, java-rtf@omg.org Subject: Re: issue 5615 -- Core RTF issue Juergen, This is not a core issue really. It has just been discovered that it is a bug in the ZIP file that is owned by the Java RTF. The resolution is to fix the ZIP file and Andrew has decreed that it has to be voted upon. Juergen Boldt wrote: > > This is issue # 5615 Jishnu Mukerji > Streaming Interfaces > > the DataInputStream and > DataOutputStream are specified in IDL as abstract valuetypes in Chapter > 5, and they do not follow the standard language mapping for abstract > valuetypes at least in the Java Language Mapping. So does this imply > that we should move the source file from CORBA_IDL directory to > CORBA_PIDL directory? The thing compiles alright as IDL but in case of > Java it does not produce the right Java code Actually it does produce the right Java code, but the Java ZIP file produced by the Java RTF is wrong.:-) So please assign this one to Java RTF with those comments tagged on. Thanks, Jishnu. -- Date: Thu, 29 Aug 2002 15:46:15 -0400 From: Jishnu Mukerji Organization: Hewlett-Packard X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en To: Juergen Boldt Cc: issues@omg.org, corba-rtf@omg.org, java-rtf@omg.org Subject: Re: issue 5615 -- Core RTF issue Juergen, This is not a core issue really. It has just been discovered that it is a bug in the ZIP file that is owned by the Java RTF. The resolution is to fix the ZIP file and Andrew has decreed that it has to be voted upon. Juergen Boldt wrote: > > This is issue # 5615 Jishnu Mukerji > Streaming Interfaces > > the DataInputStream and > DataOutputStream are specified in IDL as abstract valuetypes in Chapter > 5, and they do not follow the standard language mapping for abstract > valuetypes at least in the Java Language Mapping. So does this imply > that we should move the source file from CORBA_IDL directory to > CORBA_PIDL directory? The thing compiles alright as IDL but in case of > Java it does not produce the right Java code Actually it does produce the right Java code, but the Java ZIP file produced by the Java RTF is wrong.:-) So please assign this one to Java RTF with those comments tagged on. Thanks, Jishnu. -- Date: Fri, 30 Aug 2002 10:36:01 -0700 (PDT) From: Ken Cavanaugh Reply-To: Ken Cavanaugh Subject: Vote 3 To: java-rtf@omg.org Cc: ken.cavanaugh@sun.com X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.5 SunOS 5.7 sun4u sparc I want to issue a quick vote to resolve issue 5615, so that the interim report and zip file can be amended before the Helsinki meeting (the 3 week deadline is September 9, 2002). Since Andrew has said this needs a vote, here is the proposed resolution: Proposed resolution for issue 5615: Modify the source code for DataInputStream and DataOutputStream so that both interfaces extend org.omg.CORBA.portable.ValueBase. I think this is simple and non-controversial. Please vote on this issue by 5 pm PST on September 5, 2002, so I have a day to update the report and the zip file. Thanks, Ken.