Hi,
wir haben hier im Büro ein Problem mit Snapshot Abhängigkeiten. Unsere internen Tools werden mit Jenkins als Snapshot gebaut und auf einen Artifactory Server deployed.
Das erste Problem:
Wenn die Snapshots non unique sind, weigert sich m2eclipse die Abhängigkeiten neu zu laden, er lädt zwar jedes mal die neuesten Metadaten herunter, aber das im lokalen Cache (.m2) befindliche jar bleibt immer das selbe, alte jar.
Das zweite Problem:
Wenn wir die Snapshots auf unique setzen, werden sie von m2eclipse sofort heruntergeladen und eingebunden, das funktioniert hervorragend. Aber früher oder später müllen wir uns auf diese Art und Weise den lokalen Maven Cache zu, da er die Snapshots natürlich nicht aufräumt.
Da wir noch nicht lange mit Jenkins und Artifactory arbeiten, gehe ich davon aus, dass wir etwas recht simples übersehen, wie macht ihr das? Welches von dem beiden "Problemen" ist einfacher zu lösen? Von Unique Snapshots wird ja eher abgeraten, das heißt eine Lösung mit non-unique Snapshots wäre besser?
Gruß und Danke,
Tim
wir haben hier im Büro ein Problem mit Snapshot Abhängigkeiten. Unsere internen Tools werden mit Jenkins als Snapshot gebaut und auf einen Artifactory Server deployed.
Das erste Problem:
Wenn die Snapshots non unique sind, weigert sich m2eclipse die Abhängigkeiten neu zu laden, er lädt zwar jedes mal die neuesten Metadaten herunter, aber das im lokalen Cache (.m2) befindliche jar bleibt immer das selbe, alte jar.
Das zweite Problem:
Wenn wir die Snapshots auf unique setzen, werden sie von m2eclipse sofort heruntergeladen und eingebunden, das funktioniert hervorragend. Aber früher oder später müllen wir uns auf diese Art und Weise den lokalen Maven Cache zu, da er die Snapshots natürlich nicht aufräumt.
Da wir noch nicht lange mit Jenkins und Artifactory arbeiten, gehe ich davon aus, dass wir etwas recht simples übersehen, wie macht ihr das? Welches von dem beiden "Problemen" ist einfacher zu lösen? Von Unique Snapshots wird ja eher abgeraten, das heißt eine Lösung mit non-unique Snapshots wäre besser?
Gruß und Danke,
Tim