.
> > >> How does unpacking help me with ... wait!
> > >> Okay, I just read the pom.xml fragment you posted much more carefully.
> > >> Now I think I get it. The destination directory is not arbitrary!
> > >> Instead, you unpack the dependency exac
l
On Sat, 29 Jul 2023 at 01:13, wrote:
> Nice catch!
>
> -Original Message-
> From: Nick Stolwijk
> Sent: Friday, July 28, 2023 7:10 PM
> To: Maven Users List
> Subject: Re: enforcing class path order using maven enforcer
>
>
> CAUTION: This email
Nice catch!
-Original Message-
From: Nick Stolwijk
Sent: Friday, July 28, 2023 7:10 PM
To: Maven Users List
Subject: Re: enforcing class path order using maven enforcer
CAUTION: This email originated from outside our organisation -
nick.stolw...@gmail.com Do not click on links, open
> Oh, I see, you're suggesting doing that as part of every build, instead
> of
> > once, statically?
> >
> > -Original Message-
> > From: Nick Stolwijk
> > Sent: Friday, July 28, 2023 6:40 PM
> > To: Maven Users List
> > Subject: Re:
en intends to put
>> compiled class files.
>> Okay, wow. That is hacky. And seriously clever. Is this a standard
>> trick or did you think of this just now?
>>
>> Re: how long to support this: probably pretty long.
>>
>> -Original Message-
>>
> Okay, wow. That is hacky. And seriously clever. Is this a standard
> trick or did you think of this just now?
>
> Re: how long to support this: probably pretty long.
>
> -Original Message-
> From: Nick Stolwijk
> Sent: Friday, July 28, 2023 6:47 PM
> To: Maven Use
pport this: probably pretty long.
-Original Message-
From: Nick Stolwijk
Sent: Friday, July 28, 2023 6:47 PM
To: Maven Users List
Subject: Re: enforcing class path order using maven enforcer
CAUTION: This email originated from outside our organisation -
nick.stolw...@gmail.com Do not clic
; Sent: Friday, July 28, 2023 6:40 PM
> To: Maven Users List
> Subject: Re: enforcing class path order using maven enforcer
>
>
> CAUTION: This email originated from outside our organisation -
> nick.stolw...@gmail.com Do not click on links, open attachments, or
> respond unle
Oh, I see, you're suggesting doing that as part of every build, instead of
once, statically?
-Original Message-
From: Nick Stolwijk
Sent: Friday, July 28, 2023 6:40 PM
To: Maven Users List
Subject: Re: enforcing class path order using maven enforcer
CAUTION: This email origi
y 28, 2023 6:24 PM
> To: Maven Users List
> Subject: Re: enforcing class path order using maven enforcer
>
>
> CAUTION: This email originated from outside our organisation -
> nick.stolw...@gmail.com Do not click on links, open attachments, or
> respond unless you recognize th
rs List
Subject: Re: enforcing class path order using maven enforcer
CAUTION: This email originated from outside our organisation -
nick.stolw...@gmail.com Do not click on links, open attachments, or respond
unless you recognize the sender and can validate the content is safe.
I was in the understan
d newer versions
> don't have this issue.
> But they're also not backwards compatible with the version we're on.
>
> -Original Message-
> From: Nick Stolwijk
> Sent: Friday, July 28, 2023 6:10 PM
> To: Maven Users List
> Subject: Re: enforcing class path
with the version we're on.
-Original Message-
From: Nick Stolwijk
Sent: Friday, July 28, 2023 6:10 PM
To: Maven Users List
Subject: Re: enforcing class path order using maven enforcer
CAUTION: This email originated from outside our organisation -
nick.stolw...@gmail.com Do not click
ts picked up!
>
> -Original Message-
> From: Tamás Cservenák
> Sent: Friday, July 28, 2023 5:29 PM
> To: Maven Users List
> Subject: Re: enforcing class path order using maven enforcer
>
>
> CAUTION: This email originated from outside our organisation -
> ta...@cser
As for IDEs, all those that try to "be caliph instead of caliph" (see
https://en.wikipedia.org/wiki/Iznogoud) IMHO are doing wrong.
Maven is Maven, everything else is just trying to be it. Good example of
IDE is Netbeans, an IDE that does not tries to reinvent things, and just
delegate to Maven to
nt to make sure that my version gets picked up!
-Original Message-
From: Tamás Cservenák
Sent: Friday, July 28, 2023 5:29 PM
To: Maven Users List
Subject: Re: enforcing class path order using maven enforcer
CAUTION: This email originated from outside our organisation -
ta...@cserv
Yup,
My "coinciding" work was not to fix people depending in cp ordering, but
was more related to my guts telling that "level order" (introduced in
experiment PR) is more correct than "pre order".
Latter may cause that your 3rd or 4th level transitive dep be enlisted on
CP before your 2nd first l
Hi Tamás,
Thanks for the corrections! I was still in the belief that it wasn't
explicitly ordered, but it seems that changed in the years. I still think
it is easier to reason about your application if you don't depend on the
order of dependencies. I have always used the Enforcer plugin to at firs
Nick,
I have to correct you, as what you wrote is not true (anymore). But first,
I think this mail was on hold by moderator, as we had a same/similar
discussion already on this thread:
https://lists.apache.org/thread/16055md5s2d5fqch5t4vkn13j7czfybr
But in short:
- since 2.0.9 dependencies ARE or
Hi Mark,
I don't think there is any guarantee for ordering in Maven. The
dependencies are not ordered, the plugins in the build section are not
ordered. I remember that with a Java upgrade the plugins were executed in a
different ordering due to a new implementation of HashMap. (Only the
plugins i
I already asked this question on Stack Overflow but got no takers so I'm trying
again here:
Suppose I have a maven module M which declares a direct dependency on modules X
and Y.
I want the classes from X to come before classes from Y in the class path.
Is there any easy way to add a rule in mav
21 matches
Mail list logo