2012-12-30 9 views
7

Es gibt viele Informationen im diesem Thema zur Verfügung, aber ich kann es nicht in Jetty 9. Der jüngste Ansatz fand ich an die Arbeit war: Jetty Maven Plugin is ignoring custom webdefault.xmlDatei mit Jetty in Windows Sperren 9 und Maven Plugin

Ich habe die Datei webdefault.xml aus meinem Maven-Repository extrahiert. Dann setze ich useFileMappedBuffer auf false und platziere es in meinem Projekt als jetty-maven-plugin-webdefault.xml.

<plugin> 
    <groupId>org.eclipse.jetty</groupId> 
    <artifactId>jetty-maven-plugin</artifactId> 
    <version>9.0.0.M4</version> 
    <configuration> 
     <webAppConfig> 
      <defaultsDescriptor>src/main/resources/jetty-maven-plugin-webdefault.xml<</defaultsDescriptor> 
     </webAppConfig> 
    </configuration> 
</plugin> 

Wenn ich ausführen jetty:run sehe ich meine webdefault.xml referenziert:

[INFO] Web defaults = src/main/resources/jetty-maven-plugin-webdefault.xml 

Aber ich habe immer noch Probleme mit Dateien in Windows-Sperren (mit IntelliJ IDEA 11). Kennt jemand eine Lösung?

+0

Überprüfen Sie diese Antwort [So verhindern Sie, dass die Station statische Ressourcen blockiert] (http://StackOverflow.com/a/35863046/1690578) – nikopol86

Antwort

5

Nach dem Graben ein wenig tiefer, fand ich einen Fehler in Jetty 9.0.0.M4 so dass es den useFileMappedBuffer Parameter ignorieren: https://bugs.eclipse.org/bugs/show_bug.cgi?id=395885

Ich habe einen Patch vorgeschlagen und hoffen, dass es vor der Veröffentlichung festgelegt werden:)

+2

Danke, wir werden versuchen und haben dies in M6 oder RC1, je nachdem, welche nächste Version entpuppt sich als (wir haben M5 inszeniert atm) –

+2

'Version 9.3.0.M2' funktioniert nicht für mich. Alle Class-Dateien sind gesperrt. – zhaoyou

+0

@zhaoyou Ich habe das gleiche Problem; gesperrte Klassendateien Hast du eine Lösung gefunden? –

4

ich

herabgestuft
<dependency> 
    <groupId>org.mortbay.jetty</groupId> 
    <artifactId>jetty-maven-plugin</artifactId> 
    <version>8.1.8.v20121106</version> 
</dependency> 

die immer noch die Web-Standard respektiert.

Verwandte Themen