SBT -, Steg-und Servlet 3.0

Ich habe ein winziges problem.

Habe ich Folgendes bauen.sbt-Datei:

name := "Tueet"

libraryDependencies += "org.eclipse.jetty" % "jetty-webapp" % "8.1.2.v20120308"

Nach dem aufrufen von sbt aktualisieren, bekomme ich die folgende:

[info] Set current project to Tueet (in build file:/C:/dev/tueet/)
[info] Updating {file:/C:/dev/tueet/}default-d5e982...
[info] Resolving org.scala-lang#scala-library;2.9.1 ...
[info] Resolving org.eclipse.jetty#jetty-webapp;8.1.2.v20120308 ...
[info] Resolving org.eclipse.jetty#jetty-xml;8.1.2.v20120308 ...
[info] Resolving org.eclipse.jetty#jetty-util;8.1.2.v20120308 ...
[info] Resolving org.eclipse.jetty#jetty-servlet;8.1.2.v20120308 ...
[info] Resolving org.eclipse.jetty#jetty-security;8.1.2.v20120308 ...
[info] Resolving org.eclipse.jetty#jetty-server;8.1.2.v20120308 ...
[info] Resolving org.eclipse.jetty.orbit#javax.servlet;3.0.0.v201112011016 ...
[info] Resolving org.eclipse.jetty#jetty-continuation;8.1.2.v20120308 ...
[info] Resolving org.eclipse.jetty#jetty-http;8.1.2.v20120308 ...
[info] Resolving org.eclipse.jetty#jetty-io;8.1.2.v20120308 ...
[warn]  [NOT FOUND  ] org.eclipse.jetty.orbit#javax.servlet;3.0.0.v201112011016!javax.servlet.orbit (603ms)
[warn] ==== public: tried
[warn]   http://repo1.maven.org/maven2/org/eclipse/jetty/orbit/javax.servlet/3.0.0.v201112011016/javax.servlet-3.0.0.v201112011016.orbit
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn]  ::              FAILED DOWNLOADS            ::
[warn]  :: ^ see resolution messages for details  ^ ::
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn]  :: org.eclipse.jetty.orbit#javax.servlet;3.0.0.v201112011016!javax.servlet.orbit
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[error] {file:/C:/dev/tueet/}default-d5e982/*:update: sbt.ResolveException: download     failed: org.eclipse.jetty.orbit#javax.servlet;3.0.0.v201112011016!javax.servlet.orbit
[error] Total time: 1 s, completed 2012-03-27 14:33:34

Dass es dumm ist, wie es funktioniert im Maven-kein prob. Ich fand heraus, dass es ist, weil der Orbit hat etwas mit Verpackung (legen Sie es in den orbit scheinbar).

Ich habe versucht zu tun, ausschließen("org.eclipse.jetty.orbit", "javax.servlet"), aber nichts passiert und es immer noch erforderlich, die Abhängigkeit.

Konnte ich nicht finden keine info wie man tatsächlich dieses Problem zu lösen, vielleicht wird jemand mir hier helfen 🙂

Update: die vorgestellt bug bietet einen workaround, so dass, um dieses problem zu beheben habe ich eigentlich geändert bauen.sbt zu

name := "Tueet"

libraryDependencies += "org.eclipse.jetty" % "jetty-server" % "8.1.2.v20120308"

ivyXML := 
<dependency org="org.eclipse.jetty.orbit" name="javax.servlet" rev="3.0.0.v201112011016">
<artifact name="javax.servlet" type="orbit" ext="jar"/>
</dependency>

Falls der fix nicht hilft, sollten Sie versuchen, klar ivy caches fot Steg.
Ich bin nicht in der Lage, um es arbeiten sogar mit den inline ivyXML fix
Danke @tonek! Das funktionierte: rm -rf ~/.ivy2/cache/org.eclipse.jetty.orbit
Es funktioniert für mich

InformationsquelleAutor Piotr Buda | 2012-03-27

8

Sehen diesen Fehler: https://jira.codehaus.org/browse/JETTY-1493

Der Kern des Problems ist, dass ivy nicht unterstützt die orbit Erweiterung und zuordnen muss der orbit packaging type jar. Nicht sicher, ob Sie mit Efeu oder gibt es nicht, aber der wesentliche Grund ist der gleiche, kann man sehen, dass von den unter der url suchen, es ist das herunterladen von maven central.

Dieser bug hat ein bisschen mehr den hintergrund der Grund, warum wir eingeschaltet, um diese Abhängigkeiten in den ersten Platz.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=371954
- Vielen Dank für die info, es hat mir sehr geholfen!
- In der Praxis, was passiert, ist, dass ivy Benutzer ein Rollback zu einer älteren version von Jetty: github.com/robfletcher/betamax/issues/63 (das ist auch das, was wir tun).
- Es ist schon eine Weile, ich ' ll werfen Sie einen Blick auf das Problem erneut und sehen, ob wir Sortieren, eine bessere Lösung. Eclipse ist bei Anreise orbit selbst in eine maven-freundliche form, die groß sein würde, aber es ist unklar, Wann das geschehen wird und Wann, dass es zu maven central. Ich persönlich Weise könnten wir nur davon abhängen, normale Artefakte aber leider ist das nicht erlaubt, die von der Eclipse Foundation IP-Politik.
- Ich stehe korrigiert: Upgrade auf Gradle 1.4 behebt auch das problem, und Orbit-Abhängigkeiten arbeiten out-of-the-box.
InformationsquelleAutor jesse mcconnell

Fand ich einen workaround. Weitere Informationen finden Sie hier: SBT -, Steg-und Servlet 3.0.

classpathTypes ~= (_ + "orbit")

libraryDependencies ++= Seq(
  "org.eclipse.jetty.orbit" % "javax.servlet" % "3.0.0.v201112011016" % "container"         artifacts (Artifact("javax.servlet", "jar", "jar")
  )
)

libraryDependencies ++= Seq(
  "org.eclipse.jetty" % "jetty-webapp" % "8.1.4.v20120524" % "container" artifacts            (Artifact("jetty-webapp", "jar", "jar"))
)

Sie brauchen nicht zu überschreiben Artefakte für die jetty-webapp

InformationsquelleAutor mheese

mit sbt 0.12+ (aus:https://github.com/sbt/sbt/issues/499)

libraryDependencies ++= Seq(
    "org.eclipse.jetty" % "jetty-webapp" % "8.1.7.v20120910" % "container",
    "org.eclipse.jetty.orbit" % "javax.servlet" % "3.0.0.v201112011016" % "container" artifacts Artifact("javax.servlet", "jar", "jar")
)

InformationsquelleAutor Guillaume Massé

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.