-
Bug
-
Resolution: Fixed
-
P4
-
rmi-iiop_fcs
-
None
-
kestrel
-
sparc
-
solaris_1
-
Not verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2029219 | rmi-iiop_fcs | Stefan Bauer | P4 | Resolved | Fixed | iiop_fcs |
The idl generated for boxed value types by rmic -idl is not packaged in an appropriate directory structure. For example, the idl for seq1_wchar is compiled into the destination directory. This should be placed under the following directoy tree:
<destination directory>/org/omg/boxedRMI/
This is the module heirarchy for this data type, and other idl files referencing this type , expect it to be under this directory structure.
The attached stock example demonstrates this problem. To run the example, modify setup/rmi-iiop/setup_solaris(win32).ksh to point to the right JDK and RMI-IIOP builds. The generated idl files for seq1_wchar.idl and seq1_octet.idl are placed in the rmi-iiop directory instead of under the above directory structure.
Build tested: JDK1.2.2W RMI-IIOP fcs1.0.1f
<destination directory>/org/omg/boxedRMI/
This is the module heirarchy for this data type, and other idl files referencing this type , expect it to be under this directory structure.
The attached stock example demonstrates this problem. To run the example, modify setup/rmi-iiop/setup_solaris(win32).ksh to point to the right JDK and RMI-IIOP builds. The generated idl files for seq1_wchar.idl and seq1_octet.idl are placed in the rmi-iiop directory instead of under the above directory structure.
Build tested: JDK1.2.2W RMI-IIOP fcs1.0.1f
- backported by
-
JDK-2029219 Packaging of boxed value types does not follow the module heirarchy
-
- Resolved
-