eclipse ant build failed Unable to delete file " lib\build

Beim ausführen bestimmte build.xml Ziele der clean-ist ein hit oder miss auf löschen der ivy-jar-Verzeichnis. Der "locked" - Dateien werden von eclipse, über den explorer auf das Verzeichnis oder erneut ausführen ant von eclipse weigert sich, es zu löschen, bis Neustart von eclipse. Dies ist sehr zeitaufwendig.
Einige Grund, eclipse ist das festhalten an dieser Dateien nach dem ausführen von ant-build/clean.
Es ist nicht alle Projekte und nur zu bestimmten Zeiten aus unbekannten Gründen.

Es ist dieser bestehenden Diskussion. Eclipse wird nicht löschen Sie die Dateien

aber es beantwortet nicht die Frage, die für mich über, wie man eclipse zum ausführen von ant ohne Neustart jedes mal.

Gibt es eine Möglichkeit, die Verwendung von eclipse -Konsole zu sehen, die Datei-handles, was hält es? oder weiß jemand die Ursache, warum eclipse/ant/ivy nicht gehen lassen, diese Ziele nach einem build oder zwei (1. mal nach einem frischen start von Eclipse funktioniert), aber dann einige der nachfolgenden ant-build-danach wird es unglücklich.

In meinem Fall ist es eclipse, die die Datei gesperrt wird ist sicher.
Neustart von Eclipse ist das auch keine Lösung. Ansonsten, ich werde einfach gehen Sie zurück, um eine Kommandozeilen-Fenster. Ich habe versucht Einstellung die laufen in derselben jvm und alle möglichen Einstellungen.

Brauche ich zum Debuggen von eclipse-plugins? Gibt es ein einfacher Weg, um herauszufinden, was nicht die Sperre innerhalb von Eclipse und den plugins? Dies ist meine erste mal überhaupt zu sehen und ich vermute, es ist IVY, die es verursacht.

Laufen juno, Efeu, Feder, ant und das problem beim ausführen als Ant-Build von Eclipse, clean ist nicht in der Lage zu löschen lib/build-Verzeichnis der Artefakte.

eclipse.buildId=M20130204-1200
java.version=1.6.0_43
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Framework arguments:  -product org.eclipse.epp.package.jee.product
Command-line arguments:  -os win32 -ws win32 -arch x86 -product org.eclipse.epp.package.jee.product

!ENTRY org.apache.ivyde.eclipse 1 0 2013-06-04 11:36:50.344 
!MESSAGE starting IvyDE plugin

ant-target:

    <target name="clean-retrieved" >
    <delete includeemptydirs="true" >
            <fileset dir="${basedir}">
                <include name="lib/**" />
            </fileset>
    </delete>
</target>

FEHLER:

clean-retrieved:

BUILD FAILED
C:\scripts\common-build-targets.xml:238: Unable to delete file C:\scripts\lib\build\annotations-1.3.8.jar <<just first jar file in directory..

Windows? Wenn eine Datei geöffnet ist im Verzeichnis windows wird sich weigern die zu löschen. OS-level-Fehler.
Es ist nicht ein Fehler. es ist eine Nachricht, die die Datei gesperrt ist. Eclipse-ant die Datei sperrt, und nicht die Sperre, es sei denn, Neustart von eclipse. Ich denke es ist ein bug oder ein "Fehler" in eclipse-ant-plug-in, und es scheint assoziiert zu sein mit der ivy dependency manager, denn ich habe noch nie gesehen, dies vor ivy integration.
Eher ein OS-Problem sein, sicherlich, dass ist meine Erfahrung. Jede chance, die Sie verwenden locking-Strategie in Ihren ivy-Einstellungen-Datei? Selten gebraucht und ist kaum in der Wurzel-Fall: ant.apache.org/ivy/history/latest-milestone/settings/...
In meiner Erfahrung von Kepler, sperrt es Gläser, die erwähnt sind in den Klassenpfad von Projekten. Sie brauchen nicht, um tatsächlich ausführen eines Prozesses für die Sperre zu materialisieren. Oft habe ich halt Eclipse und führen Sie das ant-task auf den Befehl Fenster. Ich weiß nicht, ob es leicht sein würde, zu töten, die Griffe, um das problem jar-Dateien mithilfe von SysInternals handle.exe aber sollte ich denke, das würde erfordern erweiterte Benutzerrechte, die könnten auch ein problem sein.

InformationsquelleAutor ken | 2013-06-05

3

Dieser tritt auf, wenn ein Prozess diese Datei. Ich hatte dieses Problem in der Regel geschieht, wenn das Programm verwendet, sagte jar noch läuft. Stellen Sie sicher, dass Sie nicht noch laufen, Ihr Programm in eclipse. Der einfachste Weg, um zu sehen, optisch ist dies zu sehen:

Dass red square (stop-Taste) aktiviert bedeutet, dass das Programm noch läuft. Wenn Sie drücken, die, würde Sie stoppen Ihre Prozess. Allerdings, wenn Sie Ihr Programm nicht ausführen, es würde in etwa so Aussehen:

Da die "stop" - Taste nicht aktiviert ist, bedeutet es, dass das Programm nicht ausgeführt wird. Es ist jedoch möglich, dass es andere Prozesse laufen auch andere als die dargestellte Zeit. Zu sehen, dass können Sie sehen, eine "Bildschirm" - Symbol in der nächsten Abbildung:

Dass computer-Bildschirm aktiviert wird, bedeutet, dass Sie ran müssen mehrere Programme/Prozesse. Klick auf den Pfeil nach unten können Sie ändern, um andere Programme. Überprüfen Sie, wenn diese ausgeführt werden, und beenden Sie diese auch. Ein einfacher Weg ist, um die betätigung des Doppel-X-symbol. Das wird beenden Sie jeden Abschnitt im Zusammenhang zu einem fertigen Prozess, und könnte Ihnen zeigen, eine, die noch in Betrieb ist, können Sie zu stoppen. Drücken Sie den Doppel-x-und die stop-Taste, bis alle Weg sind, und Sie sollten in der Lage sein, löschen Sie Ihr Glas, und bauen, ohne Frage.

Dass gute info und gut dokumentiert, aber die ant-Prozess-task abgeschlossen ist. Der double-XX funktioniert auch nicht. Wenn Sie die ant-build aus anderen Gründen fehl, die jar-Dateien sind gesperrt, immer noch zu. Also ich denke, es ist eclipse ant Modul, das ist nicht die Handhabung von Ausnahmen gut und Fehler in der Seite, die der ant-plugin. Die ant-eclipse-bug-tracker zeigt so etwas wie dies in der Antike circa 2004... bugs.eclipse.org/bugs/show_bug.cgi?id=64713 so wird es ähnliche problem-Muster, es sieht aus wie es baseline-problem mit wie die taskdef-wird verwiesen. Die Abhilfe könnte sein, die änderung der ant-Skript (ach.)
Common sense: Dies tritt auf, wenn ein Prozess diese Datei. Danke!!

InformationsquelleAutor chamakits
0

Führen unten von der Kommandozeile

c:\path_to_eclipse\eclipse.exe -reinigen

InformationsquelleAutor user3140352
0

Scheint dies ein problem mit der ant-plugin. In meinem Fall, wenn das plugin analysiert die build.xml die Datei, es öffnet die Datei verarbeitet, um alle jars erwähnt im classpath meines taskdef-elements. Sobald Sie eine Aktion bewirkt, dass das ant-plugin, um eine Analyse der build.xml die Datei erhält die Datei-handles, um diese Gläser und werde nicht loslassen, bis eclipse ist geschlossen. Ich halte dies für einen bug in der ant-plugin-es sollte nur offen halten, Datei-handles, während das Ziel ausgeführt wird.

Habe ich keine work-around für dieses problem andere als die Rückkehr zur Verwendung der Befehlszeile ant statt der eclipse-plugin. Der gesamte Aufbau konnte umstrukturiert werden, zu stellen, Kopien von diesen Gläsern anderswo, und aktualisieren Sie die taskdef-Ziele, aber das ist eine ernsthafte hack. Menschen, die im team mit mac oder linux nicht sehen, weil jene Ihnen erlauben, um eine Datei zu löschen, hat ein offenes Datei-handle. Über die Vorzüge, die Sie anderswo.

InformationsquelleAutor Cliff
0

Werde ich chip hier (ich weiß, das ist ein Alter post)

Mein Eclipse/Ant-combo war in Ordnung arbeiten, aber dann ich habe einen neuen Arbeitsbereich, die sah ok aus, aber weigerte sich, entfernen Sie die dist/*jars während einer reinigen.

Ich habe versucht, entfernen Sie Sie über den Windows-Explorer, die behaupteten, Sie seien bereits in Eclipse.

Einem Eclipse-Neustart gearbeitet, aber zeitaufwendig war.

Meine Lösung - ich habe einen neuen Arbeitsbereich und re-importiert meine Projekte.

Meine Vermutung - einige Fehler in meinem ursprünglichen Arbeitsbereich.

InformationsquelleAutor thonnor
0

Hatte ich das problem auch. Es wurde verursacht, weil der eine verweigerte Berechtigung für einen Ordner. Ich konnte nicht wechseln Besitzer des Ordners. Was das problem war der Einbau des Lockhunter entsperren Sie den Ordner, zu löschen und neu zu erstellen.

InformationsquelleAutor user2718671

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.