Issue 3658: OMG ZIP FILE ISSUES for IDL to Java RTF (05) (java-rtf) Source: Oracle (Dr. Anita Jindal, nobody) Nature: Uncategorized Issue Severity: Significant Summary: (5). The OMG ZIP file is missing the following interfaces: ServantActivatorHelper.java ServantActivatorPOA.java _ServantActivatorStub.java ServantLocatorHelper.java ServantLocatorPOA.java _ServantLocatorStub.java In order to enable, application programmers, register their own servant managers these need to be provided as part of the PortableServer package (in the absence of the local interfaces). Resolution: close, no change Revised Text: Actions taken: May 31, 2000: received issue January 9, 2001: closed issue Discussion: CLOSE, NO CHANGE, because "these files are generated from standard IDL and are vendor-specific. There would actually be more files on the "missing" list, except that "dummy" versions were generated so that everything provided would compile." End of Annotations:===== Date: Fri, 26 May 2000 15:04:41 -0700 (PDT) From: Ken Cavanaugh Reply-To: Ken Cavanaugh Subject: Missing IDL-Java RTF issues To: juergen@emerald.omg.org Cc: Ken.Cavanaugh@eng.sun.com, Anita.Jindal@eng.sun.com, Peter.Walker@eng.sun.com MIME-Version: 1.0 Content-MD5: 00WoT63WPYdr1RCYt9DUZA== X-Mailer: dtmail 1.2.1 CDE Version 1.2.1 SunOS 5.6 sun4u sparc Content-Type: TEXT/plain; charset=us-ascii X-UIDL: ;Wh!!<#%e950Td9biN!! Juergen, Some time ago Anita Jindal (another Sun employee) sent the following issues for the IDL-Java RTF to issues@omg.org. We have not yet seen the numbers assigned to these issues. Could you check on this and let us know the issue numbers, or assign issue numbers if they were somehow missed? Thanks, Ken Cavanaugh ------------- Begin Forwarded Message ------------- Subject: OMG ZIP File issues for IDL to Java RTF To: issues@omg.org Cc: Anita.Jindal@eng.sun.com, peter.walker@eng.sun.com, ken.cavanaugh@eng.sun.com MIME-Version: 1.0 Content-MD5: cFcfuZrs+jatjHHmX1kmFg== (5). The OMG ZIP file is missing the following interfaces: ServantActivatorHelper.java ServantActivatorPOA.java _ServantActivatorStub.java ServantLocatorHelper.java ServantLocatorPOA.java _ServantLocatorStub.java In order to enable, application programmers, register their own servant managers these need to be provided as part of the PortableServer package (in the absence of the local interfaces). Date: Thu, 08 Jun 2000 16:39:37 -0400 From: Mary Leland Organization: HP EIAL X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: java-rtf@omg.org, issues@omg.org Cc: Anita.Jindal@eng.sun.com Subject: Issue 3658: OMG ZIP FILE ISSUES for IDL to Java RTF (05) Content-Type: multipart/mixed; boundary="------------B72E5A1AB2E90670E07AA8F4" X-UIDL: ae6!!2dh!!aio!!T9Be9 This issue is that the source ZIP file is missing the following: ServantActivatorHelper.java ServantActivatorPOA.java _ServantActivatorStub.java ServantLocatorHelper.java ServantLocatorPOA.java _ServantLocatorStub.java Why are these not in the same category as the missing items raised by Stefan Bauer in February? I think Jeff addressed the fact that the ZIP file is NOT exhaustive in the attached reply to Stefan. I think that this issue should be "Closed, no change" unless someone points out why these items (which are specified by the mapping) need to be in the ZIP file. Thanks, -- MaryFrom: Jeffrey Mischkinsky 02/15/2000 7:02 PM Subject: Re: IDL/Java 2k RTF deliverables CC: java-rtf@omg.org 'Stefan Bauer' writes: > Hi, I haven't looked in detail at exactly what is and is not in the JDK, but here are some guesses at what may be going on, based on a quick look at the OMG specs. Here's a (partial) explanation. Most of these files are generated from standard IDL and are vendor-specific. There would actually be more files on the "missing" list, except that "dummy" versions were generated so that everything provided would compile. To quote from the provided readme.txt file: This archive contains the Java definitions that are specified and required by the IDL Java Language mapping as specified in CORBA 2.3.2. A complete Java ORB implementation will need to provide more code, either because it is generated from standard IDL (e.g. dynamic any) or because it contains vendor-specific generated code (e.g stubs, helpers, etc.) This archive contains more files than are strictly necessary because it is a goal that the whole package be compilable. Files, for which, dummy implementations are provided are designated as such in the comment header. (Examples include the helper classes that needed in order to allow Interface Repository routines to be compiled.) Files which are not so marked shall be provided by conformant products "as is". Vendors may not add or subtract functionality from them (though of course things such as comments, formal parameter names, etc. which do not change functionality may be modified.) The binary portability requirement implies that a user can take the generated stub and associated files (helpers, holders, etc.) that were generated using a particular vendor's IDL compiler, and use them on another vendor's runtime. Hence the above limitations restricting an implementor's freedom to modify the required classes. I think the above explains all the helpers. (*** some discussion elided *** ) I'm not sure why PolicyHolder is missing (from the omg list). Probably because Policy doesn't appear as an out parameter. In any event Policy is pure IDL, so the rules for generating a Holder are specified. (may be a bug in the source file). NameValuePair comes from the new DynAny stuff and is pure IDL. Hence is not needed to be specified. OMGVMCID is pure IDL. It's just a constant in the CORBA module. Hence is not needed to be specified. I hope this helps (a bit). jeff > Mary, > > comparing Jeff's list of org.omg.CORBA source files with what we >have in > jdk > 1.3 now, I noticed a few differences. I want to point out the files >that > are in jdk which are missing in what is now your list: > > CompletionStatusHelper > CurrentHelper > CurrentHolder > DefinitionKindHelper > FieldNameHelper > FixedHolder > IdentifierHelper > IDLTypeHelper > NameValuePair > NameValuePairHelper > ObjectHelper > OMGVMCID > PolicyHelper > PolicyHolder > PolicyListHelper > PolicyListHolder > PolicyTypeHelper > RepositoryIdHelper > ServiceDetailHelper > SetOverrideTypeHelper > StringValueHelper > StructMemberHelper > UnionMemberHelper > ValueMemberHelper > VersionSpecHelper > VisibilityHelper > WStringValueHelper > _IDLTypeStub > _PolicyStub > > plus the old (soon to be deprecated) DynAny interfaces which are >also > missing from the list: > > DynAny > DynAnyPackage/* > DynArray > DynEnum > DynFixed > DynSequence > DynStruct > DynUnion > DynValue > > > The upper part of my list seems essential to me in order to be > compliant. > > Thanks, > Stefan > > Stefan Bauer > CORBA Technologies > Sun Microsystems Inc. > > Jeffrey Mischkinsky wrote: > > > > Hi, > > The IDL/Java 2k RTF deliverables have been sent to Juergen and >should be > > available on the OMG server tomorrow. They will need to be >approved by > > the Architecture Board, PTC, and Board of Directors before they >become > > "official". > > > > They are as follows: > > ptc/00-01-07.html - the official report > > ptc/00-01-08.pdf - the newly edited IDL/Java language >mapping chapter > > labeled as being for CORBA 2.3.2 > > ptc/00-02-01.zip - the zip and tar files containing the >updated org.omg.* > > ptc/00-02-01.tar package sources > > > > After several years of serving as Chair, it's time > > to let someone else have a crack at it, so I'm passing the baton > > to the very able Mary Leland who was elected Chair of the > > newest incarnation of IDL/Java RTF [New Millenium (NM)]. > > > > Thanks to everyone for their help and support over the past few >years. > > > > cheers, > > jeff > > > > -- > > Jeff Mischkinsky > > jmischki@dcn.davis.ca.us +1 530-758-9850 > > jeff@persistence.com +1 650-372-3604 > -- Jeff Mischkinsky jmischki@dcn.davis.ca.us +1 530-758-9850 jeff@persistence.com +1 650-372-3604