Help

[Résolu] Problème installation DoCASU pour community 3.2

cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
felie
Member II
‎24 Aug 2009 2:18 PM

[Résolu] Problème installation DoCASU pour community 3.2

Bien qu'ayant, semble t'il, correctement suivi la procédure d'installation de DoCASU (version 1.6.2) pour Alfresco 3.x http://code.optaros.com/trac/docasu/wiki/Installation, je rencontre d'une erreur lors de l'installation sous Alfresco 3.2 :

lenny:/opt/Alfresco# ./apply_amps.sh
./apply_amps.sh: line 7: /usr/lib/jvm/java-6-sun-1.6.0.12/bin: is a directory
This script will apply all the AMPs in ./amps to the alfresco.war file in /opt/Alfresco/tomcat/webapps
Press control-c to stop this script . . .
Press any other key to continue . . .
Exception in thread "main" java.lang.ExceptionInInitializerError
   at java.lang.Class.initializeClass(libgcj.so.90)
   at org.alfresco.repo.module.tool.ModuleManagementTool.<clinit>(ModuleManagementTool.java:90)
   at java.lang.Class.initializeClass(libgcj.so.90)
   at java.lang.reflect.Method.invoke(libgcj.so.90)
   at com.simontuffs.onejar.Boot.run(Boot.java:287)
   at com.simontuffs.onejar.Boot.main(Boot.java:137)
Caused by: java.util.MissingResourceException: Bundle de.schlichtherle.io.DefaultRaesZipDetector not found for locale fr_FR by classloader gnu.gcj.runtime.SystemClassLoader{urls=[file:bin/alfresco-mmt.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.util.ResourceBundle.getBundle(libgcj.so.90)
   at java.util.ResourceBundle.getBundle(libgcj.so.90)
   at java.util.logging.Logger.<init>(libgcj.so.90)
   at java.util.logging.Logger.getLogger(libgcj.so.90)
   at de.schlichtherle.io.DefaultRaesZipDetector.<clinit>(Unknown Source)
   at java.lang.Class.initializeClass(libgcj.so.90)
   …5 more
Exception in thread "main" java.lang.ExceptionInInitializerError
   at java.lang.Class.initializeClass(libgcj.so.90)
   at org.alfresco.repo.module.tool.ModuleManagementTool.<clinit>(ModuleManagementTool.java:90)
   at java.lang.Class.initializeClass(libgcj.so.90)
   at java.lang.reflect.Method.invoke(libgcj.so.90)
   at com.simontuffs.onejar.Boot.run(Boot.java:287)
   at com.simontuffs.onejar.Boot.main(Boot.java:137)
Caused by: java.util.MissingResourceException: Bundle de.schlichtherle.io.DefaultRaesZipDetector not found for locale fr_FR by classloader gnu.gcj.runtime.SystemClassLoader{urls=[file:bin/alfresco-mmt.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.util.ResourceBundle.getBundle(libgcj.so.90)
   at java.util.ResourceBundle.getBundle(libgcj.so.90)
   at java.util.logging.Logger.<init>(libgcj.so.90)
   at java.util.logging.Logger.getLogger(libgcj.so.90)
   at de.schlichtherle.io.DefaultRaesZipDetector.<clinit>(Unknown Source)
   at java.lang.Class.initializeClass(libgcj.so.90)
   …5 more
About to clean out tomcat/webapps/alfresco directory and temporary files…
Press control-c to stop this script . . .
Press any other key to continue . . .
Cleaning temporary Alfresco files from Tomcat…‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Auriez-vous une idée de la cause ?

  F.

    OS: debian 5.0
    openOffice : 3.1.0-11
    swftools : 0.9.0
    Mysql : 5.0.51a-24+lenny1
    jdk : sun-java6-jdk, version 6-12-1
    Alfresco version: 3.2.0 (2039)
    pack français : alfresco_3.2_FR.zip
0 Kudos
Reply
3 Replies
opepin
Member II
‎24 Aug 2009 2:39 PM

Re: [Résolu] Problème installation DoCASU pour community 3.2

Le probleme ne semble pas lié a DoCASU a première vue: 
de.schlichtherle.io.DefaultRaesZipDetector n'est pas une classe de DoCASU.
Avez vous d'autres AMPs dans le repertoire amps ?

voir aussi d'autres posts avec les mêmes problèmes : http://forums.alfresco.com/fr/viewtopic.php?f=6&t=2537
0 Kudos
Reply
felie
Member II
‎24 Aug 2009 3:11 PM

Re: [Résolu] Problème installation DoCASU pour community 3.2

Non, j'ai juste le fichier docasu-1.6.2-alfresco-3.amp de 1,9M dans le répertoire amps.
Par ailleurs, j'utilise bien la JVM de Sun avec pour apply_amps.sh la même déclaration de JAVA_HOME que pour le fichier alfresco.sh :
export JAVA_HOME="/usr/lib/jvm/java-6-sun-1.6.0.12"

… et le résultat est similaire avec LANG=en_US.UTF-8

lenny:/opt/Alfresco# ./apply_amps.sh
./apply_amps.sh: line 7: /usr/lib/jvm/java-6-sun-1.6.0.12/bin: is a directory
This script will apply all the AMPs in ./amps to the alfresco.war file in /opt/Alfresco/tomcat/webapps
Press control-c to stop this script . . .
Press any other key to continue . . .
Exception in thread "main" java.lang.ExceptionInInitializerError
   at java.lang.Class.initializeClass(libgcj.so.90)
   at org.alfresco.repo.module.tool.ModuleManagementTool.<clinit>(ModuleManagementTool.java:90)
   at java.lang.Class.initializeClass(libgcj.so.90)
   at java.lang.reflect.Method.invoke(libgcj.so.90)
   at com.simontuffs.onejar.Boot.run(Boot.java:287)
   at com.simontuffs.onejar.Boot.main(Boot.java:137)
Caused by: java.util.MissingResourceException: Bundle de.schlichtherle.io.DefaultRaesZipDetector not found for locale en_US by classloader gnu.gcj.runtime.SystemClassLoader{urls=[file:bin/alfresco-mmt.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.util.ResourceBundle.getBundle(libgcj.so.90)
   at java.util.ResourceBundle.getBundle(libgcj.so.90)
   at java.util.logging.Logger.<init>(libgcj.so.90)
   at java.util.logging.Logger.getLogger(libgcj.so.90)
   at de.schlichtherle.io.DefaultRaesZipDetector.<clinit>(Unknown Source)
   at java.lang.Class.initializeClass(libgcj.so.90)
   …5 more
Exception in thread "main" java.lang.ExceptionInInitializerError
   at java.lang.Class.initializeClass(libgcj.so.90)
   at org.alfresco.repo.module.tool.ModuleManagementTool.<clinit>(ModuleManagementTool.java:90)
   at java.lang.Class.initializeClass(libgcj.so.90)
   at java.lang.reflect.Method.invoke(libgcj.so.90)
   at com.simontuffs.onejar.Boot.run(Boot.java:287)
   at com.simontuffs.onejar.Boot.main(Boot.java:137)
Caused by: java.util.MissingResourceException: Bundle de.schlichtherle.io.DefaultRaesZipDetector not found for locale en_US by classloader gnu.gcj.runtime.SystemClassLoader{urls=[file:bin/alfresco-mmt.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.util.ResourceBundle.getBundle(libgcj.so.90)
   at java.util.ResourceBundle.getBundle(libgcj.so.90)
   at java.util.logging.Logger.<init>(libgcj.so.90)
   at java.util.logging.Logger.getLogger(libgcj.so.90)
   at de.schlichtherle.io.DefaultRaesZipDetector.<clinit>(Unknown Source)
   at java.lang.Class.initializeClass(libgcj.so.90)
   …5 more
About to clean out tomcat/webapps/alfresco directory and temporary files…
Press control-c to stop this script . . .
Press any other key to continue . . .
lenny:/opt/Alfresco# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍


  F.
0 Kudos
Reply
felie
Member II
‎24 Aug 2009 3:55 PM

Re: [Résolu] Problème installation DoCASU pour community 3.2

Résolu.

Dans le fichier apply_amps.sh, j'ai remplacé la ligne :
export PATH=$PATH;$JAVA_HOME/bin    (oui avec ";"  ?!?!)
par
export PATH=$JAVA_HOME/bin:$PATH

Non seulement cela ne pointait pas sur la bonne version de java (anomalie de ma config), mais la déclaration de la variable PATH n'est pas bonne

Merci de m'avoir mis sur la piste "Java"

  F.
0 Kudos
Reply
The Archive

Content from pre 2016 and from language groups that have been closed.

Content is read-only.

“Alfresco

We use cookies on this site to enhance your user experience

By using this site, you are agreeing to allow us to collect and use cookies as outlined in Alfresco’s Cookie Statement and Terms of Use (and you have a legitimate interest in Alfresco and our products, authorizing us to contact you in such methods).   If you are not ok with these terms, please do not use this website.