Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[tycho-user] Strange behaviour when Tycho uploads product zip artifact to Nexus

Hello mailing list,

my colleague and me notice a strange behaviour when Tycho uploads the product zip to Nexus. We are using Maven Tycho 0.18.0, Maven 3.0.4 and Nexus 2.3.1-01.  The first what we notice is that Tycho uploads two different meta data for the same product zip artifact:

- extract from maven-metadata.xml
 <snapshotVersion>
        <classifier>com.github.skosmalla.tycho.rcp.application.executable.win32.win32.x86</classifier>
        <extension>zip</extension>
        <value>1.0.0-20130627.112446-10</value>
        <updated>20130627112446</updated>
</snapshotVersion>

  <snapshotVersion>
        <classifier>win32.win32.x86</classifier>
        <extension>zip</extension>
        <value>1.0.0-20130627.112446-10</value>
        <updated>20130627112446</updated>
</snapshotVersion>

When you search after this product zip artifact in the Nexus web UI, Nexus shows only

<dependency>
  <groupId>com.github.skosmalla.tycho.rcp.example</groupId>
  <artifactId>com.github.skosmalla.tycho.rcp.application</artifactId>
  <version>1.0.0-SNAPSHOT</version>
  <classifier>win32</classifier>
  <type>win32.x86.zip</type>
</dependency>

as Maven information. This coordinates map to the second entry of the meta data. On the first look this is not nice but it does not disturb. But then we notice that the second entry is not always updated by Tycho, so that the metadata in Nexus sometimes looks like that

- extract from maven-metadata.xml
<snapshotVersion>
        <classifier>com.github.skosmalla.tycho.rcp.application.executable.win32.win32.x86</classifier>
        <extension>zip</extension>
        <value>1.0.0-20130627.112255-9</value>
        <updated>20130627112255</updated>
</snapshotVersion>

<snapshotVersion>
        <classifier>win32.win32.x86</classifier>
        <extension>zip</extension>
        <value>1.0.0-20130627.111123-8</value>
        <updated>20130627111123</updated>
</snapshotVersion>

When you use the above described coordinates, you don't download the current SNAPSHOT version of your product zip artifact. This behaviour we could reconstruct without any change in the configuration or source code, Our workaround is that we modified coordinates, so that they map to the first entry in the metadata. We construct a sample from the RCP Mail Template to our configuration of Tycho [1].

My question to the mailing list is: Do anyone notice this behaviour in its project, too? Is it a problem in Tycho or in Maven or in Nexus? Or do we do anything wrong?

Thank you and best regards,

Sandra Kosmalla

[1] https://github.com/skosmalla/tycho-eclipse-rcp-example

IT Solutions / Software Development
Rhenus Freight Logistics GmbH & Co.KG, Rhenus-Platz 1, 59439 Holzwickede, Deutschland
Tel: +49 (0)2301 29-2236, Fax: +49 (0)2301 29-17253
sandra.kosmalla@xxxxxxxxxxxxx,
www.rhenus.com;

Sitz: Unna, AG Hamm, HRA 2089; phG: Rhenus Freight Logistics Verwaltungs GmbH, Unna, AG Hamm HRB 3422; Geschäftsführer: Petra Finke, Tobias Bartz, Dr. Martin Neese, Lutz Welter

Wir arbeiten ausschließlich auf Grundlage der Allgemeinen Deutschen Spediteursbedingungen (ADSp), jeweils neueste Fassung. Diese beschränken in Ziffer 23 ADSp die gesetzliche Haftung für Güterschäden nach § 431 HGB für Schäden im speditionellen Gewahrsam auf EUR 5,00/kg; bei multimodalen Transporten unter Einschluss einer Seebeförderung auf 2 SZR/kg sowie ferner je Schadenfall bzw. –ereignis auf EUR 1 Mio. bzw. EUR 2 Mio. oder 2 SZR/kg je nachdem, welcher Betrag höher ist. Ergänzend wird vereinbart, dass (1) Ziffer 27 ADSp weder die Haftung des Spediteurs noch die Zurechnung des Verschuldens von Leuten und sonstigen Dritten abweichend von gesetzlichen Vorschriften wie § 507 HGB, Art. 25 MÜ, Art. 36 CIM, Art 20, 21 CMNI zu Gunsten des Auftraggebers erweitert, (2) der Spediteur als Verfrachter in den in § 512 Abs. 2 Nr. 1 HGB aufgeführten Fällen des nautischen Verschulden oder Feuer an Bord nur für eigenes Verschulden haftet und (3) der Spediteur als Frachtführer im Sinne der CMNI unter den in Art. 25 Abs. 2 CMNI genannten Voraussetzungen nicht für nautisches Verschulden, Feuer an Bord oder Mängel des Schiffes haftet. Erfüllungsort und Gerichtstand für beide Teile ist Unna.

Back to the top