On 26/08/18 12:52 PM, Michael Bien wrote:
> never used java modules in NB applications
To be clear, this is for a plain old java library that uses openide-util
and openide-util-lookup. The complexities you speak of, e.g. overwrites
NB specific module config, do not come into play.
The chubby jar increasingly seems like the simplest solution. A script
to extract the class files, toss META-INF, add MANIFEST.MF, jar -c ...
Use RELEASE290 for jdk-17 compatibility.
-ernie
On 8/18/26 20:42, Ernie Rael wrote:
Hey Jarda,
I don't see how to satisfy the JPMS requirements and still keep the
compatibility of the API. With such a choice I value compatibility
more.
In this situation I'm looking for compatibility with Java;-)
I suppose, to achieve my goal, I can make a chubby jar file with
you could try to leave one side of the split package on the cp and only
depend on the other side. Be ready to do that several times since this
is not going to be the only split package most likely.
(I never used java modules in NB applications so I don't know if there
would be followup issues additionally to split packages - you would
essentially run two module systems)
you can also patch one java module into another module, making them one
module - this would merge split packages. Depend on one module and the
other becomes "--patch-module <first module>=<path>". (Again, i never
tried that, if this overwrites NB specific module config this will
become a problem)
not saying you should do any of that, you could also stick to cp which
is known to work.
-mbien
the extracted classes from the util and util-lookup jar files. It's
been a while since I hacked together a jar file. If it wasn't for
wanting WeakListeners...
I suppose I could investigate moditect, but mucking with jar files
seems simpler. Since the idea is more to play with module-info and
not urgent, this can percolate for now; and I've certainly learned
something about module-info.
-ernie
On 26/08/17 10:14 PM, Jaroslav Tulach wrote:
Hello Ernie.
reads package org.openide.util from
both org.openide.util.RELEASE310 and org.openide.util.lookup.RELEASE310
I believe you are hitting limitation of "split packages". When I
modularized monolithic openide.jar into pieces I wanted to keep 100%
compatibility. Hence I included the same package into multiple JAR
files. That's OK for NetBeans Runtime Container as well as OSGi.
However JPMS doesn't allow that.
I don't see how to satisfy the JPMS requirements and still keep the
compatibility of the API. With such a choice I value compatibility
more.
-jt
PS: I am also trying to use JPMS from time to time, but there are
numerous problems all over (testing being one of them
https://lists.apache.org/thread/f5st2t0wspbdmjt6v5ojobzqpl7cjk9n).
Fixing the split packages wouldn't be the end of the endeavor.
út 18. 8. 2026 v 6:00 odesílatel Ernie Rael<[email protected]> napsal:
Hi all,
I'm working on a library, and I thought I'd be good forward looking
citizen and add module-info.java. I've never used module-info before. I
have pom dependencies on
<artifactId>org-openide-util</artifactId>
<artifactId>org-openide-util-lookup</artifactId>
It took a while, but I finally found
requires org.openide.util.RELEASE310;
requires org.openide.util.lookup.RELEASE310;
Running "mvn clean install" on the command line I see
[ERROR] error: the unnamed module reads package org.openide.util from
both org.openide.util.RELEASE310 and org.openide.util.lookup.RELEASE310
The error repeats several times.
Is it possible to do this? How? "Moditect" doesn't sound like much fun,
but I've only seen a reference to it, not read any documentation.
-ernie
---------------------------------------------------------------------
To unsubscribe, e-mail:[email protected]
For additional commands, e-mail:[email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
