Alfresco SDK laufen scheint bei „Verarbeitung Overlay“ steckt

Question

ich das Alfresco SDK mit dem folgenden Befehl verwenden:

mvn install -Ddependency.surf.version=6.3 -Prun 

Alles ist in Ordnung, außer wenn es bei diesem Schritt von Building Alfresco Share WAR Aggregator klemmt:

[INFO] --- maven-war-plugin:2.6:war (default-war) @ share --- 
[INFO] Packaging webapp 
[INFO] Assembling webapp [share] in [/home/nico/aegif/projects/60_townpage/townpage-filing/townpage-filing/share/target/share-1.0-SNAPSHOT] 
[info] Copying manifest... 
[INFO] Processing war project 
[INFO] Processing overlay [ id org.alfresco:share] 

In solchen Fällen führe ich einfach eine saubere und das Problem ist gelöst, aber das braucht Zeit.

Gibt es etwas, was ich tun kann, damit es nicht stecken bleibt?

alfresco.version ist 5.1.g
Unbuntu 2.016,10 LTS

Answer 1

die Parameter Gegeben Sie verwenden, ich nehme an, Sie sind auf Alfresco SDK 2.2, und zu versuchen, eine neuere Version von Alfresco zu verwenden (5.1.f oder neuer) in einem All In One-Projekt. Das Alfresco SDK AIO-Projekt fügt während des Neustarts immer etwas Overhead hinzu, da das SDK tatsächlich Module erstellt, die Kriege abruft, zusätzliche referenzierte Module holt und die Module auf die Kriege anwendet (wie beim Entpacken des Kriegs und beim Entpacken der Amps) der gleiche Ordner vor dem Verpacken der Kriege), dann startet es einen eingebetteten Tomcat mit einigen speziellen Konfig aus dem Läufer-Projekt mit den neuen Kriegen! Ein komplizierter Ansatz, wenn Sie mich fragen, und es wird definitiv erwartet, dass eine erhebliche Menge an Zeit und Leistung (vor allem auf Disk IO), vor allem, wenn Sie reinigen, bevor Sie wieder aufbauen ... Zurück zu Ihrer Frage, der Schritt Sie sind Wenn das SDK versucht, den OOTB-Share-Krieg vor dem Einsatz von Verstärkern zu entpacken, gibt es viele Gründe, warum die Dinge dort nach Süden gehen könnten! Und wenn Sie nicht einige detailliertere Schritte ausführen (wie beim Hinzufügen von -X oder -e zu Ihrem mvn-Befehl), bezweifle ich, dass irgendjemand in der Lage wäre, genau herauszufinden, was schief läuft!

Seien Sie vorsichtig, wenn Sie Ihr Projekt ohne Säuberung ausführen, da Sie möglicherweise einige Dateien erhalten, die Ihnen ein anderes Verhalten von den zu erwartenden Artefakten bieten ... Ich kann mir zumindest ein paar dieser Szenarien vorstellen !

Alternativ kann ich vorschlagen, dass Sie vom AIO-Ansatz zu separaten Projekten für Repo und Share wechseln? Sie können mehrere Tomcats auf Ihrem Computer installieren: Nehmen wir an, ein Tomcat für Repo an Port 8080 und ein Tomcat für Share an 8081, dann können Sie auf einer Ebene entwickeln, während ein Tomcat-Dienst die andere bereitstellt (Stoppen Sie den Share Tomcat-Dienst und startet einen Anteil Amp aus dem SDK zeigt auf den lokalen Alfresco Repo-Dienst auf dem anderen lokal installierte tomcat) auf diese Weise kann man schnell immer sauber und mit diesem Befehl ausführt für den Betrieb Aktie:

mvn clean install -PampToWar -Dmaven.tomcat.port=8081 -Ddependency.surf.version=6.3