[prev in list] [next in list] [prev in thread] [next in thread]
List: jacorb-developer
Subject: Re: [jacorb-developer] java 9
From: Nick Cross <jacorb () goots ! org>
Date: 2018-07-19 19:43:27
Message-ID: 24bd6ce9-2469-7446-d27f-f8a3cb78bf4b () goots ! org
[Download RAW message or body]
License of that jar is LGPL 2 :
https://github.com/jboss/jboss-rmi-api_spec/blob/master/pom.xml#L23
Nick
On 19/07/18 17:43, Pierskalla, Eric wrote:
> Hello again,
>
> I was wrong, I see now that the license specified on the JBoss mvnrepository page \
> states LGPL 2.1. I was looking at the LICENSE file in the root folder of the JAR \
> file, it is a GPL license. Probably just an oversight.
> Eric
>
> -----Original Message-----
> From: jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.spline.inf.fu-berlin.de \
> [mailto:jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.spline.inf.fu-berlin.de] \
> On Behalf Of Pierskalla, Eric
> Sent: Thursday, July 19, 2018 11:21 AM
> To: Discussions concerning CORBA development with JacORB
> Subject: Re: [jacorb-developer] java 9
>
> Hello Gergely,
>
> Thank you for the suggestion, I have just tried this, and it also works for my \
> application running on JacORB 3.9 and JRE 10.0.2. I no longer need --add-modules, \
> --patch-module, --add-exports. I am guessing that this solution will also work for \
> running on JRE 11, when the CORBA module is removed completely? \
> http://openjdk.java.net/jeps/320
> The only issue that I see is that the JBoss jar is licensed GPL, not LGPL as JacORB \
> is. This I believe can be a serious issue for us. Perhaps there is a way to \
> petition JBoss to have the licensing terms changed to LGPL? Since it is being used \
> only as a "library" to support the JacORB "library"?
> Regards,
> Eric
>
>
> -----Original Message-----
> From: jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.spline.inf.fu-berlin.de \
> [mailto:jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.spline.inf.fu-berlin.de] \
> On Behalf Of Gergely Jakab
> Sent: Friday, July 13, 2018 5:34 AM
> To: Discussions concerning CORBA development with JacORB
> Subject: Re: [jacorb-developer] java 9
>
> Hi folks,
>
> this workaround was working for me with JacORB 3.8 and Java 10, but it was \
> colliding with other dependencies we are using because "—add-modules java.corba" \
> somehow loads also the module java.transaction. This module though does not contain \
> all the classes which are present in Java 8 under the javax.transaction package, \
> but was keeping the JVM to load it from other library.
> Anyway to solve this collision I got rid of this JacORB workaround and I am \
> launching my app without these awful commandline arguments. All I had to do is to \
> add on the classpath next to jacorb-3.8.jar and the sfl4j jars also these 2: \
> jacorb-omgapi-3.8.jar - from JacORB distribution \
> jboss-rmi-api_1.0_spec-1.0.6.Final.jar - from the link below. This library provides \
> the Java RMI API which was originally used by JacORB from the JRE. \
> https://mvnrepository.com/artifact/org.jboss.spec.javax.rmi/jboss-rmi-api_1.0_spec/1.0.6.Final
>
> Best regards,
> Gergely Jakab
> ____________________
> ExTech s.r.o.
> https://protect2.fireeye.com/url?k=8738caf7dd20cfff.873e39a2-d18ee8f104776f19&u=http://www.extech.eu \
> <https://protect2.fireeye.com/url?k=62bc6e9a169d8942.62ba9dcf-9fba386315320d3c&u=http://www.extech.eu/>
> ____________________
>
> > On 8 Nov 2017, at 17:17, Pierskalla, Eric <Eric.Pierskalla@datalogic.com> wrote:
> >
> > Hi Nick,
> >
> > Alan Bateman from Oracle noticed that there were some mistakes in the command \
> > line parameters in my previous email, the corrected command line should look \
> > something like this:
> > javaw.exe
> > --add-modules java.corba
> > --patch-module java.corba=jacorb-omgapi-3.9.jar --add-exports
> > java.corba/org.omg.TimeBase=ALL-UNNAMED
> > --add-exports java.corba/org.omg.CSIIOP=ALL-UNNAMED
> > --add-exports java.corba/org.omg.SSLIOP=ALL-UNNAMED
> > --add-exports java.corba/org.omg.GIOP=ALL-UNNAMED
> > --add-exports java.corba/org.omg.ETF=ALL-UNNAMED
> > --add-exports java.corba/org.omg.PortableGroup=ALL-UNNAMED
> > --add-exports java.corba/org.omg.CONV_FRAME=ALL-UNNAMED
> > --add-exports java.corba/org.omg.CORBA_2_5=ALL-UNNAMED
> > --add-exports java.corba/org.omg.BiDirPolicy=ALL-UNNAMED
> > --add-exports java.corba/org.omg.IIOP=ALL-UNNAMED
> > -jar MyApplicationUsingJacORB.jar
> >
> > Creating a github issue is a good idea. I will try to collect my notes into a \
> > somewhat readable format for that.
> > Eric
> >
> >
> > -----Original Message-----
> > From:
> > jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.spline.in
> > f.fu-berlin.de
> > [mailto:jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.s
> > pline.inf.fu-berlin.de] On Behalf Of Nick Cross
> > Sent: Wednesday, November 08, 2017 8:58 AM
> > To: jacorb-developer@lists.spline.inf.fu-berlin.de
> > Subject: Re: [jacorb-developer] java 9
> >
> >
> > Hi Eric,
> >
> > Thanks for the putting the work in here ; I'm sure its very helpful for everyone. \
> > The workaround is very useful.
> > Perhaps it would be useful to enter a github issue to track these discussions in \
> > a more formal way?
> > Then perhaps working out exactly what classes JacORB relies on in the JVM that \
> > cause an issue. As per your emails to the JDK list in that thread the OpenJDK \
> > source code has already been forked and deployed [1]; I have not looked to see \
> > whether that could be used to supplement the missing classes.
> > Regards
> >
> > Nick
> >
> >
> >
> > [1]
> > http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-November/006038.h
> > tml
> >
> > On 02/11/17 20:47, Pierskalla, Eric wrote:
> > > With some help from people on the OpenJDK mailing list, I was able to \
> > > successfully run our application, using the JacORB 3.9 release in Java 9. \
> > > http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-November/006040. h
> > > tml
> > >
> > > I added the JacORB jars as library dependencies of my application, and added \
> > > them to the Class-Path: statement of the application manifest file. This alone \
> > > was enough to run on JRE8, but not on JRE9.
> > > Two problems are, the java.corba module is not included in JRE9 by default, and \
> > > the JacORB jars are not a "complete" implementation, they use classes that are \
> > > still located in the corba module of the JRE. Thankfully, there are command \
> > > line parameters to overcome these problems, it doesn't look pretty, but it \
> > > works. The JRE CORBA module is added to the JRE at startup by the \
> > > --add-modules argument. Then it's implementation is overridden by the \
> > > --patch-module argument. Since visibility of some of the packages in the \
> > > java.corba module are now hidden, a few --add-exports arguments are also needed \
> > > to re-expose those packages to the JacORB code, which is in the UNNAMED module \
> > > along with the un-modularized application.
> > > The command line ends up looking something like this:
> > > javaw.exe --add-modules java.corba --patch-module
> > > java.corba=lib\jacorb-3.9.jar;lib\jacorb-omgapi-3.9.jar;lib\slf4j-api
> > > - 1.7.14.jar;lib\slf4j-jdk14-1.7.14.jar --add-exports
> > > java.corba/org.jacorb.orb=ALL-UNNAMED --add-exports
> > > java.corba/org.jacorb.orb.listener=ALL-UNNAMED --add-exports
> > > java.corba/org.jacorb.orb.policies=ALL-UNNAMED --add-exports
> > > java.corba/org.omg.BiDirPolicy=ALL-UNNAMED --add-exports
> > > java.corba/org.omg.IIOP=ALL-UNNAMED -jar MyApplicationUsingJacORB.jar
> > >
> > > This is likely only a temporary solution, since the proposal is to remove CORBA \
> > > from Java SE and the JDK. https://bugs.openjdk.java.net/browse/JDK-8189188
> > >
> > > There is some talk of moving the OpenJDK source code for CORBA to a GitHub \
> > > project. I don't know if it could then be used to "fill out" the JacORB \
> > > implementation, but still keep the LGPL licensing of JacORB?
> > > -----Original Message-----
> > > From: Pierskalla, Eric
> > > Sent: Tuesday, October 17, 2017 3:19 PM
> > > To: Discussions concerning CORBA development with JacORB
> > > Subject: RE: [jacorb-developer] java 9
> > >
> > > Hello Jan, and anyone else with ideas on this issue,
> > >
> > > The following is from the JDK 9 Migration Guide
> > > https://docs.oracle.com/javase/9/migrate/toc.htm#JSMIG-GUID-7744EF96-
> > > 5
> > > 899-4FB2-B34E-86D49B2E89B6
> > >
> > > Removed Endorsed Standards Override Mechanism
> > >
> > > The java.endorsed.dirs system property and the lib/endorsed directory are no \
> > > longer present. The javac compiler and java launcher will exit if either one is \
> > > detected. In JDK 9, you can use upgradeable modules or put the JAR files on the \
> > > class path. <deleted text>
> > >
> > > Modules Shared with Java EE Not Resolved by Default
> > >
> > > In JDK 9, the modules that contain CORBA or the APIs shared between Java SE and \
> > > Java EE are not resolved by default when you compile or run code on the class \
> > > path. These are: java.corba — CORBA
> > > <deleted text>
> > > Existing code with references to classes in these APIs will not compile without \
> > > changes to the build. Similarly, code on the class path with references to \
> > > classes in these APIs will fail with NoDefClassFoundError or \
> > > ClassNotFoundException unless changes are made in how the application is \
> > > deployed.
> > > The code for these APIs was not removed in JDK 9, although the modules are \
> > > deprecated for removal. The policy of not resolving these modules is a first \
> > > step toward removing these APIs from Java SE and the JDK in a future release.
> > > The migration options for libraries or applications that use these APIs are:
> > >
> > > 1. Use the --add-modules command-line option to ensure that the module with the \
> > > API is resolved at startup. For example, specify --add-module java.xml.bind to \
> > > ensure that the java.xml.bind module is resolved. This allows existing code \
> > > that uses the JAXB API and implementation to work as it did in JDK 8.
> > > This is a temporary workaround because eventually these modules will be removed \
> > > from the JDK.
> > > Using --add-modules java.se.ee or --add-modules ALL-SYSTEM as a workaround is \
> > > not recommended. These options will resolve all Java EE modules, which is \
> > > problematic in environments that are also using the standalone versions of \
> > > APIs.
> > > 2. Deploy the standalone version of the API (and implementation if needed) on \
> > > the class path. Each of the Java EE APIs are standalone technologies with \
> > > projects published in Maven Central.
> > > 3. Deploy the standalone version of these modules on the upgrade module path. \
> > > The standalone versions are provided by the Java EE project.
> > > <end of text from Migration Guide>
> > >
> > > After reading this, I decided that the best route for me was #2, to simply \
> > > deploy JacORB on the classpath. We have a "standard" Java desktop application. \
> > > I cloned the latest JacORB code from GitHub, and rebuilt it, using JDK8. I did \
> > > try setting my JAVA_HOME to JDK9, but the Maven build errored, and I don't know \
> > > anything about Maven right now. I removed the JacORB jars from the lib/endorsed \
> > > folder of JRE 8, and put them on the classpath of the application. The \
> > > application along with JacORB works fine when run in JRE8. But when run in \
> > > JRE9, I get errors similar to those that Jan reported:
> > > JacORB on classpath, without --add-modules java.corba:
> > >
> > > Exception causes:
> > > java.lang.NoClassDefFoundError: javax/rmi/CORBA/Stub
> > > java.lang.ClassNotFoundException: javax.rmi.CORBA.Stub Stack trace:
> > > java.base/java.lang.ClassLoader.defineClass1(Native Method)
> > > java.base/java.lang.ClassLoader.defineClass(Unknown Source)
> > > java.base/java.security.SecureClassLoader.defineClass(Unknown Source)
> > > java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(Unknown Source)
> > > java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(Unknown \
> > > Source) java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(Unknown \
> > > Source) java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(Unknown \
> > > Source) java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(Unknown \
> > > Source) java.base/java.lang.ClassLoader.loadClass(Unknown Source)
> > > org.jacorb.orb.ORB._getDelegate(ORB.java:585)
> > > org.jacorb.orb.ORB.string_to_object(ORB.java:2466)
> > > vdcomm.LogonManager.init_(LogonManager.java:1824) <----application
> > > code
> > >
> > >
> > > JacORB on classpath, with --add-modules java.corba or --add-modules ALL_SYSTEM:
> > >
> > > Exception causes:
> > > java.lang.NoClassDefFoundError: org/omg/CORBA/ORBSingleton
> > > java.lang.ClassNotFoundException: org.omg.CORBA.ORBSingleton Stack trace:
> > > org.jacorb.config.JdkLoggingInitializer.<clinit>(JdkLoggingInitializer.java:54)
> > > java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native \
> > > Method) java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(Unknown \
> > > Source) java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown \
> > > Source) java.base/java.lang.reflect.Constructor.newInstance(Unknown Source)
> > > java.base/java.lang.Class.newInstance(Unknown Source)
> > > org.jacorb.config.JacORBConfiguration.newInstance(JacORBConfiguration.java:1047)
> > > org.jacorb.config.JacORBConfiguration.getAttributeAsObject(JacORBConfiguration.java:1099)
> > > org.jacorb.config.JacORBConfiguration.initLogging(JacORBConfiguration.java:688)
> > > org.jacorb.config.JacORBConfiguration.<init>(JacORBConfiguration.java:239)
> > > org.jacorb.config.JacORBConfiguration.getConfiguration(JacORBConfiguration.java:206)
> > > org.jacorb.orb.ORB.set_parameters(ORB.java:1884)
> > > java.corba@9/org.omg.CORBA.ORB.init(Unknown Source)
> > > vdcomm.Orb.getOrb(Orb.java:323) <---- application code
> > >
> > > There is an ORBSingleton.java file in the JacORB project at \
> > > ...\JacORB\omgapi\target\generated-sources\idl\org\omg\CORBA, and an \
> > > ORBSingleton.class file at ...\JacORB\omgapi\target\classes\org\omg\CORBA. I \
> > > also see ORBSingleton.class in the jacorb-omgapi.jar file.
> > > Is this some sort of classloader issue?
> > > Or is it required that we build JacORB using JDK 9?
> > > I would like to build using JDK 9, but as I said earlier, I am an absolute \
> > > rookie when it comes to Maven.
> > > Any ideas on this would be welcome. Unlike earlier versions, Java 9 handles \
> > > high-DPI displays correctly, so we need to be able to deploy on it.
> > > Eric
> > >
> > > -----Original Message-----
> > > From:
> > > jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.spline.i
> > > n
> > > f.fu-berlin.de
> > > [mailto:jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.
> > > s pline.inf.fu-berlin.de] On Behalf Of Vomlel Jan
> > > Sent: Monday, October 09, 2017 3:02 AM
> > > To: Discussions concerning CORBA development with JacORB
> > > Subject: Re: [jacorb-developer] java 9
> > >
> > > Thank you Eric, I have read this article and I think it is way, how to run \
> > > jacorb on java 9.
> > > But --upgrade-module-path is somethink like endorsed directory and I wanted to \
> > > use java 9 because I wanted to remove endorsed mechanism from my applications. \
> > > I would like to create standard wars without other instalations to tomcat, run \
> > > unit tests quickly from ide, simplier application structure and building \
> > > scripts (one lib folder), .... With --upgrade-module-path on Java 9 I am in the \
> > > same situation as with -Djava.endorsed.dirs on Java 8.
> > > Jan Vomlel
> > >
> > > -----Original Message-----
> > > From:
> > > jacorb-developer-bounces~jan.vomlel=aipsafe.cz@lists.spline.inf.fu-be
> > > r
> > > lin.de
> > > [mailto:jacorb-developer-bounces~jan.vomlel=aipsafe.cz@lists.spline.i
> > > n f.fu-berlin.de] On Behalf Of Pierskalla, Eric
> > > Sent: Friday, October 6, 2017 10:33 PM
> > > To: Discussions concerning CORBA development with JacORB
> > > <jacorb-developer@lists.spline.inf.fu-berlin.de>
> > > Subject: Re: [jacorb-developer] java 9
> > >
> > > From what I have learned to date, in Java 9, the java.corba module in \
> > > java.se.ee is "upgradeable". In theory it can be upgraded/replaced by placing \
> > > modules in the --upgrade-module-path. Although there is a lot of information on \
> > > the web about the module system in Java 9, there isn't much about upgradable \
> > > modules. There is some info here:
> > > http://openjdk.java.net/jeps/261
> > >
> > > -----Original Message-----
> > > From:
> > > jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.spline.i
> > > n
> > > f.fu-berlin.de
> > > [mailto:jacorb-developer-bounces~eric.pierskalla=datalogic.com@lists.
> > > s pline.inf.fu-berlin.de] On Behalf Of Nick Cross
> > > Sent: Wednesday, October 04, 2017 3:41 AM
> > > To: jacorb-developer@lists.spline.inf.fu-berlin.de
> > > Subject: Re: [jacorb-developer] java 9
> > >
> > >
> > > Hi,
> > >
> > > We have not (as of yet) experimented with Java 9. However if you have patches \
> > > they would be more than welcome.
> > > Thanks
> > >
> > > Nick
> > >
> > >
> > > On 04/10/17 09:38, Vomlel Jan wrote:
> > > > Hello,
> > > >
> > > > I have tryed to use jacorb on java 9. But it is not working.
> > > >
> > > > I think it is because jacorb-omgapi redefines some parts of java.corba module \
> > > > and uses other parts. Java 9 does not have endorsed mechanism, modules can be \
> > > > used or not used, but they cannot be partially changed.
> > > > Do you have any plan to support java 9?
> > > >
> > > > Exception when java.corba module is used:
> > > > java.lang.NoClassDefFoundError: org/omg/CORBA/ORBSingleton
> > > > at org.jacorb.orb.ORBSingleton.configure(ORBSingleton.java:155)
> > > > at org.jacorb.orb.ORB.configure(ORB.java:292)
> > > > at org.jacorb.orb.ORB.set_parameters(ORB.java:1884)
> > > > at
> > > > java.corba@9/org.omg.CORBA.ORB.init(ORB.java:430)<mailto:java.corba@
> > > > 9 / org.omg.CORBA.ORB.init(ORB.java:430)>
> > > > …
> > > >
> > > > Exception when java.corba module is not used:
> > > > java.lang.NoClassDefFoundError: javax/rmi/CORBA/Stub
> > > > at java.base/java.lang.ClassLoader.defineClass1(Native Method)
> > > > at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007)
> > > > at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
> > > > at java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:801)
> > > > at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:699)
> > > > at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:622)
> > > > at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:580)
> > > > at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
> > > > at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
> > > > at org.jacorb.orb.ORB.getReference(ORB.java:1243)
> > > > at org.jacorb.poa.POA.getReference(POA.java:1349)
> > > > at
> > > > org.jacorb.poa.POA.servant_to_reference(POA.java:2038)
> > > > …
> > > >
> > > > ________________________________
> > > >
> > > > Tento e-mail ani žádný z připojených souborů nejsou přijetím návrhu \
> > > > na uzavření smlouvy, ledaže je to v nich výslovně uvedeno. Pokud tomu \
> > > > tak není, nelze je považovat za jednání, které by zakládalo jakékoliv \
> > > > nároky vůči společnosti AiP Safe. Tento e-mail je určen pouze uvedenému \
> > > > příjemci a dalším osobám, které jsou jmenovitě uvedeny jako \
> > > > příjemci, a jeho obsah, včetně obsahu všech připojených souborů, je \
> > > > důvěrný. Jestliže nejste oprávněný příjemce, zdržte se, prosím, \
> > > > jakékoliv formy zveřejnění, reprodukce, kopírování, distribuce nebo \
> > > > šíření jeho obsahu, včetně obsahu všech připojených souborů. Pokud \
> > > > jste obdržel tento e-mail omylem, oznamte to, prosím, neprodleně jeho \
> > > > odesilateli a e-mail, včetně všech připojených souborů, vymažte. \
> > > > Všechny e maily adresované, přijímané nebo posílané AiP Safe s.r.o. \
> > > > nebo zaměstnanci AiP Safe s.r.o. jsou považovány za zásadně pracovní \
> > > > e-maily. V souladu s tím odesilatel nebo příjemce těchto e mailů \
> > > > souhlasí, že mohou být čteny jinými zaměstnanci AiP Safe s.r.o., než \
> > > > je daný příjemce nebo odesilatel, proto aby byla zajištěna kontinuita \
> > > > pracovních aktivit a byla umožněna jejich kontrola.. \
> > > > _______________________________________________ jacorb-developer maillist -
> > > > jacorb-developer@lists.spline.inf.fu-berlin.de
> > > > https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-develo
> > > > p
> > > > e
> > > > r
> > > >
> > > _______________________________________________
> > > jacorb-developer maillist -
> > > jacorb-developer@lists.spline.inf.fu-berlin.de
> > > https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-develop
> > > e
> > > r
> > >
> > >
> > >
> > >
> > >
> > > CONFIDENTIALITY NOTICE. This message is for the sole use of the intended \
> > > recipient(s) and may contain confidential and/or privileged information. Any \
> > > unauthorized review, use, disclosure, or distribution is prohibited. If you are \
> > > not the intended recipient, please destroy all copies of the original message, \
> > > including any and all attachments, and notify the sender immediately.
> > >
> > >
> > >
> > >
> > >
> > > CONFIDENTIALITY NOTICE. This message is for the sole use of the intended \
> > > recipient(s) and may contain confidential and/or privileged information. Any \
> > > unauthorized review, use, disclosure, or distribution is prohibited. If you are \
> > > not the intended recipient, please destroy all copies of the original message, \
> > > including any and all attachments, and notify the sender immediately.
> > > _______________________________________________
> > > jacorb-developer maillist -
> > > jacorb-developer@lists.spline.inf.fu-berlin.de
> > > https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-develop
> > > e r _______________________________________________
> > > jacorb-developer maillist -
> > > jacorb-developer@lists.spline.inf.fu-berlin.de
> > > https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-develop
> > > e
> > > r
> > >
> > >
> > >
> > >
> > >
> > > CONFIDENTIALITY NOTICE. This message is for the sole use of the intended \
> > > recipient(s) and may contain confidential and/or privileged information. Any \
> > > unauthorized review, use, disclosure, or distribution is prohibited. If you are \
> > > not the intended recipient, please destroy all copies of the original message, \
> > > including any and all attachments, and notify the sender immediately.
> > >
> > >
> > >
> > >
> > >
> > > CONFIDENTIALITY NOTICE. This message is for the sole use of the intended \
> > > recipient(s) and may contain confidential and/or privileged information. Any \
> > > unauthorized review, use, disclosure, or distribution is prohibited. If you are \
> > > not the intended recipient, please destroy all copies of the original message, \
> > > including any and all attachments, and notify the sender immediately.
> > > _______________________________________________
> > > jacorb-developer maillist -
> > > jacorb-developer@lists.spline.inf.fu-berlin.de
> > > https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-develop
> > > e
> > > r
> > >
> > _______________________________________________
> > jacorb-developer maillist -
> > jacorb-developer@lists.spline.inf.fu-berlin.de
> > https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-develope
> > r
> >
> >
> >
> >
> >
> > CONFIDENTIALITY NOTICE. This message is for the sole use of the intended \
> > recipient(s) and may contain confidential and/or privileged information. Any \
> > unauthorized review, use, disclosure, or distribution is prohibited. If you are \
> > not the intended recipient, please destroy all copies of the original message, \
> > including any and all attachments, and notify the sender immediately.
> >
> >
> >
> >
> >
> > CONFIDENTIALITY NOTICE. This message is for the sole use of the intended \
> > recipient(s) and may contain confidential and/or privileged information. Any \
> > unauthorized review, use, disclosure, or distribution is prohibited. If you are \
> > not the intended recipient, please destroy all copies of the original message, \
> > including any and all attachments, and notify the sender immediately.
> > _______________________________________________
> > jacorb-developer maillist -
> > jacorb-developer@lists.spline.inf.fu-berlin.de
> > https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-develope
> > r
> _______________________________________________
> jacorb-developer maillist - jacorb-developer@lists.spline.inf.fu-berlin.de
> https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer
>
>
>
>
>
> CONFIDENTIALITY NOTICE. This message is for the sole use of the intended \
> recipient(s) and may contain confidential and/or privileged information. Any \
> unauthorized review, use, disclosure, or distribution is prohibited. If you are not \
> the intended recipient, please destroy all copies of the original message, \
> including any and all attachments, and notify the sender immediately.
> _______________________________________________
> jacorb-developer maillist - jacorb-developer@lists.spline.inf.fu-berlin.de
> https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer
>
>
>
>
>
> CONFIDENTIALITY NOTICE. This message is for the sole use of the intended \
> recipient(s) and may contain confidential and/or privileged information. Any \
> unauthorized review, use, disclosure, or distribution is prohibited. If you are not \
> the intended recipient, please destroy all copies of the original message, \
> including any and all attachments, and notify the sender immediately.
> _______________________________________________
> jacorb-developer maillist - jacorb-developer@lists.spline.inf.fu-berlin.de
> https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer
_______________________________________________
jacorb-developer maillist - jacorb-developer@lists.spline.inf.fu-berlin.de
https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic