Petits soucis d'intialisation

[Thibault]

Bonjour à tous,
Je cherche à installer MDweb sur un serveur en Windows 2008 R2 et j'ai un petit soucis au démarrage de l’application.
En effet j'arrive sur la page de configuration me demandant de donner un chemin absolu vers un dossier et lorsque je donne celui-ci et que je clique sur suivant, il ne se passe rien, je reste sur la même page. Alors que le dossier default c'est bien créé dans mon dossier cible.
J'ai cru comprendre qu'un fichier de paramètre se créé dans "Document and settings/nom de mon utilisateur/Application Data" mais ce dossier n'existe plus en 2008.
Est ce que le problème viendrais de là ? Car aucun soucis sous Windows Server 2003.
En attendant de vous lire.
Merci d'avance.

[Dorian]

Bonjour,

En parallèle du répertoire Default/ créé (contenant les fichiers associés aux fiches de métadonnées...), MDweb crée un second dossier .mdweb/ qui contient les paramètres de l'application (fond de carte, connection à la base de données...).
Ce second dossier est créé sous Windows 2003 dans le répertoire "Document and settings/nom de mon utilisateur/Application Data". Le problème est que sous Windows 2008 MDweb persiste à vouloir y créer le répertoire .mdweb/. alors même que ce répertoire n'existe plus.
Le comportement que vous venez de nous signaler sera corrigé dans les prochaines versions de MDweb. En attendant vous pouvez résoudre ce problème en créant les répertoires nécessaires (que vous pouvez laisser vide) pour obtenir le chemin "Document and settings/nom de mon utilisateur/Application Data" sous windows server 2008. Cette astuce devrait permettre de terminer l'installation.

Espérant vous avoir aidé,
 

[Thibault]

Bonjour,

Merci pour votre réponse.
En fait le dossier "Document ans settings" existe mais de façon caché. Windows à un lien entre le nouveau dossier "Utilisateurs" (ou "Users") et "Document ans settings". Ce fameux dossier étant plus que protégé par le système, il n'est pas possible de l'ouvrir ou même d'en modifier le contenu. A part si je me donne les droits suffisants, mais je n'ai pas envie de faire de bêtises sur ce serveur. J'attendrais la nouvelle version sagement. Merci pour votre réactivité et vos réponses.

Cdlt.

[allfab]

Bonjour,

J'ai à priori le même soucis sous ubuntu server. Je reste bloqué sur cette première étape. MDweb m'a bien créé le dossier default dans le répertoire que j'ai spécifié mais je ne trouve pas le dossier .mdweb/

Quelqu'un a-t-il réussi à franchir cette étape de l'installation ?

Merci,
Cordialement

[Mediii]

Bonjour allfab

pouvez vous démarer une console terminal et taper les commandes suivantes :

cd

ls -al

merci de nous envoyer la liste obtenue.
vous devriez voir le .mdweb qui est un fichier caché.

[allfab]

Bonjour,

Dans /home/igeo (igeo est mon utilisateur), j'ai n'ai pas de répertoire caché .mdweb/

J'ai l'ai même créé avec les droits qui vont bien mais ça n'a rien changé.

Pour info, MDWeb est propulsé par tomcat6, Java 6 JDK et Apache2.

Merci

[Mediii]

il faut aussi voir quel utilisateur lance tomcat et s'il dispose des droits d'ecriture sur /home/lgeo

pour cela lancez tomcat comme d'habitude et tapez :

ps aux | grep tomcat

vous devriez voir la liste des processus liés à tomcat avec le nom de l'utilisateur qui l'a lancer.

merci de nous envoyer ce que vous avez à la console.

[allfab]

Voici ce que j'ai :

tomcat6    795  2.2 71.0 1611052 1007364 ?     Sl   16:09   8:05 /usr/lib/jvm/java-6-sun/bin/java -Djava.util.logging.config.file=/var/lib/tomcat6/conf/logging.properties -server -Xmx512m -Xms368m -XX:PermSize=128m -XX:MaxPermSize=256m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -classpath /usr/share/tomcat6/bin/bootstrap.jar -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/tmp/tomcat6-tmp org.apache.catalina.startup.Bootstrap start

root      1864  0.0  0.0   3608   856 tty1     S+   22:07   0:00 grep --color=auto tomcat

Du coup, j'ai créé un dossier /home/tomcat6/.mdweb/
Avec un chown -Rf tomcat6:tomcat6 /home/tomcat6/.mdweb/

A savoir que mon dossier data mdweb est le suivant (absolue) : /var/lib/tomcat6/webapps/mdweb-2010.10-2.2.2/WEB-INF/data/

Merci pour l'aide !!

[Mediii]

Bonjour Thibault,

Afin d'inclure la correction dans la future version de MDweb,  pouvez-vous nous indiquer la valeur que vous avez dans le registre
en suivant le chemin suivant :

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders voir la clé Desktop

pour voir cette information faites comme suit :

Cliquez sur le bouton "Démarrer" puis Exécuter une commande  (raccourci Touche Windows + R)
tapez ensuite la commande :    regedit

une fenêre va s'ouvrir il s'agit de l'éditeur du registre.

il vous reste à déplier l'arborescence que vous avez sur la gauche en suivant le chemin

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Desktop

JAVA se base sur ce chemin pour les systèmes WINDOWS, si ce chemin donne sur un répertoire dont vous n'avez pas les droits d'accès et d'écriture il est normal que l'installation de MDweb ne pourra aboutir.



Cordialement.


Mehdi


Geomatys

[Mediii]

Bonjour allfab

ce que vous appelez dossier data mdweb  est-ce le répertoire de stockage à renseigner lors de la première phase de l'installation ?

si oui il faut donner un autre chemin car il est pas bon de mettre ça dans votre /var/lib/tomcat6/webapps/mdweb-2010.10-2.2.2/WEB-INF/data/  

si vous redeployer le MDweb vous risquez de perdre les informations contenus dans ce dossier.


Cordialement


Mehdi


Geomatys

[allfab]

Bonjour,

Du coup, j'ai téléchargé la nouvelle version de MDWeb et l'ai redéployée sur mon serveur (v2.3).

J'ai toujours le même problème - je reste bloqué à ce niveau :



j'ai créé le répertoire /home/igeo/mdweb/data qui appartient à l'utilisateur tomcat6 et avec tous les droits d'écriture. D'ailleurs, il y a un dossier "default" qui a été créé dans /home/igeo/mdweb/data/ après avoir cliqué sur le bouton "Enregistrer le chemin".

Le soucis c'est qu'il ne passe pas à l'étape suivante. Quel est le problème ?

Merci pour aide

[Guilhem Legal]

Bonjour,

En fait je pense que  le soucis n'est pas avec le répertoire de stockage (/home/igeo/mdweb/data) mais avec le répertoire utilisateur du système (ici /usr/share/tomcat6).
Ce répertoire existe t'il ?
Si oui, l'utilisateur tomcat6 a t'il les droit d’écriture dessus?

Pour informations ce répertoire est renvoyé par l'OS  via la variable d’environnement user.home

Guilhem Legal

[allfab]

Ok, Merci.

J'ai effectué les changements de droits pour le dossier /usr/share/tomcat6 et j'ai pu finir de l'installtion.

Encore merci pour votre aide,
Bonne journée

[Thibault]

Bonjour,

Désolé pour le retard de ma réponse.
Voici ce que j'ai dans la rubrique demandée : C:\Users\adminimagis\Desktop

Est ce que cela vous conviens ?

Cordialement.

Thibault

[Mediii]

Bonjour Thibault

Avez-vous les droits d'écriture sur le chemin C:\Users\adminimagis ?
MDweb va créer le répertoire de configuration en suivant ce chemin, si vous ne disposez pas des droits d'écriture il s'agit alors d'une mauvaise configuration de Windows et l'installation MDweb ne pourra pas aboutir.


Cordialement.

Mehdi


Geomatys

[Thibault]

Bonjour,

Etant donné que c'est Windows qui gère les droits sur ce dossier, je ne vois pas comment cela pourrait être mal installé. Bref, j'ai en effet bien les droits sur ce dossier (possibilité de créer dossiers et fichiers).
Je rappelle qu'il s'agit d'un Windows 2008 R2 et que les droits au niveau du c: sont très stricts (comme dans Windows 7 d'ailleurs).
Serait t-il possible de déplacer le fichier de configuration de MDWeb ? Afin de s'affranchir des problèmes lié aux différents OS.
Je n'ai pas encore testé la dernière version de MDWeb, donc je ne peux pas dire si l'installation fonctionne avec celle-ci.

Merci pour votre aide.

Cordialement.

Thibault

[Thibault]

Bonjour,

Je viens d'essayer d'installer la version 2.3 et il y a un problème au déploiement du .war.
Je dispose d'un tomcat 6.0.29 et d'un java 6 (j'ai d'autre contexte ui marche parfaitement bien).
Donc je me trouve dans le Tomcat Manager, je sélectionne mon .war et clique sur Déployer. Peux de temps après le contexte est en false et j'ai le message d'erreur suivant dans le catalina.log

3 oct. 2011 17:54:04 org.apache.catalina.startup.HostConfig deployWAR
INFO: Déploiement de l'archive mdweb-2011.09-2.3.war de l'application web
3 oct. 2011 17:54:08 org.mdweb.platform.Platform getConfigDirectoryPath
INFO: System.getProperty('user.home') : C:\
3 oct. 2011 17:54:08 org.mdweb.platform.Platform getApplicationName
ATTENTION: MDweb caught a NamingException while attempting to get the name of the application from the JEE container. This can happen on JEE 5 platforms that do not handle JNDI lookups.
3 oct. 2011 17:54:08 org.mdweb.app.listener.DefaultServletContextListener setEPSGDatabase
INFO: No MDWeb EPSG datasource available
3 oct. 2011 17:54:08 com.sun.faces.config.ConfigureListener contextInitialized
INFO: Initializing Mojarra (1.2_15-20100816-SNAPSHOT) for context '/mdweb-2011.09-2.3'
3 oct. 2011 17:54:11 org.apache.catalina.core.StandardContext start
GRAVE: Error listenerStart
3 oct. 2011 17:54:11 org.apache.catalina.core.StandardContext start
GRAVE: Erreur de démarrage du contexte [/mdweb-2011.09-2.3] suite aux erreurs précédentes
3 oct. 2011 17:54:11 org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
GRAVE: The web application [/mdweb-2011.09-2.3] created a ThreadLocal with key of type [null] (value [com.sun.xml.bind.v2.ClassFactory$1@4cc81c]) and a value of type [java.util.WeakHashMap] (value [{class javax.xml.bind.annotation.W3CDomHandler=java.lang.ref.WeakReference@e5ddd0}]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.

Il manque à priori des éléments, dans le web.xml o^ù le contexte fourni dans la distribution.

Une idée ?

Cordialement.

Thibault

[Thibault]

Après avoir analysé le problème avec un collègue, l’exception montre que le lookup JNDI sur "java:appName" ne fonctionne pas.
Est ce que c'est lié à Tomcat ?
Est ce qu'il manque une déclaration dans le contexte ?
Est ce qu'il manque des éléments dans le web.xml ?

Merci pour votre aide.

Cordialement.

Thibault

[Dorian]

Bonjour,

Après examen des logs fournis, le message concernant le lookup JNDI sur java:appName est un comportement normal sur tomcat (c'est la raison pour laquelle le répertoire dans le dossier .mdweb s'appelle "default") et n'a pas d'impact sur le fonctionnement de l'application.

En revanche la ligne contenant ""error listenerStart" signifie qu'il y a une erreur au démarrage de tomcat dont la trace est écrite dans l'autre fichier de logs "localhost.log". Pourriez vous nous faire parvenir ce fichier afin que nous l'examinions ?

Cordialement
Dorian

[Thibault]

Voici les logs demandés :

6 oct. 2011 17:03:05 org.apache.catalina.core.StandardContext listenerStart
GRAVE: Exception lors de l'envoi de l'évènement contexte initialisé (context initialized) à l'instance de classe d'écoute (listener) org.mdweb.app.listener.DefaultServletContextListener
java.lang.NoClassDefFoundError: javax/media/jai/RegistryElementDescriptor
        at org.geotoolkit.internal.image.Setup.initialize(Setup.java:55)
        at org.geotoolkit.lang.Setup.initialize(Setup.java:207)
        at org.mdweb.app.listener.DefaultServletContextListener.contextInitialized(DefaultServletContextListener.java:55)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4135)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4630)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
        at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:905)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:525)
        at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1359)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
        at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
        at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1500)
        at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:252)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:563)
        at org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.java:269)
        at org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:81)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
        at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:861)
        at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:579)
        at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1584)
        at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.ClassNotFoundException: javax.media.jai.RegistryElementDescriptor
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1645)
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491)
        ... 38 more
6 oct. 2011 17:03:08 org.apache.catalina.core.StandardContext listenerStop
GRAVE: Exception lors de l'envoi de l'évènement contexte détruit (context destroyed) à l'instance de classe d'écoute org.mdweb.app.listener.DefaultServletContextListener
java.lang.NoClassDefFoundError: javax/media/jai/JAI
        at org.geotoolkit.internal.image.Setup.shutdown(Setup.java:66)
        at org.geotoolkit.lang.Setup.shutdown(Setup.java:222)
        at org.mdweb.app.listener.DefaultServletContextListener.contextDestroyed(DefaultServletContextListener.java:74)
        at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4174)
        at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4778)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4675)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
        at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:905)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:525)
        at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1359)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
        at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
        at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1500)
        at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:252)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:563)
        at org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.java:269)
        at org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:81)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
        at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:861)
        at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:579)
        at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1584)
        at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.ClassNotFoundException: javax.media.jai.JAI
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1645)
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491)
        ... 39 more