wie bekomme ich sbt, ein lokales maven proxy repository (Nexus) zu benutzen?

Habe ich eine sbt (Scala) - Projekt, das derzeit zieht Artefakte aus dem web. Wir möchten den Weg zu einem corporate-einheitlichen Nexus-repository, das würde die cache-Artefakte. Aus dem Nexus-Dokumentation, ich verstehe, wie zu tun, dass für Maven-Projekte. Aber sbt offensichtlich einen anderen Ansatz nutzt. (Ich verstehe Ivy beteiligt ist, irgendwie, aber ich habe es nie benutzt und kann nicht verstehen, wie es funktioniert.)

Wie kann ich sagen, sbt und/oder die zugrunde liegenden Efeu zu verwenden, die corporate Nexus repository-system für alle Abhängigkeiten? Ich möchte die Antwort zu verwenden irgendeine Art von Projekt-Ebene Konfigurations-Datei, so dass neue Klone von unserem Quellcode-repository wird automatisch den proxy. (I. e., ausmisten über mit dem pro-user-config-Dateien im dot-Verzeichnis ist nicht lebensfähig.)

Dank!

InformationsquelleAutor der Frage Harlan | 2010-09-22

29

Schritt 1: Befolgen Sie die Anweisungen auf Detaillierte Themen: Proxy-Repositoriesdie ich habe, zusammengefasst und ergänzt unten:
1. (Wenn Sie mit Artifactory, können Sie diesen Schritt überspringen.) Erstellen Sie eine völlig getrennt Maven-proxy-repository (oder die Gruppe) auf Ihr corporate Maven-repository, um einen proxy ivy-Stil repositories wie diese beiden wichtigsten:
  - http://repo.typesafe.com/typesafe/ivy-releases/
  - http://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/
  Dies ist nötig, da manche repository-Manager nicht in den Griff Ivy-Stil-und Maven-Stil-repositories zusammengemischt.
2. Erstellen Sie eine Datei repositories listing sowohl Ihre wichtigsten Unternehmens-repository und jeder extra ein, die Sie in Schritt 1 erstellt haben, in das format " unten dargestellt:
```
[repositories]
  my-maven-proxy-releases: http://repo.example.com/maven-releases/
  my-ivy-proxy-releases: http://repo.example.com/ivy-releases/, [organization]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)[revision]/[type]s/[artifact](-[classifier]).[ext]
```
3. Entweder speichern Sie die Datei in der .sbt - Verzeichnis in Ihrem home-Verzeichnis, oder geben Sie es auf die sbt Befehlszeile:
```
sbt -Dsbt.repository.config=<path-to-your-repo-file>
```
Eine gute Nachricht für diejenigen, die mit älteren Versionen von sbt: obwohl, in der sbt-0.12.0-launcher-jar-zumindest die boot-Eigenschaften von Dateien für die älteren sbt-Versionen enthalten nicht die benötigte Zeile (die, die erwähnt repository.config), wird es noch Arbeit für diese Versionen von sbt, wenn Sie die Bearbeitung dieser Dateien zum hinzufügen der gewünschten Zeile, und Verpacken diese in das sbt-0.12.0-launcher-jar! Dies ist, weil das feature implementiert ist, im launcher, nicht im sbt selbst. Und das sbt-0.12.0-launcher wird behauptet, um in der Lage zu starten alle Versionen von sbt, gleich wieder auf 0,7!

Schritt 2: Um sicherzustellen, dass externe repositories nicht verwendet wird, entfernen Sie den Standard-repositories von Ihrem Resolver. Dies kann in einer von zwei Möglichkeiten:
1. Fügen Sie der Befehlszeile-option -Dsbt.override.build.repos=true erwähnt, auf der Detaillierte Themen-Seite oben. Dadurch werden die Archive, die Sie in der angegebenen Datei zu überschreiben repositories angegeben, in einem Ihrem sbt-Dateien. Dies kann nur dann funktionieren, sbt 0,12 und oben, obwohl - ich habe nicht versucht es noch nicht.
2. Verwenden fullResolvers := Seq( resolver(s) für Ihr Firmen-maven-repositories ) in deinem build-Dateien, statt resolvers ++= oder resolvers := oder was auch immer Sie verwendet, um zu verwenden.
InformationsquelleAutor der Antwort Robin Green

OK, mit etwas Hilfe von Mark Harrah ' auf die sbt-mailing-Liste, ich habe eine Antwort, die funktioniert.

Meine build-Klasse sieht nun wie folgt aus (plus einige andere repos):

import sbt._

//By extending DefaultWebProject, we get Jetty support
class OurApplication(info: ProjectInfo) extends DefaultWebProject(info) {

  //This skips adding the default repositories and only uses the ones you added
  //explicitly. --Mark Harrah
  override def repositories = Set("OurNexus" at "http://our.nexus.server:9001/nexus/content/groups/public/") 
  override def ivyRepositories = Seq(Resolver.defaultLocal(None)) ++ repositories

  /* Squeryl */
  val squeryl = "org.squeryl" % "squeryl_2.8.0.RC3" % "0.9.4beta5"

  /* DATE4J */
  val date4j = "hirondelle.date4j" % "date4j" % "1.0" from "http://www.date4j.net/date4j.jar"

  //etc
}

Nun, wenn ich löschen Squeryl Baum von meiner Maschine .ivy2/cache Verzeichnis, sbt versucht, es zu packen aus der Nexus-Baum mit der entsprechenden URL. Problem gelöst!

InformationsquelleAutor der Antwort Harlan

Alles, was Sie brauchen, ist die Definition einer property-Datei sbt.boot.properties denen Sie:

neu zu definieren, ivy cache location (ich brauche es, weil es wäre sonst ein Teil unserer servergespeichertes Windows Profildie ist stark begrenzt Speicherplatz in unserem shop. Sehen Ausgabe 74)
Definition einer anderen Maven-repo Sie wollen

 C:\HOMEWARE\apps\sbt-0.74\sbt.boot.properties 

[scala] 
version: 2.7.7 
# Klassifikatoren: sources, javadoc 

[app] 
org: org.scala-tools.sbt 
name: sbt 
version: read(sbt.version) 
Klasse: sbt.xMain 
Komponenten: xsbti 
cross-Versionsangabe: true 
Klassifikatoren: sources, javadoc 

[Paketquellen] 
lokale 
mein nexus: http://my.nexus/nexus/content/repositories/scala-tools/, [Organisation]/[Modul]/[revision]/[type]s/[Artefakt](-[classifier]).[extern] 
maven-lokale 
# sbt-db: http://databinder.net/repo/, [Organisation]/[Modul]/[revision]/[type]s/[Artefakt](-[classifier]).[extern] 
# maven-central 
# scala-tools-Versionen 
# scala-tools-snapshots 

[boot] 
Verzeichnis: Projekt/boot 
Eigenschaften: - Projekt/bauen.Eigenschaften 
die Eingabeaufforderung erstellen: Projekt nicht vorhanden ist, erstellen neues Projekt? 
prompt-fill: true 
quick-option: true 

[log] 
level: debug 

[app-Einstellungen] 
Projekt.name: quick=set(test), neu=prompt(Namen)[p], fill=prompt(Name) 
Projekt.Organisation: neu=prompt(Organisation)[org.vonc] 
Projekt.version: quick=set(1.0), neu=prompt(Version)[1.0], fill=prompt(Version)[1.0] 
bauen.scala.Versionen: quick=set(2.8.0.RC2), neu=prompt(Scala-version)[2.8.0.RC2], fill=prompt(Scala-version)[2.8.0.RC2] 
sbt.version: quick=set(0.7.4), neu=prompt(sbt version)[0.7.4], fill=prompt(sbt version)[0.7.4] 
Projekt.scratch: quick=set(true) 
Projekt.initialisieren: quick=set(true), new=set(true) 

[ivy] 
cache-Verzeichnis: C:\HOMEWARE\projects\.ivy2\cache

Hinweis: diese sbt.boot.properties Datei ist inspiriert von:

die man in der erwähnten "Generalisierte Launcher" - Seite das sbt-Projekt.
die man gefunden hat, innerhalb sbt-0.74 selbst!

Habe ich kommentiert jede externe Maven-repository, definition, und fügte hinzu, eine Referenz zu meiner eigenen Nexus-Maven-repo.

Der launcher konfiguriert werden können eine der folgenden Möglichkeiten, in aufsteigender Reihenfolge der Priorität:

Ersetzen Sie die /sbt/sbt.boot.properties Datei in der jar.

Legen Sie eine Konfigurationsdatei mit dem Namen sbt.boot.properties im classpath. Legen Sie es in die classpath-root ohne /sbt Präfix.

Geben Sie den Speicherort der eine Alternative Konfiguration auf der Kommandozeile. Dies kann getan werden durch:

entweder die Angabe der Position als system-property sbt.boot.properties

oder als erstes argument für den launcher mit vorangestelltem '@'.

Die Eigenschaft system hat niedrigere Priorität.

Auflösung eines relativen Pfad ist:

zunächst versucht, gegen das aktuelle Arbeitsverzeichnis,

dann gegen home-Verzeichnis des Benutzers,

und dann auf das Verzeichnis mit der jar launcher.

Wird ein Fehler generiert, wenn keiner dieser versuche erfolgreich.

Definieren sbt.Fledermaus-wrapper (um sicher zu sein, zu geben Ihre sbt.boot.properties) wie:

C:\HOMEWARE>more C:\HOMEWARE\bin\sbt.BAT
@echo off
set t=%~dp0
set adp0=%t:C:\="%"

set SBT_DIR=%adp0%..\apps\sbt-0.74
dir C:\%SBT_DIR%\sbt-launch-0.7.4.jar
# if needed, add your proxy settings
set PROXY_OPTIONS=-Dhttp.proxyHost=my.proxy -Dhttp.proxyPort=80xx -Dhttp.proxyUser=auser -Dhttp.proxyPassword=yyyy
set JAVA_OPTIONS=-XX:+CMSClassUnloadingEnabled -XX:MaxPermSize=256m -Xmx512M -cp C:\HOMEWARE\apps\sbt-0.74\sbt-launch-0.7.4
set SBT_BOOT_PROPERTIES=-Dsbt.boot.properties="sbt.boot.properties"
cmd /C C:\HOMEWARE\apps\jdk4eclipse\bin\java.exe %PROXY_OPTIONS% %JAVA_OPTIONS% %SBT_BOOT_PROPERTIES% -jar C:\HOMEWARE\apps\sbt-0.74\sbt-launch-0.7.4.jar %*

Und Ihre sbt herunterladen Artefakte nur aus:

Nexus
das lokale Maven-repo.

Gerade getestet, die zu Hause mit einem alten Nexus opensource 1.6 hatte ich ausgeführt, java 1.6, sbt07.4

C:\Prog\Java\jdk1.6.0_18\jre\bin\java  -Xmx512M -Dsbt.boot.properties=sbt.boot.properties - jar "c:\Prog\Scala\sbt\sbt-launch-0.7.4.jar"

Gibt:

[success] Build completed successfully.
C:\Prog\Scala\tests\pp>sbt
Getting Scala 2.8.0 ...
downloading http://localhost:8081/nexus/content/repositories/scala/org/scala-lang/scala-compiler/2.8.0/scala-compiler-2.
8.0.jar ...
        [SUCCESSFUL ] org.scala-lang#scala-compiler;2.8.0!scala-compiler.jar (311ms)
downloading http://localhost:8081/nexus/content/repositories/scala/org/scala-lang/scala-library/2.8.0/scala-library-2.8.
0.jar ...
        [SUCCESSFUL ] org.scala-lang#scala-library;2.8.0!scala-library.jar (185ms)
:: retrieving :: org.scala-tools.sbt#boot-scala
        confs: [default]
        2 artifacts copied, 0 already retrieved (14484kB/167ms)
[info] Building project test 0.1 against Scala 2.8.0
[info]    using sbt.DefaultProject with sbt 0.7.4 and Scala 2.7.7

Wenn ich versuche, eine lustige Wert in der sbt.boot.Eigenschaften Datei:

C:\Prog\Scala\tests\pp>sbt
Getting Scala 2.9.7 ...

:: problems summary ::
:::: WARNINGS
                module not found: org.scala-lang#scala-compiler;2.9.7
        ==== nexus: tried
          http://localhost:8081/nexus/content/repositories/scala/org/scala-lang/scala-compiler/2.9.7/scala-compiler-2.9.7.pom
          -- artifact org.scala-lang#scala-compiler;2.9.7!scala-compiler.jar:
          http://localhost:8081/nexus/content/repositories/scala/org/scala-lang/scala-compiler/2.9.7/scala-compiler-2.9.7.jar

Damit es nicht begrenzen sich auf das zwei-repo habe ich definiert:

[repositories]
nexus:  http://localhost:8081/nexus/content/repositories/scala
nexus2: http://localhost:8081/nexus/content/repositories/scala, [organization]/[module]/[revision]/[type]s/[artifact](-[classifier]).[ext]

(Ich kommentierte alles andere: localmaven-local...)

Wenn ich kommentieren alle repositories und legte eine komisch-Wert (2.7.9) für die scala-version in der sbt.boot.properties ich tun, um (wie der OP) hast

C:\Prog\Scala\tests\pp>sbt
Error during sbt execution: No repositories defined.

Wenn ich 2.7.7 (während immer noch alle repo kommentiert), ja, es wird nicht ein Fehler generiert:

C:\Prog\Scala\tests\pp>sbt
[info] Building project test 0.1 against Scala 2.8.0
[info]    using sbt.DefaultProject with sbt 0.7.4 and Scala 2.7.7

Aber das ist nur, weil es schon runtergeladen hatte scala2.8.0 bei meinen früheren versuchen.

Wenn ich entfernen, die Bibliothek von meinem project/boot Verzeichnis, dann wird eine Ausnahme geworfen:

[info]    using sbt.DefaultProject with sbt 0.7.4 and Scala 2.7.7
> C:\Prog\Scala\tests\pp>sbt
Error during sbt execution: No repositories defined.
        at xsbt.boot.Pre$.error(Pre.scala:18)
        at xsbt.boot.Update.addResolvers(Update.scala:197)
...
        at xsbt.boot.Boot$.main(Boot.scala:15)
        at xsbt.boot.Boot.main(Boot.scala)
Error loading project: Error during sbt execution: No repositories defined.

InformationsquelleAutor der Antwort VonC

5

Gut, das hat nervte mich für eine Weile so fand ich einen Kerl, der geschrieben hat, ein SBT-plugin für maven auf github aufgerufen maven-sbt so alle Sie tun müssen ist, fügen Sie es in Ihrem Plugin-Projekt und machen Ihr Projekt mixin mit maven.MavenDependencies und alle Ihre Operationen wie aktualisieren und veröffentlichen-lokale Arbeit mit Ihrem lokalen maven. Das schöne daran ist, wenn Sie wie ich sind, Ihre org alle maven. So, alle libs sind in Ihr lokales maven repo, aber wenn aus irgendeinem Grund Sie bauen mit sbt zuerst, dann Sie ein Bündel oder Gläser in ivy zu. Was für eine Verschwendung von Speicherplatz und Zeit, da Sie noch brauchen, um Sie für Ihre maven-builds.

Sagte, ich wünschte, diese waren gebaut in die sbt-also ich würde nicht brauchen, fügen Sie es zu jedem Projekt. Vielleicht über einen Prozessor mit mindestens. Er erwähnt eine Sache, die ich gelesen habe, dass er möchte hinzufügen, dass es bis 0,9, aber ich habe nicht in der Lage, es zu finden.

InformationsquelleAutor der Antwort ozone

Bearbeiten Sie die config-Datei in sbt_home/conf "sbtconfig.txt"

fügen Sie zwei line -

-Dsbt.override.build.repos=true
-Dsbt.repository.config="C:/Program Files (x86)/sbt/conf/repo.properties"

dem repo.Eigenschaften Inhalt ist

[repositories]
    local
    public: http://222.vvfox.com/public  <-fix this ,write your local nexus group url

InformationsquelleAutor der Antwort foxundermon

0

Bekam ich diese Fehlermeldung, denn ich hatte eine leere Datei in ~/.sbt/repositories. Sowohl das hinzufügen von repositories in die Datei und das entfernen der Datei hat das problem gelöst.

InformationsquelleAutor der Antwort mehtunguh

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.