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

Reply via email to