I did find one small library that shows some of the useful possibilities of adding proper module info to something for 9+ runtimes (especially when using modules): https://github.com/cryptography-cafe/curve25519-elisabeth
On Thu, 18 Mar 2021 at 09:36, <fpa...@apache.org> wrote: > > Agree, and if you want to check some Apache projects related to OSGi you > can take a look to: > > - Apache Karaf : https://karaf.apache.org > > - Apache Felix : https://felix.apache.org > > regards, > > François > fpa...@apache.org > > Le 18/03/2021 à 15:25, Serge Huber a écrit : > > I was also going to mention OSGi. It enforces better lifecycle management > > than JPMS. If you can do it with OSGi you can certainly use it with JPMS > > > > Regards, > > Serge... > > > > On Thu, Mar 18, 2021 at 3:19 PM Matt Sicker <boa...@gmail.com> wrote: > > > >> Perhaps the various OSGi-related projects here might be similar to what > >> you’re looking for since those have enforced modularity for a long time. > >> That module system is more advanced than JPMS, but the concepts are fairly > >> similar. > >> > >> We’ve also been looking into this for log4j 3.0, but that’s not out yet. > >> > >> On Thu, Mar 18, 2021 at 01:06 Daniel Widdis <wid...@gmail.com> wrote: > >> > >>> After considering this email I wrote, I regret sending it and want to > >>> apologize if I have overstepped any bounds. > >>> > >>> I am not a member of the IPMC or associated in any formal way with Apache > >>> and am certainly not in any position to make any judgments regarding code > >>> quality or your wise choice to begin your search with such projects. > >>> > >>> I'll back out of this conversation now and let others answer or redirect > >>> you to other resources. > >>> > >>> Dan > >>> > >>> > >>> On 3/17/21, 10:21 PM, "Daniel Widdis" <wid...@gmail.com> wrote: > >>> > >>> Thanks for your clarifications. > >>> > >>> Regarding "Apache" = "Quality", I'd be careful. Apache asserts [1] a > >>> maxim of "Community over code". While certainly a broad community > >>> inevitably leads to better code, and Apache is a good starting point, > >> given > >>> the specificity of your request I might start there but not exclude other > >>> established projects (not random code) which follow many of the same > >>> principles. > >>> > >>> I do hope those on this list are aware of some projects they can > >>> recommend to you! > >>> > >>> As for the technical specifications, I'd also recommend you'd > >> separate > >>> those out as well. Some of your concerns seem to deal with native code > >>> access which seems a separate issue than modular design of code. I have > >>> also been looking around for good Panama/FMA examples and haven't seen > >>> anything non-trivial yet. But even those can be done with/without the > >> Java > >>> Module System (JPMS). > >>> > >>> Looking forward to any other replies with interest. > >>> > >>> Dan > >>> > >>> [1] - https://www.apache.org/theapacheway/ > >>> > >>> On 3/17/21, 10:08 PM, "leerho" <lee...@gmail.com> wrote: > >>> > >>> Daniel, > >>> Thank you for your reply. > >>> > >>> > >>> > Can you clarify what you mean by an "Apache Java project"? > >>> > >>> > >>> I would prefer to examine a project that has a formal release > >>> process and > >>> an active community. So a TLP or incubating project would be > >>> great. In > >>> this case I was equating "Apache" = "Quality" :) > >>> > >>> I'm not so interested in random code on the Internet that just > >>> happens to > >>> be Apache licensed :) > >>> > >>> Is there a particular use case you are interested in? > >>> > >>> > >>> I am seriously looking at *redesigning* our JDK8 Library using > >>> Java Modules > >>> leveraging JDK16+/Panama/FMA and completely replacing the need > >> for > >>> Unsafe, > >>> etc. (Not just adapting our JDK8 code to run on JDK9+ and > >>> accessing Java > >>> internals using JVM args.) > >>> > >>> This is a major undertaking so being able to look at projects > >> that > >>> have > >>> already gone through that process would be helpful. > >>> > >>> Thank you, > >>> > >>> Lee. > >>> > >>> On Wed, Mar 17, 2021 at 3:42 PM Daniel B. Widdis < > >> wid...@gmail.com> > >>> wrote: > >>> > >>> > Can you clarify what you mean by an "Apache Java project"? > >>> > - A TLP? > >>> > - An incubating project? > >>> > - A project anywhere that is released under the Apache > >> license? > >>> > > >>> > There's actually no need to "migrate code" in many cases, just > >>> add some > >>> > files. Is there a particular use case you are interested in? > >>> > > >>> > On Wed, Mar 17, 2021 at 3:11 PM leerho <lee...@gmail.com> > >> wrote: > >>> > > >>> > > Folks, > >>> > > Is anyone aware of an Apache Java project that has actually > >>> migrated > >>> > their > >>> > > code from Java 8 to the Java Platform Module System (JPMS)? > >>> > > > >>> > > Thanks, > >>> > > Lee. > >>> > > > >>> > > >>> > > >>> > -- > >>> > Dan Widdis > >>> > > >>> > >>> > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > >>> For additional commands, e-mail: general-h...@incubator.apache.org > >>> > >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
