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
>
>

Reply via email to