[wildfly-dev] Re: Problem with RMI-IIOP protocol in Jakarta transformation of OpenJDK ORB project

The EE 9.1 platform spec lists these in Section 6.1.1.1: Note that in general that needs to be read carefully because some of the 'Java SE Enterprise Technologies' listed there are now also in the 'Required Jakarta Technologies' list[2], where the jakarta namespace change is relevant. But RMI-IIOP is *not* one of those. See also footnote 16[3] which is about RMI-IIOP. WildFly complies with that requirement by means of openjdk-orb. [1] https://jakarta.ee/specifications/platform/9.1/jakarta-platform-spec-9.1.... [2] https://jakarta.ee/specifications/platform/9.1/jakarta-platform-spec-9.1.... [3] https://jakarta.ee/specifications/platform/9.1/jakarta-platform-spec-9.1.... On Wed, Nov 17, 2021 at 4:37 PM Scott Stark <sstark(a)redhat.com&gt; wrote: > You only need to transform the javax.* packages that are part of the EE8 > specification. There are other JDK classes that need to remain in their > original javax.* packages. The javax.rmi.* packages can be ignored for > transformation. > > > On Wed, Nov 17, 2021 at 3:41 PM Tomasz Adamski <tadamski(a)redhat.com&gt; > wrote: > >> When I was trying to establish the steps needed to transform OpenJDK >> project to Jakarta namespace I noticed that a substantial part of the >> codebase implements RMI-IIOP protocol (which relies on javax.rmi.* >> packages). This seems tricky to >> transform IMO. Although all those classes are included into the project >> and technically I could just rename the package, logically it doesn't make >> much sense to me because there is no such thing as jakarta.rmi and this >> makes even less sense in a project whose goal is to provide >> interoperability. >> >> I'm also not sure how this is supposed two work from a legal point of >> view: if Jakarta allows for optional implementation of RMI-IIOP maybe I >> could just leave it this way or are we legally required to get rid of all >> javax.* naming from the codebase? >> >> Regards, >> Tomek >> _______________________________________________ >> wildfly-dev mailing list -- wildfly-dev(a)lists.jboss.org >> To unsubscribe send an email to wildfly-dev-leave(a)lists.jboss.org >> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s > > -- Brian Stansberry Principal Architect, Red Hat JBoss EAP He/Him/His