Nexus 2.0.4-1
Un saut assez important a été réalisé sur cette mise à jour. La montée de version majeure, 2.0, a été ratée mais le principe reste le même. Comme pour les précédentes mises à jour, celle-ci s'effectue simplement par téléchargement du fichier war. La release note officielle indique de nombreuses modifications sur la version bundle, mais rien pour le war. Cela confirme le choix de ne pas prendre les bundles.
Votre avis
| Nobody voted on this yet
|
|
Téléchargement et installation
#sudo service tomcat6 stop #sudo rm -rf /var/lib/tomcat6/webapps/nexus* #sudo wget -O /var/lib/tomcat6/webapps/nexus.war http://www.sonatype.org/downloads/nexus-2.0.4-1.war #sudo chown -R tomcat6:tomcat6 /var/lib/tomcat6/webapps/nexus.war #sudo service tomcat6 start
Sur cette version majeure, l'organisation de l'interface est la même, mais le style a été largement remanié.
Problèmes post installation
Lors de l'accès à l'application, le message d'erreur suivant est affiché:
Invalid use of SingleClientConnManager: connection still allocated. Make sure to release the connection before allocating another one. Nexus returned an error: ERROR 500: Erreur Interne de Servlet
L'application reste utilisable mais cela n'est pas du plus bel effet. Il semblerait que le plugin Nexus Outreach Plugin soit le responsable de ce message. La description du plugin Shows help and support content inside the Nexus UI. ne présente pas un caractère très critique de celui-ci. Il est donc supprimé, en fait déplacer dans un répertoire de sauvegarde, de l'application afin qu'il ne soit plus disponible.
#sudo mv /var/lib/tomcat6/webapps/nexus/WEB-INF/plugin-repository/nexus-outreach-plugin-1.0/ /var/backups/ #sudo mv /var/lib/tomcat6/webapps/nexus.war /var/backups/
Le fichier war est également déplacé pour éviter les problèmes de chargement au démarrage de Tomcat.
Un thread parle de ce problème: http://maven.40175.n5.nabble.com/Invalid-use-of-SingleClientConnManager-td5677109.html
Sauvegarde préférence Java
Avec cette nouvelle version, de nombreux messages d'erreur sont affichés dans la log de Tomcat ou de Nexus:
2012-05-19 00:59:13 WARN [Timer-2 ] - java.util.prefs - Could not lock User prefs. Unix error code 2. 2012-05-19 00:59:13 WARN [Timer-2 ] - java.util.prefs - Couldn't flush user prefs: java.util.prefs.BackingStoreException: Couldn't get file lock. 2012-05-19 00:59:43 WARN [Timer-2 ] - java.util.prefs - Could not lock User prefs. Unix error code 2. 2012-05-19 00:59:43 WARN [Timer-2 ] - java.util.prefs - Couldn't flush user prefs: java.util.prefs.BackingStoreException: Couldn't get file lock.
Ces messages s'affichent toutes les trente secondes, ce qui risque de grossir inutilement les traces. Un ticket JIRA traite de ce point: https://issues.sonatype.org/browse/NEXUS-3671
Il y a une utilisation de java preference store qui va chercher à sauvegarder les données dans un répertoire "${user.home}/.java/.userPrefs". Dans le cas d'une installation sous Tomcat et Ubuntu, le serveur Tomcat est démarré avec le compte tomcat6 et la variable user.home est positionné dans les scripts de démarrage avec la valeur /usr/share/tomcat6.
Il est donc uniquement nécessaire de créer les répertoires souhaités et d'affecter les droits nécessaires.
#sudo mkdir /usr/share/tomcat6/.java #sudo mkdir /usr/share/tomcat6/.java/.userPrefs #sudo chown -R tomcat6:tomcat6 /usr/share/tomcat6/.java
Dès la mise à disposition de cette arborescence, les données sont créés, donnant une arborescence similaire à celle-ci:
#find /usr/share/tomcat6/.java/.userPrefs | sed 's/[^/]*\//| /g;s/| *\([^| ]\)/+--- \1/' +--- .userPrefs +--- com | +--- sonatype | | +--- prefs.xml | | +--- nexus | | | +--- plugins | | | | +--- healthcheck | | | | | +--- service | | | | | | +--- prefs.xml | | | | | +--- prefs.xml | | | | +--- prefs.xml | | | +--- prefs.xml | +--- prefs.xml +--- .userRootModFile.tomcat6 +--- .user.lock.tomcat6
Voir aussi
Release Notes: https://help.sonatype.com/repomanager2/release-notes/older-release-notes#OlderReleaseNotes-RepositoryManager2.0.4-1
