[GeoNetwork-users-fr] 2.7.0 beta - Installation Tomcat 5.5 + MySQL 5 ok mais pb config (mélange geosource / geonetwork ?)

Bonjour,

Voici un premier retour sur la version 2.7.0 bêta.

Installation en stand alone

Aucun pb.
La base McKoi est vide donc les tables sont créées au 1er démarrage. Super comme fonctionnalité.

Création d'une fiche à partir du modèle ISO19139.fra : ok mais effectivement procédure de validation retourne une erreur à cause de la base McKoi.

Installation Tomcat 5.5 + MySQL 5

Config

    Tomcat 5.5
    java JDK 1.5
    MySQL 5.0.45
    Windows XP SP3

Installation

1. déploiement avec l'installeur ou copie d'un répertoire déjà installé dans \webapps\catalogue\2.7.0beta\web\geosource
2. modification de \webapps\catalogue\2.7.0beta\web\geosource\WEB-INF\config.xml pour indiquer la base MySQL a utiliser

  <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
  <!-- mysql -->
  <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->

  <resource enabled="true">
   <name>main-db</name>
   <!-- <provider>jeeves.resources.dbms.DbmsPool</provider> -->
   <provider>jeeves.resources.dbms.ApacheDBCPool</provider>
   <config>
    <user>geosource</user>
    <password>geosource</password>
    <driver>com.mysql.jdbc.Driver</driver>
    <url>jdbc:mysql://localhost/geosource270</url>
    <poolSize>10</poolSize>
    <reconnectTime>3600</reconnectTime>
   </config>

3. modification de ..\tomcat\conf\server.xml pour déclarer le contexte pour GéoSource

        <Context
          docBase="C:/travail/www/webapps/catalogue/2.7.0beta/web/geosource"
          path="/geosource"
          privileged="true"
          crossContext="false"
          reloadable="false"
          antiResourceLocking="false"
          antiJARLocking="false">
        </Context>

  4. 1er démarrage.
    la base MySQL est vide donc les tables sont créées au 1er démarrage. Super comme fonctionnalité
    http://localhost:8080/geosource/ => ça marche

________________________________

Problème d'accès à l'interface d'administration

Je tente ensuite une connexion sur l'interface d'administration pour parfaire la configuration.

L'identification est correcte d'après le log :

2011-03-30 18:41:27,514 INFO [jeeves.request] - ==========================================================
2011-03-30 18:41:27,514 INFO [jeeves.request] - HTML Request (from 127.0.0.1) : /geosource/srv/fr/xml.user.login
2011-03-30 18:41:27,514 DEBUG [jeeves.request] - Method : GET
2011-03-30 18:41:27,514 DEBUG [jeeves.request] - Content type : null
2011-03-30 18:41:27,514 DEBUG [jeeves.request] - Accept : text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
2011-03-30 18:41:27,514 DEBUG [jeeves.request] - Session id is 1D5EAF3AA8FFD5E5B62D426EE8809FD8
2011-03-30 18:41:27,514 INFO [jeeves.service] - Dispatching : xml.user.login
2011-03-30 18:41:27,514 DEBUG [jeeves.service] - -> parameters are :
<request>
  <password>admin</password>
  <info>true</info>
  <username>admin</username>
</request>
2011-03-30 18:41:27,514 INFO [jeeves.webapp.xml.user.login] - User 'admin' logged in using an old scrambled password.
2011-03-30 18:41:27,514 INFO [jeeves.webapp.xml.user.login] - User 'admin' logged in as 'Administrator'
2011-03-30 18:41:27,514 INFO [jeeves.service] - -> dispatching to output for : xml.user.login
2011-03-30 18:41:27,514 INFO [jeeves.service] - -> writing xml for : xml.user.login
2011-03-30 18:41:27,514 DEBUG [jeeves.service] - Service xml is :
<ok>
  <record>
    <id>1</id>
    <username>admin</username>
    <surname>admin</surname>
    <name>admin</name>
    <profile>Administrator</profile>
    <address />
    <city />
    <state />
    <zip />
    <country />
    <email />
    <organisation />
    <kind />
  </record>
</ok>
2011-03-30 18:41:27,514 INFO [jeeves.service] - -> output ended for : xml.user.login
2011-03-30 18:41:27,514 INFO [jeeves.service] - -> dispatch ended for : xml.user.login

Le bouton d'administration est disponible, je clique dessus pour ouvrir un nouvel onglet / nouvelle fenêtre.
Et là : problème : la page est vide.

De retour sous Jetty : aucun problème : tout est accessible.
Exemple de ce qui diffère dans le code HTML produit pour la page :
    - sous jetty : <link href="/geosource/srv/fr/rss.latest?georss=gml"
    - sous Tomcat : <link href="/geonetwork/srv/fr/rss.latest?georss=gml"

L'url de base de l'appli est donc différente.

Pour pallier à ça et pour tester, j'ai rajouter le contexte suivant dans le fichier de config de Tomcat :

        <Context
          docBase="C:/travail/www/webapps/catalogue/2.7.0beta/web/geosource"
          path="/geonetwork"
          privileged="true"
          crossContext="false"
          reloadable="false"
          antiResourceLocking="false"
          antiJARLocking="false">
        </Context>

Redémarrage de Tomcat : on voit clairement dans les logs le démarrage de 2 geonetwork en parallèle.

http://localhost:8080/geosource et http://localhost:8080/geonetwork produisent la même page : logique.

identification sous GéoSource : ok
accès à la page d'administration : ok : tout est là.
accès à n'importe quelle fonction d'administration : impossible (il bascule sur l'url 'geonetwork') : ServiceNotAllowedEx : Service not allowed
exemple : http://localhost:8080/geosource/srv/fr/admin => clic sur "infos système" => http://localhost:8080/geonetwork/srv/fr/config.info

identification sous GeoNetwork: ok
accès à la page d'administration : impossible : ServiceNotAllowedEx : Service not allowed

Une idée pour résoudre ce problème ?

Cordialement,

Maël REBOUX
Communauté d'agglomération de Rennes Métropole
Direction Stratégie et Rayonnement Métropolitain
Service SIG mutualisé avec la Ville de Rennes
Chargé de mission "diffusion"

4, avenue Henri Fréville
CS 20723
35207 RENNES cedex 2
02 99 86 63 71 / poste 35 63 71
m.reboux@anonymised.com <mailto:m.reboux@anonymised.com>
P N'imprimez ce message que si vous en avez l'utilité

Bonjour,

Le 30 mars 2011 18:59, REBOUX Maël <M.REBOUX@anonymised.com> a écrit :

Bonjour,

Voici un premier retour sur la version 2.7.0 bêta.

Installation en stand alone

Aucun pb.
La base McKoi est vide donc les tables sont créées au 1er démarrage. Super comme fonctionnalité.
Création d'une fiche à partir du modèle ISO19139.fra : ok mais effectivement procédure de validation retourne une erreur à cause de la base McKoi.

Installation Tomcat 5.5 + MySQL 5

Config

Tomcat 5.5
java JDK 1.5

Concernant Java 1.5, il est possible que GéoSource ne fonctionne pas
complétement avec. Il est préférable d'utiliser Java 6 si possible (le
support JDK1.5 sera abandonné côté GeoNetwork prochainement
également).

MySQL 5.0.45
Windows XP SP3

Installation

1. déploiement avec l'installeur ou copie d'un répertoire déjà installé dans \webapps\catalogue\2.7.0beta\web\geosource
2. modification de \webapps\catalogue\2.7.0beta\web\geosource\WEB-INF\config.xml pour indiquer la base MySQL a utiliser

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<!-- mysql -->
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->

<resource enabled="true">
<name>main-db</name>
<!-- <provider>jeeves.resources.dbms.DbmsPool</provider> -->
<provider>jeeves.resources.dbms.ApacheDBCPool</provider>
<config>
<user>geosource</user>
<password>geosource</password>
<driver>com.mysql.jdbc.Driver</driver>
<url>jdbc:mysql://localhost/geosource270</url>
<poolSize>10</poolSize>
<reconnectTime>3600</reconnectTime>
</config>

3. modification de ..\tomcat\conf\server.xml pour déclarer le contexte pour GéoSource

   &lt;Context
     docBase=&quot;C:/travail/www/webapps/catalogue/2\.7\.0beta/web/geosource&quot;
     path=&quot;/geosource&quot;
     privileged=&quot;true&quot;
     crossContext=&quot;false&quot;
     reloadable=&quot;false&quot;
     antiResourceLocking=&quot;false&quot;
     antiJARLocking=&quot;false&quot;&gt;
   &lt;/Context&gt;

4. 1er démarrage.
la base MySQL est vide donc les tables sont créées au 1er démarrage. Super comme fonctionnalité
http://localhost:8080/geosource/ => ça marche

________________________________

Problème d'accès à l'interface d'administration

Je tente ensuite une connexion sur l'interface d'administration pour parfaire la configuration.

L'identification est correcte d'après le log :

2011-03-30 18:41:27,514 INFO [jeeves.request] - ==========================================================
2011-03-30 18:41:27,514 INFO [jeeves.request] - HTML Request (from 127.0.0.1) : /geosource/srv/fr/xml.user.login
2011-03-30 18:41:27,514 DEBUG [jeeves.request] - Method : GET
2011-03-30 18:41:27,514 DEBUG [jeeves.request] - Content type : null
2011-03-30 18:41:27,514 DEBUG [jeeves.request] - Accept : text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
2011-03-30 18:41:27,514 DEBUG [jeeves.request] - Session id is 1D5EAF3AA8FFD5E5B62D426EE8809FD8
2011-03-30 18:41:27,514 INFO [jeeves.service] - Dispatching : xml.user.login
2011-03-30 18:41:27,514 DEBUG [jeeves.service] - -> parameters are :
<request>
<password>admin</password>
<info>true</info>
<username>admin</username>
</request>
2011-03-30 18:41:27,514 INFO [jeeves.webapp.xml.user.login] - User 'admin' logged in using an old scrambled password.
2011-03-30 18:41:27,514 INFO [jeeves.webapp.xml.user.login] - User 'admin' logged in as 'Administrator'
2011-03-30 18:41:27,514 INFO [jeeves.service] - -> dispatching to output for : xml.user.login
2011-03-30 18:41:27,514 INFO [jeeves.service] - -> writing xml for : xml.user.login
2011-03-30 18:41:27,514 DEBUG [jeeves.service] - Service xml is :
<ok>
<record>
<id>1</id>
<username>admin</username>
<surname>admin</surname>
<name>admin</name>
<profile>Administrator</profile>
<address />
<city />
<state />
<zip />
<country />
<email />
<organisation />
<kind />
</record>
</ok>
2011-03-30 18:41:27,514 INFO [jeeves.service] - -> output ended for : xml.user.login
2011-03-30 18:41:27,514 INFO [jeeves.service] - -> dispatch ended for : xml.user.login

Le bouton d'administration est disponible, je clique dessus pour ouvrir un nouvel onglet / nouvelle fenêtre.
Et là : problème : la page est vide.

De retour sous Jetty : aucun problème : tout est accessible.
Exemple de ce qui diffère dans le code HTML produit pour la page :
- sous jetty : <link href="/geosource/srv/fr/rss.latest?georss=gml"
- sous Tomcat : <link href="/geonetwork/srv/fr/rss.latest?georss=gml"

L'url de base de l'appli est donc différente.

Pour pallier à ça et pour tester, j'ai rajouter le contexte suivant dans le fichier de config de Tomcat :

   &lt;Context
     docBase=&quot;C:/travail/www/webapps/catalogue/2\.7\.0beta/web/geosource&quot;
     path=&quot;/geonetwork&quot;
     privileged=&quot;true&quot;
     crossContext=&quot;false&quot;
     reloadable=&quot;false&quot;
     antiResourceLocking=&quot;false&quot;
     antiJARLocking=&quot;false&quot;&gt;
   &lt;/Context&gt;

Redémarrage de Tomcat : on voit clairement dans les logs le démarrage de 2 geonetwork en parallèle.

http://localhost:8080/geosource et http://localhost:8080/geonetwork produisent la même page : logique.

identification sous GéoSource : ok
accès à la page d'administration : ok : tout est là.
accès à n'importe quelle fonction d'administration : impossible (il bascule sur l'url 'geonetwork') : ServiceNotAllowedEx : Service not allowed
exemple : http://localhost:8080/geosource/srv/fr/admin => clic sur "infos système" => http://localhost:8080/geonetwork/srv/fr/config.info

identification sous GeoNetwork: ok
accès à la page d'administration : impossible : ServiceNotAllowedEx : Service not allowed

Une idée pour résoudre ce problème ?

A priori le problème vient de tomcat.

De mon côté, ce n'est pas reproductible avec Tomcat 6. Mais en effet,
sous Tomcat 5.x le problème apparaît.

Cela provient de la version de javax.servlet.api utilisée. Sous des
containers Java récents, il est maintenant possible de récupérer le
nom de l'application web au lancement. Cela évite les modifications
des fichiers de configuration (auparavant index.html, config.xml,
web.xml, ...). Le paramètre path du Context est utilisé au lancement.
Si GeoSource ne peut le définir (sous tomcat 5 par exemple), il
utilise le display-name du fichier web.xml. Ces changements ont été
réalisés pour simplifier les déploiements de fichier war de geonetwork
essentiellement.

Vérifier qu'au lancement le paramètre baseURL soit correct (c'est
celui utilisé pour les liens dans la page d'administration - entre
autre) :
2011-03-30 19:04:16,291 INFO [jeeves.engine] - === Starting system

2011-03-30 19:04:16,292 INFO [jeeves.engine] - Java version : 19.0-b09
2011-03-30 19:04:16,292 INFO [jeeves.engine] - Java vendor : Sun
Microsystems Inc.
2011-03-30 19:04:16,533 INFO [jeeves.engine] - Path :
/some/place/apache-tomcat-6.0.29/webapps/geosource/
2011-03-30 19:04:16,533 INFO [jeeves.engine] - BaseURL : /geosource

Dans votre cas, vous devez avoir 'geonetwork'. Pour corriger le
problème modifier manuellement le fichier dans WEB-INF/web.xml
et passer la valeur de display-name à geosource. Cette valeur sera
changée par défaut pour la prochaine version.

Si vous souhaitez changer malgrès tout le nom du catalogue, il faut
modifier la configuration du module client (qui potentiellement peut
être placé en dehors de la webapp). Pour cela dans
geosource/app/search/js/Settings.js remplacer
GeoNetwork.URL = 'geosource';
par
GeoNetwork.URL = 'geonetwork';
Et faire de même dans la version compressée (ie. App-mini.js en
faisant une recherche de "geosource")

Salutations.

Francois

Cordialement,

Maël REBOUX
Communauté d'agglomération de Rennes Métropole
Direction Stratégie et Rayonnement Métropolitain
Service SIG mutualisé avec la Ville de Rennes
Chargé de mission "diffusion"

4, avenue Henri Fréville
CS 20723
35207 RENNES cedex 2
02 99 86 63 71 / poste 35 63 71
m.reboux@anonymised.com <mailto:m.reboux@anonymised.com>
P N'imprimez ce message que si vous en avez l'utilité

------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself;
WebMatrix provides all the features you need to develop and
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

Bonjour,

OK. Ca me confirme dans le fait que je vais plutôt tenter de simuler mon prochain environnement de production sous Linux et donc avec un Tomcat 6 et Java 1.6.

Je vais quand même essayer de résoudre ce problème. Pour le fun.

Des nouvelles demain, donc.

-----Message d'origine-----
De : Francois Prunayre [mailto:fx.prunayre@anonymised.com]
Envoyé : mercredi 30 mars 2011 19:43
À : REBOUX Maël
Cc : geonetwork-users-fr@lists.sourceforge.net
Objet : Re: [GeoNetwork-users-fr] 2.7.0 beta - Installation Tomcat 5.5 + MySQL 5 ok mais pb config (mélange geosource / geonetwork ?)

Concernant Java 1.5, il est possible que GéoSource ne fonctionne pas complétement avec. Il est préférable d'utiliser Java 6 si possible (le support JDK1.5 sera abandonné côté GeoNetwork prochainement également).

[...]

A priori le problème vient de tomcat.

De mon côté, ce n'est pas reproductible avec Tomcat 6. Mais en effet, sous Tomcat 5.x le problème apparaît.

Cela provient de la version de javax.servlet.api utilisée. Sous des containers Java récents, il est maintenant possible de récupérer le nom de l'application web au lancement. Cela évite les modifications des fichiers de configuration (auparavant index.html, config.xml, web.xml, ...). Le paramètre path du Context est utilisé au lancement.
Si GeoSource ne peut le définir (sous tomcat 5 par exemple), il utilise le display-name du fichier web.xml. Ces changements ont été réalisés pour simplifier les déploiements de fichier war de geonetwork essentiellement.

Vérifier qu'au lancement le paramètre baseURL soit correct (c'est celui utilisé pour les liens dans la page d'administration - entre
autre) :
2011-03-30 19:04:16,291 INFO [jeeves.engine] - === Starting system ========================================
2011-03-30 19:04:16,292 INFO [jeeves.engine] - Java version : 19.0-b09 2011-03-30 19:04:16,292 INFO [jeeves.engine] - Java vendor : Sun Microsystems Inc.
2011-03-30 19:04:16,533 INFO [jeeves.engine] - Path :
/some/place/apache-tomcat-6.0.29/webapps/geosource/
2011-03-30 19:04:16,533 INFO [jeeves.engine] - BaseURL : /geosource

Dans votre cas, vous devez avoir 'geonetwork'. Pour corriger le problème modifier manuellement le fichier dans WEB-INF/web.xml et passer la valeur de display-name à geosource. Cette valeur sera changée par défaut pour la prochaine version.

Si vous souhaitez changer malgrès tout le nom du catalogue, il faut modifier la configuration du module client (qui potentiellement peut être placé en dehors de la webapp). Pour cela dans geosource/app/search/js/Settings.js remplacer GeoNetwork.URL = 'geosource'; par GeoNetwork.URL = 'geonetwork'; Et faire de même dans la version compressée (ie. App-mini.js en faisant une recherche de "geosource")

Salutations.

Francois

Bonjour,

Merci pour les infos.
En apportant les modifs listées ci-dessous j'arrive bien à avoir un GéoSource fonctionnant sous Windows avec un Tomcat 5.5.

J'arrive à aller dans l'interface d'administration et ai résussi à changer le nom du site et ça a bien été répercutée dans la base MySQL.

A voir si ça n'a pas d'impact sur le reste des fonctions d'édition et validation de fiches.
Je passe sous linux dès que possible.

Tomcat : conf/server.xml

        <Context
          docBase="C:/travail/www/webapps/catalogue/2.7.0beta/web/geosource"
          path="/geonetwork"
          privileged="true"
          crossContext="false"
          reloadable="false"
          antiResourceLocking="false"
          antiJARLocking="false">
        </Context>

<rep_geosource>\web\geosource\WEB-INF\web.xml :

8: <display-name>geonetwork</display-name>

<rep_geosource>\web\geosource\apps\search\js\Settings.js :

3: GeoNetwork.URL = 'geonetwork';

<rep_geosource>\web\geosource\apps\search\js\App-mini.js

16579: GeoNetwork.URL="geonetwork";

-----Message d'origine-----
De : REBOUX Maël [mailto:M.REBOUX@anonymised.com]
Envoyé : jeudi 31 mars 2011 15:14
À : geonetwork-users-fr@lists.sourceforge.net
Cc : Loic.ECAULT@anonymised.com
Objet : Re: [GeoNetwork-users-fr]2.7.0 beta - Installation Tomcat 5.5 + MySQL 5 ok mais pb config (mélange geosource / geonetwork ?)

Bonjour,

OK. Ca me confirme dans le fait que je vais plutôt tenter de simuler mon prochain environnement de production sous Linux et donc avec un Tomcat 6 et Java 1.6.

Je vais quand même essayer de résoudre ce problème. Pour le fun.

Des nouvelles demain, donc.

-----Message d'origine-----
De : Francois Prunayre [mailto:fx.prunayre@anonymised.com] Envoyé : mercredi 30 mars 2011 19:43 À : REBOUX Maël Cc : geonetwork-users-fr@anonymised.comorge.net
Objet : Re: [GeoNetwork-users-fr] 2.7.0 beta - Installation Tomcat 5.5 + MySQL 5 ok mais pb config (mélange geosource / geonetwork ?)

Concernant Java 1.5, il est possible que GéoSource ne fonctionne pas complétement avec. Il est préférable d'utiliser Java 6 si possible (le support JDK1.5 sera abandonné côté GeoNetwork prochainement également).

[...]

A priori le problème vient de tomcat.

De mon côté, ce n'est pas reproductible avec Tomcat 6. Mais en effet, sous Tomcat 5.x le problème apparaît.

Cela provient de la version de javax.servlet.api utilisée. Sous des containers Java récents, il est maintenant possible de récupérer le nom de l'application web au lancement. Cela évite les modifications des fichiers de configuration (auparavant index.html, config.xml, web.xml, ...). Le paramètre path du Context est utilisé au lancement.
Si GeoSource ne peut le définir (sous tomcat 5 par exemple), il utilise le display-name du fichier web.xml. Ces changements ont été réalisés pour simplifier les déploiements de fichier war de geonetwork essentiellement.

Vérifier qu'au lancement le paramètre baseURL soit correct (c'est celui utilisé pour les liens dans la page d'administration - entre
autre) :
2011-03-30 19:04:16,291 INFO [jeeves.engine] - === Starting system ========================================
2011-03-30 19:04:16,292 INFO [jeeves.engine] - Java version : 19.0-b09 2011-03-30 19:04:16,292 INFO [jeeves.engine] - Java vendor : Sun Microsystems Inc.
2011-03-30 19:04:16,533 INFO [jeeves.engine] - Path :
/some/place/apache-tomcat-6.0.29/webapps/geosource/
2011-03-30 19:04:16,533 INFO [jeeves.engine] - BaseURL : /geosource

Dans votre cas, vous devez avoir 'geonetwork'. Pour corriger le problème modifier manuellement le fichier dans WEB-INF/web.xml et passer la valeur de display-name à geosource. Cette valeur sera changée par défaut pour la prochaine version.

Si vous souhaitez changer malgrès tout le nom du catalogue, il faut modifier la configuration du module client (qui potentiellement peut être placé en dehors de la webapp). Pour cela dans geosource/app/search/js/Settings.js remplacer GeoNetwork.URL = 'geosource'; par GeoNetwork.URL = 'geonetwork'; Et faire de même dans la version compressée (ie. App-mini.js en faisant une recherche de "geosource")

Salutations.

Francois

------------------------------------------------------------------------------
Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr