Re: "mvn release:prepare" fails but "mvn -X release:prepare" works

2026-01-23 Thread Steinar Bang
> Steinar Bang :
> Tamás Cservenák :

>> Found the karaf issue, went to 3.9.10 and
>> https://gist.github.com/cstamas/4b80c164506ec4f0c4bf2f6c4acaf436

>> did several builds and "releases" (of course, at end I failed w/o
>> auth), still nada.

> So you're saying it is something in my local environment, probably...?

> Something in ~/.m2/repository/ maybe?

> I will try trashing the entire ~/.m2/repository and do a "mvn clean" and
> then try a new release.

Hm... didn't help.

Did "rm -rf ~/.m2/repository"

Then "mvn clean install" which failed.
 
https://gist.github.com/steinarb/22de7404c08354f3297f7f6c5e4a3c96#file-build1_log-L47

Did "rm -rf ~/.m2/repository/org/jacoco" (to lose the lastUpdated files
stopping maven from looking at remote repos)

Then a new "mvn clean install" which ran OK.

Then a "mvn release:prepare" which fail in a new but similar way (junit
jupiter not finding production classes is a recurring issue):
 
https://gist.github.com/steinarb/22de7404c08354f3297f7f6c5e4a3c96#file-release_log-L152


-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



Re: "mvn release:prepare" fails but "mvn -X release:prepare" works

2026-01-23 Thread Steinar Bang
> Tamás Cservenák :

> Found the karaf issue, went to 3.9.10 and
> https://gist.github.com/cstamas/4b80c164506ec4f0c4bf2f6c4acaf436

> did several builds and "releases" (of course, at end I failed w/o
> auth), still nada.

So you're saying it is something in my local environment, probably...?

Something in ~/.m2/repository/ maybe?

I will try trashing the entire ~/.m2/repository and do a "mvn clean" and
then try a new release.

Thanks!


-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



Re: "mvn release:prepare" fails but "mvn -X release:prepare" works

2026-01-23 Thread Steinar Bang
> Tamás Cservenák :

> Howdy,
> I cannot reproduce, with setup like yours (at mail beginning) I get this:
> https://gist.github.com/cstamas/c7dcbda6d51f9d37d72c2d8517340425

Ah, yes that one.  I had to downgrade maven in my github actions jobs
because of that one:
 
https://github.com/steinarb/oldalbum/commit/555e9142caf95340889e3bae7a4f4ff448f28235


-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



Re: "mvn release:prepare" fails but "mvn -X release:prepare" works

2026-01-23 Thread Tamás Cservenák
Found the karaf issue, went to 3.9.10 and
https://gist.github.com/cstamas/4b80c164506ec4f0c4bf2f6c4acaf436

did several builds and "releases" (of course, at end I failed w/o
auth), still nada.

T

On Fri, Jan 23, 2026 at 6:55 PM Tamás Cservenák  wrote:
>
> For full details:
> [cstamas@angeleyes oldalbum (master)]$ mvn -v
> Apache Maven 3.9.12 (848fbb4bf2d427b72bdb2471c22fced7ebd9a7a1)
> Maven home: /home/cstamas/.sdkman/candidates/maven/current
> Java version: 21.0.9, vendor: Eclipse Adoptium, runtime:
> /home/cstamas/.sdkman/candidates/java/21.0.9-tem
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "6.18.5-200.fc43.x86_64", arch: "amd64",
> family: "unix"
> [cstamas@angeleyes oldalbum (master)]$
>
> T
>
> On Fri, Jan 23, 2026 at 6:53 PM Tamás Cservenák  wrote:
> >
> > Howdy,
> >
> > I cannot reproduce, with setup like yours (at mail beginning) I get this:
> > https://gist.github.com/cstamas/c7dcbda6d51f9d37d72c2d8517340425
> >
> > Thanks
> > T
> >
> > On Fri, Jan 23, 2026 at 4:57 PM Steinar Bang  wrote:
> > >
> > > debian 13.3 "trixie", amd64, Java 21.0.4, maven 3.9.10
> > >
> > > If anyone have ideas about this I will be grateful.
> > >
> > > I am thinking either a timing issue or a dependency issue, but I may be
> > > barking up the wrong tree...?
> > >
> > > Here is the problem:
> > >
> > > For project https://github.com/steinarb/oldalbum then right now (and for
> > > the last three releases) has failed on
> > >  mvn release:prepare
> > >
> > > but if I add an -X to get more debug output, then "release:prepare" runs
> > > without error:
> > >  mvn -X release:prepare
> > >
> > > The error happens in the maven build of the release version (i.e. the
> > > version without SNAPSHOT).
> > >
> > > Builds on SNAPSHOT versions with
> > >  mvn clean install
> > > runs without issue.
> > >
> > > Builds on the release version (after release:prepare has failed) with
> > >  mvn clean install
> > >
> > > What the failure actually is varies (it is not reproducible from run to
> > > run), but most of the time it seems to be related to the test class not
> > > being able to find production code, sometimes, like here, production
> > > code in the same maven module
> > >  
> > > https://gist.github.com/steinarb/3a3c68c08ed1820622314fde1c3c5421#file-build_log-L391
> > >
> > > One thing that doesn't vary between the different failures is that it is
> > > tests in one of the maven modules that fail.
> > >
> > > I do:
> > >  mvn release:rollback
> > >  rm -rf ~/.m2/repository/no/priv/bang/oldalbum/
> > > between test runs.
> > >
> > > Tests of liquibase code often fails and liquibase uses SPI in the setup, 
> > > if
> > > that helps (the reason I am thinking about SPI is because "-X" would
> > > maybe change timing and give stuff a change to start and dependency
> > > inject...?).
> > >
> > > I also use TwelveMonkeys image processing code in this project and
> > > TwelveMonkeys also use SPI (since TwelveMonkeys implements ImageIO).
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: [email protected]
> > > For additional commands, e-mail: [email protected]
> > >

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



Re: "mvn release:prepare" fails but "mvn -X release:prepare" works

2026-01-23 Thread Tamás Cservenák
For full details:
[cstamas@angeleyes oldalbum (master)]$ mvn -v
Apache Maven 3.9.12 (848fbb4bf2d427b72bdb2471c22fced7ebd9a7a1)
Maven home: /home/cstamas/.sdkman/candidates/maven/current
Java version: 21.0.9, vendor: Eclipse Adoptium, runtime:
/home/cstamas/.sdkman/candidates/java/21.0.9-tem
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "6.18.5-200.fc43.x86_64", arch: "amd64",
family: "unix"
[cstamas@angeleyes oldalbum (master)]$

T

On Fri, Jan 23, 2026 at 6:53 PM Tamás Cservenák  wrote:
>
> Howdy,
>
> I cannot reproduce, with setup like yours (at mail beginning) I get this:
> https://gist.github.com/cstamas/c7dcbda6d51f9d37d72c2d8517340425
>
> Thanks
> T
>
> On Fri, Jan 23, 2026 at 4:57 PM Steinar Bang  wrote:
> >
> > debian 13.3 "trixie", amd64, Java 21.0.4, maven 3.9.10
> >
> > If anyone have ideas about this I will be grateful.
> >
> > I am thinking either a timing issue or a dependency issue, but I may be
> > barking up the wrong tree...?
> >
> > Here is the problem:
> >
> > For project https://github.com/steinarb/oldalbum then right now (and for
> > the last three releases) has failed on
> >  mvn release:prepare
> >
> > but if I add an -X to get more debug output, then "release:prepare" runs
> > without error:
> >  mvn -X release:prepare
> >
> > The error happens in the maven build of the release version (i.e. the
> > version without SNAPSHOT).
> >
> > Builds on SNAPSHOT versions with
> >  mvn clean install
> > runs without issue.
> >
> > Builds on the release version (after release:prepare has failed) with
> >  mvn clean install
> >
> > What the failure actually is varies (it is not reproducible from run to
> > run), but most of the time it seems to be related to the test class not
> > being able to find production code, sometimes, like here, production
> > code in the same maven module
> >  
> > https://gist.github.com/steinarb/3a3c68c08ed1820622314fde1c3c5421#file-build_log-L391
> >
> > One thing that doesn't vary between the different failures is that it is
> > tests in one of the maven modules that fail.
> >
> > I do:
> >  mvn release:rollback
> >  rm -rf ~/.m2/repository/no/priv/bang/oldalbum/
> > between test runs.
> >
> > Tests of liquibase code often fails and liquibase uses SPI in the setup, if
> > that helps (the reason I am thinking about SPI is because "-X" would
> > maybe change timing and give stuff a change to start and dependency
> > inject...?).
> >
> > I also use TwelveMonkeys image processing code in this project and
> > TwelveMonkeys also use SPI (since TwelveMonkeys implements ImageIO).
> >
> >
> > -
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



Re: "mvn release:prepare" fails but "mvn -X release:prepare" works

2026-01-23 Thread Tamás Cservenák
Howdy,

I cannot reproduce, with setup like yours (at mail beginning) I get this:
https://gist.github.com/cstamas/c7dcbda6d51f9d37d72c2d8517340425

Thanks
T

On Fri, Jan 23, 2026 at 4:57 PM Steinar Bang  wrote:
>
> debian 13.3 "trixie", amd64, Java 21.0.4, maven 3.9.10
>
> If anyone have ideas about this I will be grateful.
>
> I am thinking either a timing issue or a dependency issue, but I may be
> barking up the wrong tree...?
>
> Here is the problem:
>
> For project https://github.com/steinarb/oldalbum then right now (and for
> the last three releases) has failed on
>  mvn release:prepare
>
> but if I add an -X to get more debug output, then "release:prepare" runs
> without error:
>  mvn -X release:prepare
>
> The error happens in the maven build of the release version (i.e. the
> version without SNAPSHOT).
>
> Builds on SNAPSHOT versions with
>  mvn clean install
> runs without issue.
>
> Builds on the release version (after release:prepare has failed) with
>  mvn clean install
>
> What the failure actually is varies (it is not reproducible from run to
> run), but most of the time it seems to be related to the test class not
> being able to find production code, sometimes, like here, production
> code in the same maven module
>  
> https://gist.github.com/steinarb/3a3c68c08ed1820622314fde1c3c5421#file-build_log-L391
>
> One thing that doesn't vary between the different failures is that it is
> tests in one of the maven modules that fail.
>
> I do:
>  mvn release:rollback
>  rm -rf ~/.m2/repository/no/priv/bang/oldalbum/
> between test runs.
>
> Tests of liquibase code often fails and liquibase uses SPI in the setup, if
> that helps (the reason I am thinking about SPI is because "-X" would
> maybe change timing and give stuff a change to start and dependency
> inject...?).
>
> I also use TwelveMonkeys image processing code in this project and
> TwelveMonkeys also use SPI (since TwelveMonkeys implements ImageIO).
>
>
> -
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]