dummy: dummy: jar: 1.0, todsichere-junit4, maven und Nexus

9

Wir haben kürzlich einen Nexus-Server für unseren maven-Repository-Manager implementiert. Wir propagieren ungefähr 30 externe Repositories und leiten sie alle zu einer einzigen Gruppe zusammen, auf die wir in der settings.xml in Spiegeln mit einem * zeigen.

Vorher hatten wir dieses Problem nicht ... und jetzt tun wir es. Es frustriert mich, dass es wenig Informationen über dieses Dummyglas gibt, woher es kommt oder wo ich es bekommen kann, um diese Fehler zu stoppen. Ich habe seit ein paar Tagen recherchiert und bin mit nichts fertig geworden. Ich hoffe, dass die Gemeinschaft helfen kann.

%Vor%     
Roy Lyons 23.10.2012, 16:00
quelle

4 Antworten

3

Wir hatten ein ähnliches Problem, bei dem ein Entwickler eine Klasse mit dem Namen "TestUtil" in die Testhierarchie gestellt hatte, als die Klasse überhaupt nicht mit Unit-Tests in Verbindung stand. Das Umbenennen der Klasse in etwas, das kein Test-Präfix enthielt, behob das Problem für uns. Ich weiß allerdings nicht worum es geht.

AFAIK dummy.jar ist etwas, das intern vom surefire-Plugin verwendet wird, aber normalerweise niemals dem Endbenutzer zugänglich ist. "dummy.jar" kann im Sourcecode des todsicheren Plugins gesehen werden (beispiel1 und beispiel2 )

In unserem Fall verursachte die Klasse "TestUtil" das Problem, was zu einer ähnlichen Situation führte, aber um zu überprüfen, dass es nicht etwas logischer ist, führen Sie immer einen Lauf von maven mit -X debug log flag aus.

    
eis 16.10.2013 11:40
quelle
0

Es klingt wie ein Netzwerkproblem.

Überprüfen Sie diese Frage:

Maven kann die JAR-Abhängigkeiten nicht herunterladen

    
rvazquezglez 28.05.2013 14:45
quelle
0

Ich hatte das gleiche Problem und überprüfte, welche Version von surfirefun junit4 in unserem Nexus verfügbar war. es war 2.12, und ich habe 2.17 Version für mein Maven-Surefire-Plugin erklärt. Ich denke, das hängt wiederum von der Version 2.17 von surffiref-junit4 ab, die wir nicht von unserem Nexus bekommen konnten. was auch immer es war, war sehr frustrierend, aber ging weg, sobald ich von der todsicheren Plugin-Version auf 2.12 herabgestuft wurde, für die die richtige todsichere-junit4-Abhängigkeit von unserem Nexus heruntergeladen werden konnte und dann alles in Ordnung und gut war.

scheint so zu sein, als hätten Sie die 2.12 nicht verfügbar, also müssen Sie vielleicht zu dem zurückkehren, was in Ihrem Nexus verfügbar ist.

    
Peter Perháč 21.11.2014 16:32
quelle
0

In meinem Fall habe ich nicht die Version des todsicheren Plugins angegeben. z.B.:

%Vor%

... was super funktioniert. Aber dann habe ich meinen Maven-Kommandozeilen-Client aktualisiert und verstanden. Die Lösung variiert je nachdem, was Sie tun möchten (fügen Sie fehlende Artefakte zu Ihrem Firmen-Repo hinzu, programmieren Sie die todsichere Version, downgraden Sie Maven), aber das Verständnis des warum war der wichtige Teil für mich.

Hoffe, das hilft jemandem da draußen.

    
inanutshellus 28.03.2016 17:20
quelle

Tags und Links