The only thing I can imagine this to happen is if you do something
funky about deployment, like you deploy separately classified
artifacts from the same reactor?

Thanks
T

On Sun, Oct 13, 2024 at 11:24 PM Tamás Cservenák <ta...@cservenak.net> wrote:
>
> Howdy,
>
> can you create a reproducer that reproduces this behaviour?
>
> Thanks
> T
>
> On Sun, Oct 13, 2024 at 9:55 PM Dale Ogilvie <dale_ogil...@trimble.com> wrote:
> >
> > 3.9.9 demonstrates similar behaviour, where one of the snapshotVersions in
> > maven-metadata.xml lags one build behind. In this case it is not the jar,
> > but the sources which lags.
> >
> > Should this be an issue in maven jira?
> >
> >
> >
> > On Fri, Oct 11, 2024 at 4:52 PM Dale Ogilvie <dale_ogil...@trimble.com>
> > wrote:
> >
> > > Hello,
> > >
> > > we do builds up against the latest snapshot in our dev environment. After
> > > switching our builds from maven 3.8.5 to 3.9.7 we find that the
> > > maven-metadata.xml generated for our snapshot libraries is incorrect,
> > > resulting in a build up against the **previous** snapshot. Switching back
> > > to 3.8.5 fixes the issue.
> > >
> > > The incorrect metadata is generated when we "mvn deploy" our library. I
> > > took a look at the release logs for 3.9.8 and 3.9.9 and could not see any
> > > fixed issues which seemed to resemble this problem. We will try out 3.9.9
> > > once we get it installed on our build system.
> > >
> > > We are using an updatePolicy of always on our snapshot repo.
> > >
> > >         <repository>
> > >           <snapshots>
> > >             <enabled>true</enabled>
> > >             <updatePolicy>always</updatePolicy>
> > >           </snapshots>
> > >           <id>our-snapshot</id>
> > >           <name>our-snapshots</name>
> > >           <url>https://someurlhere</url>
> > >         </repository>
> > >
> > > Example incorrect file below. The *jar snapshotVersion *is one build
> > > number back, it should be 516
> > >
> > > <?xml version="1.0" encoding="UTF-8"?>
> > > <metadata modelVersion="1.1.0">
> > >   <groupId>redacted</groupId>
> > >   <artifactId>also-redacted</artifactId>
> > >   <version>0.30.17-SNAPSHOT</version>
> > >   <versioning>
> > >     <snapshot>
> > >       <timestamp>20241010.231422</timestamp>
> > >       <buildNumber>516</buildNumber>
> > >     </snapshot>
> > >     <lastUpdated>20241010231529</lastUpdated>
> > >     <snapshotVersions>
> > >       <snapshotVersion>
> > >         <classifier>sources</classifier>
> > >         <extension>jar</extension>
> > >         <value>0.30.17-20241010.231422-516</value>
> > >         <updated>20241010231422</updated>
> > >       </snapshotVersion>
> > >       <snapshotVersion>
> > >         <extension>jar</extension>
> > >         <value>0.30.17-20241010.215322-515</value>
> > >         <updated>20241010215322</updated>
> > >       </snapshotVersion>
> > >       <snapshotVersion>
> > >         <extension>pom</extension>
> > >         <value>0.30.17-20241010.231422-516</value>
> > >         <updated>20241010231422</updated>
> > >       </snapshotVersion>
> > >     </snapshotVersions>
> > >   </versioning>
> > > </metadata>
> > >
> > > Thanks!
> > >
> > >
> >
> > --
> > Dale Ogilvie
> > Senior Software Engineer,
> > Technical and Process Coach,
> > Business Systems
> > 11 Birmingham Drive, Christchurch, New Zealand
> > +64-22-6005437 Mobile
> > dale_ogil...@trimble.com
> > <https://www.linkedin.com/in/dale-ogilvie-527a9151>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Reply via email to