On 20/10/2023 20:43, Romain Manni-Bucau wrote:
Can be the way to define the lookup, an heuristic will never work by
design...that said, on my side, not sure JPMS will be widely adopted
anytime soon so can be a false problem.
This is a chicken and egg problem. My company would love to use JPMS
Interesting, I was not aware of the new discovery mechanism.
Unfortunately the most interesting goal "select-jdk-toolchain" is not
marked threadsafe. Was that a conscious decision or just easier to
implement?
Also I am missing a parameter to provide a search path. Might come in
handy in CI
difference between the MavenXpp3Reader and
MavenXpp3ReaderEx (and the corresponding writer) classes? I was not able
to google anything about those.
Feel free to ignore this mail if you think it is completely offtopic.
-Thomas
Mit freundlichen Grüßen,
Thomas Reinhardt
On 10/02/2025
On 17/03/2025 17:03, Matthias Bünger wrote:
I'm not an IDE developer, but Maven user and mixing those two, for me
independend things, will make it more confusing than simpler.
Spot on. Please don't mix those. Because we will end up either with
limited options or an explosion of all valid com
If you need to digest a large 3rd party project you have to "know" all
the internal versions of that project and/or its dependencies in some way.
For example we import com.fasterxml.jackson:jackson-parent which fixes
versions of about 60 artifacts. Of course we don't use all of those but
if
You are right, that's what I am using. I guess I looked into that pom to
see what it actually manages and then went on to copy the parent section
from there. Dumb :)
-Thomas
On 20/03/2025 16:59, Filipe Roque wrote:
On Wed, 2025-03-19 at 14:20 +0100, Thomas Reinhardt wrote:
