geonetwork-users-fr — Liste d'utilisateurs GeoNetwork francophone

Re: [GeoNetwork-users-fr] Vue personalisée, choix des champs, et validation d'une fiche

[Taffoureau E. <e.t...@br...>]

Bonjour,

En ce qui concerne l'éditeur d'une vue personnalisée c'est un besoin qui a déjà été remonté par plusieurs utilisateurs. Il s'agit d'une évolution importante (en terme de développement) qui pourrait être mise en œuvre dans une prochaine version. En attendant, nous sommes ouverts à toute contribution.

> Pour les champs a afficher, bien sur on vise ceux obligatoires selon la norme INSPIRE...

Les champs marqués d'un astérique rouge correspondent aux champs obligatoires de l'ISO et non à ceux d'INSPIRE, qui sont tous dans la vue découverte (c'est là tout l'intérêt de cette vue...).
Il y a en effet une validation à deux niveaux, le premier vérifie la conformité au schéma ISO (qui je l'accorde est un peu "cryptique" et mériterait d'être davantage documenté, même si on ne peut tout traduire) et la seconde aux règles INSPIRE. Ce mécanisme est en cours d'amélioration (et de simplification) dans Geonetwork et constituera un apport important dans Géosource.

> Quand le rapport dit '[INSPIRE] - Un mot-clé est obligatoire' alors qu'il y'a un mot clé dans la fiche, et que c'est pareil pour la plupart des erreurs, je me pose des questions. QUelqu'un a t'il déja réussi a 'sauver et valider' une fiche de métadonnée avec succés, et peut-il partager un exemple de fiche valide ?
Je suis un peu surpris de cette remarque. Si un mot-clé a été saisi, aucune erreur ne doit apparaître, sauf si à côté un autre champ mot-clé est vide. Vous trouverez ci-joint une fiche validée selon l'ISO ET INSPIRE (comme quoi c'est possible;).

J'ajoute que des documents "explicitant" le processus de validation selon les règles INSPIRE dans Géosource sont en cours d'élaboration et seront mis à disposition sur le wiki début janvier.

Cordialement,
Etienne TAFFOUREAU
BRGM


-----Message d'origine-----
De : Landry Breuil [mailto:br...@cr...] 
Envoyé : jeudi 17 décembre 2009 16:56
À : geo...@li...
Objet : [GeoNetwork-users-fr] Vue personalisée, choix des champs, et validation d'une fiche

Bonjour,

suite a l'analyse poussée de l'interface utilisateur de geosource, qui reste assez complexe et touffue pour les non-spécialistes du domaine de la métadonnée, nous allons essayer de créer une interface 'simplifiée' 
pour nos besoins de cataloguage de nos metadonnées, tout en gardant le moteur de geosource pour tout le reste.
Par interface simplifiée, j'entends 3 possibilités, et c'est la que je suis preneur d'idée/conseils/retours :
- le plus simple : partir à la hache dans le xsl créant les vues decouverte/essentielle/avancée, et n'afficher que les champs que l'on veut, et partir a la hache dans le css pour rendre le formulaire un peu plus aéré au passage.
- plus évolué : "aspirer" une fiche de métadonnée via fr/iso19139.xml?id=XXX, transformer le XML en HTML via un template et rendre le tout dans un formulaire de saisie. Pour le chemin inverse, un POST html sur xml.metadata.put devrait faire l'affaire.
- encore plus évolué : partir sur le protocole CSW (qui, si j'ai bien compris est l'équivalent du WMS pour les metadonnées, et sert de protocole de communication lors du moissonnage) et refaire toute une interface de saisie par dessus. Beaucoup trop complexe en temps et ressources.

L'idéal serait d'avoir dans geosource un "editeur de vue personalisée" 
ou l'on choisit les champs que l'on veut faire apparaitre sur le formulaire d'édition/affichage. Je crois que cette idée a déja été soulevée (au moins par Marie Gitton), ca recouperait la possibilité 1), et serait le plus 'cohérent' a mon avis, vu la masse de travail déja investie dans geosource.

Pour les champs a afficher, bien sur on vise ceux obligatoires selon la norme INSPIRE, je suppose (et j'espère) ceux marqués d'un asterisque rouge. J'ai cru comprendre que certains des champs obligatoires étaient dans les tréfonds de la vue essentielle/avancée, cf le mail 'Erreurs systématiques lors de la validation des règles INSPIRE' de Réjane ARPIN datant du début du mois. Une liste claire, concise et précise serait bienvenue, car à part lire la norme en elle même ou les fichiers xsd de validation..

Enfin, parlant de validation, j'ai l'impression qu'il y'a une validation à 2 niveaux, car lorsque l'on 'sauve et valide', on a le message 'Validation réussie' (ce qui pour moi veut dire que le XML en lui meme est valide, validation qui serait (?) aussi faite lorsqu'on fait uniquement "sauver" ?) suivi de 'Erreur dans la validation des règles', qui voudrait dire 'metadonnée non conforme a la norme' (si quelqu'un veut bien confirmer..)

Et c'est la que le bat blesse, car quoi que je mette comme valeurs dans les champs requis, la validation des règles n'a jamais réussi, et les messages d'erreur sont... cryptiques. J'en viens a me demander si c'est sensé marcher ou s'il essaie bien de valider la fiche en cours.

Quand le rapport dit '[INSPIRE] - Un mot-clé est obligatoire' alors qu'il y'a un mot clé dans la fiche, et que c'est pareil pour la plupart des erreurs, je me pose des questions. QUelqu'un a t'il déja réussi a 'sauver et valider' une fiche de métadonnée avec succés, et peut-il partager un exemple de fiche valide ?

Voila, désolé pour la longueur du mail, je suis preneur de tout conseils, retours & détails sur ces aspects.

--
Cdlt,
Landry Breuil
Administrateur de données du CRAIG

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
Geo...@li...
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
**********************************************************************************************
Pensez a l'environnement avant d'imprimer ce message
Think Environment before printing
 
Le contenu de ce mel et de ses pieces jointes est destine a l'usage exclusif du (des) destinataire(s) designe
(s) comme tel(s). 
En cas de reception par erreur, le signaler e son expediteur et ne pas en divulguer le contenu. 
L'absence de virus a ete verifiee e l'emission, il convient neanmoins de s'assurer de l'absence de 
contamination a sa reception.
 
The contents of this email and any attachments are confidential. They are intended for the named recipient
(s) only. 
If you have received this email in error please notify the system manager or the sender immediately and do 
not disclose the contents to anyone or make copies. 
eSafe scanned this email for viruses, vandals and malicious content.
**********************************************************************************************

[GeoNetwork-users-fr] Vue personalisée, choix des champs, et validation d'une fiche

[Landry B. <br...@cr...>]

Bonjour,

suite a l'analyse poussée de l'interface utilisateur de geosource, qui 
reste assez complexe et touffue pour les non-spécialistes du domaine de 
la métadonnée, nous allons essayer de créer une interface 'simplifiée' 
pour nos besoins de cataloguage de nos metadonnées, tout en gardant le 
moteur de geosource pour tout le reste.
Par interface simplifiée, j'entends 3 possibilités, et c'est la que je 
suis preneur d'idée/conseils/retours :
- le plus simple : partir à la hache dans le xsl créant les vues 
decouverte/essentielle/avancée, et n'afficher que les champs que l'on 
veut, et partir a la hache dans le css pour rendre le formulaire un peu 
plus aéré au passage.
- plus évolué : "aspirer" une fiche de métadonnée via 
fr/iso19139.xml?id=XXX, transformer le XML en HTML via un template et 
rendre le tout dans un formulaire de saisie. Pour le chemin inverse, un 
POST html sur xml.metadata.put devrait faire l'affaire.
- encore plus évolué : partir sur le protocole CSW (qui, si j'ai bien 
compris est l'équivalent du WMS pour les metadonnées, et sert de 
protocole de communication lors du moissonnage) et refaire toute une 
interface de saisie par dessus. Beaucoup trop complexe en temps et 
ressources.

L'idéal serait d'avoir dans geosource un "editeur de vue personalisée" 
ou l'on choisit les champs que l'on veut faire apparaitre sur le 
formulaire d'édition/affichage. Je crois que cette idée a déja été 
soulevée (au moins par Marie Gitton), ca recouperait la possibilité 1), 
et serait le plus 'cohérent' a mon avis, vu la masse de travail déja 
investie dans geosource.

Pour les champs a afficher, bien sur on vise ceux obligatoires selon la 
norme INSPIRE, je suppose (et j'espère) ceux marqués d'un asterisque 
rouge. J'ai cru comprendre que certains des champs obligatoires étaient 
dans les tréfonds de la vue essentielle/avancée, cf le mail 'Erreurs 
systématiques lors de la validation des règles INSPIRE' de Réjane ARPIN 
datant du début du mois. Une liste claire, concise et précise serait 
bienvenue, car à part lire la norme en elle même ou les fichiers xsd de 
validation..

Enfin, parlant de validation, j'ai l'impression qu'il y'a une validation 
à 2 niveaux, car lorsque l'on 'sauve et valide', on a le message 
'Validation réussie' (ce qui pour moi veut dire que le XML en lui meme 
est valide, validation qui serait (?) aussi faite lorsqu'on fait 
uniquement "sauver" ?) suivi de 'Erreur dans la validation des règles', 
qui voudrait dire 'metadonnée non conforme a la norme' (si quelqu'un 
veut bien confirmer..)

Et c'est la que le bat blesse, car quoi que je mette comme valeurs dans 
les champs requis, la validation des règles n'a jamais réussi, et les 
messages d'erreur sont... cryptiques. J'en viens a me demander si c'est 
sensé marcher ou s'il essaie bien de valider la fiche en cours.

Quand le rapport dit '[INSPIRE] - Un mot-clé est obligatoire' alors 
qu'il y'a un mot clé dans la fiche, et que c'est pareil pour la plupart 
des erreurs, je me pose des questions. QUelqu'un a t'il déja réussi a 
'sauver et valider' une fiche de métadonnée avec succés, et peut-il 
partager un exemple de fiche valide ?

Voila, désolé pour la longueur du mail, je suis preneur de tout 
conseils, retours & détails sur ces aspects.

-- 
Cdlt,
Landry Breuil
Administrateur de données du CRAIG

Re: [GeoNetwork-users-fr] CSW summary

[CHEREL F. <Fra...@na...>]

Bonjour,
 
Merci beaucoup pour cette réponse rapide.
Nous allons tester le patch et vous faire part des résultats.
 
Cordialement
 
Françoise Cherel
Service Géomatique
DSI/Direction des Informations Géographiques
Tour de Bretagne
44923 Nantes Cedex 9
Tél : 02 40 99 93 21
 
 
 
 

________________________________

De : Mathieu Coudert [mailto:mat...@ca...] 
Envoyé : mardi 15 décembre 2009 13:41
À : CHEREL Françoise
Cc : geo...@li...; SALVAT Garance
Objet : Re: [GeoNetwork-users-fr] CSW summary


Bonjour, 

Merci pour ce retour, il s'agit en effet d'une erreur non corrigée lors de l'import de fiches depuis la version 1 de GéoSource.
C'est désormais chose faite. La correction a été apportée au code source (tronc) de GéoSource (Committed revision 5649) et sera disponible dans le nouveau correctif fourni bientôt, ou bien dans la nouvelle version corrective à venir.
En attendant, vous pouvez appliquer le patch ci-joint au fichier suivant : web/geonetwork/xml/schemas/iso19139fra/update-fixed-info.xsl

Cordialement,

Mathieu C.


2009/12/11 CHEREL Françoise <Fra...@na...>


	Bonjour,
	
	La requête CSW Summary fonctionne correctement sur les fiches créées dans la V2, mais ne marche pas sur celles importées de la V1.
	Quelqu'un a t'il une idée ??
	
	http://www.monserveur/geonetwork/srv/fr/csw?request=GetRecords&service=CSW&resultType=results&outputSchema= <http://www.monserveur/geonetwork/srv/fr/csw?request=GetRecords&service=CSW&resultType=results&outputSchema=http://www.opengis.net/cat/csw/2.0.2&typeNames=csw:Record&elementSetName=summary&constraintLanguage=FILTER&CONSTRAINT_LANGUAGE_VERSION=1.1.0&maxRecords=9> http://www.opengis.net/cat/csw/2.0.2&typeNames=csw:Record&elementSetName=summary&constraintLanguage=FILTER&CONSTRAINT_LANGUAGE_VERSION=1.1.0&maxRecords=9
	Merci
	
	Françoise Cherel
	Service Géomatique
	DSI/Direction des Informations Géographiques
	Tour de Bretagne
	44923 Nantes Cedex 9
	Tél : 02 40 99 93 21
	
	
	
	
	
	------------------------------------------------------------------------------
	Return on Information:
	Google Enterprise Search pays you back
	Get the facts.
	http://p.sf.net/sfu/google-dev2dev
	
	_______________________________________________
	GeoNetwork-users-fr mailing list
	Geo...@li...
	https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
	
	




-- 
Mathieu Coudert

Camptocamp France SAS
18 Avenue de l'Europe
31520 Ramonville Saint Agne

Tel: +33 (0)5 16 57 01 03
http://www.camptocamp.com

Re: [GeoNetwork-users-fr] CSW summary

[Mathieu C. <mat...@ca...>]

Bonjour,

Merci pour ce retour, il s'agit en effet d'une erreur non corrigée lors de
l'import de fiches depuis la version 1 de GéoSource.
C'est désormais chose faite. La correction a été apportée au code source
(tronc) de GéoSource (Committed revision 5649) et sera disponible dans le
nouveau correctif fourni bientôt, ou bien dans la nouvelle version
corrective à venir.
En attendant, vous pouvez appliquer le patch ci-joint au fichier suivant
: web/geonetwork/xml/schemas/iso19139fra/update-fixed-info.xsl

Cordialement,

Mathieu C.


2009/12/11 CHEREL Françoise <Fra...@na...>

> Bonjour,
>
> La requête CSW Summary fonctionne correctement sur les fiches créées dans
> la V2, mais ne marche pas sur celles importées de la V1.
> Quelqu'un a t'il une idée ??
>
>
> http://www.monserveur/geonetwork/srv/fr/csw?request=GetRecords&service=CSW&resultType=results&outputSchema=<
> http://www.monserveur/geonetwork/srv/fr/csw?request=GetRecords&service=CSW&resultType=results&outputSchema=http://www.opengis.net/cat/csw/2.0.2&typeNames=csw:Record&elementSetName=summary&constraintLanguage=FILTER&CONSTRAINT_LANGUAGE_VERSION=1.1.0&maxRecords=9>
>
> http://www.opengis.net/cat/csw/2.0.2&typeNames=csw:Record&elementSetName=summary&constraintLanguage=FILTER&CONSTRAINT_LANGUAGE_VERSION=1.1.0&maxRecords=9
> Merci
>
> Françoise Cherel
> Service Géomatique
> DSI/Direction des Informations Géographiques
> Tour de Bretagne
> 44923 Nantes Cedex 9
> Tél : 02 40 99 93 21
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
>
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>
>


-- 
Mathieu Coudert

Camptocamp France SAS
18 Avenue de l'Europe
31520 Ramonville Saint Agne

Tel: +33 (0)5 16 57 01 03
http://www.camptocamp.com

Re: [GeoNetwork-users-fr] erreur de validation...(?)

[Mathieu C. <mat...@ca...>]

Bonjour,

2009/12/11 "RIVIERE Robert - CETE Méditerr./DI/ETER" <
Rob...@de...>

> Bonjour,
>
> Dans les 2 fragments de XML cité, l'un correspond à la mise en œuvre du
> profil français de la norme ISO (balises dans l'espace de nommage
> "fra:"), et l'autre correspond à une expression dans la norme "de base"
> (ISO 19115 sans extension).
> Pourquoi ce comportement est il différent d'une installation à l'autre,
> je n'ai pas la réponse.
>
> * En revanche sur l'erreur :*
>
>  > Exception in startElement: cvc-complex-type.3.2.2: Attribute
>  > 'gco:isoType' is not allowed
>
> J'ai moi aussi ce souci pour importer des fiches géosource dans un
> catalogue qui vérifie la conformité par rapport à la norme.
> Il y a effectivement une anomalie dans l'export de Géosource vers le XML
> ISO19115/19139 "de base".
> Les balises gco:isoType *ne sont pas conformes* au schéma, tout du moins
> dans leur version que j'utilise, téléchargée depuis
> http://schemas.opengis.net/iso/19139/20070417/gmd/gmd.xsd
> ou encore http://www.isotc211.org/2005/gmd/gmd.xsd
>
> Serait il possible que géosource évolue au niveau de cet export dans la
> norme "de base" ?
>
> Merci d'avance,
>
> Cordialement,
>
> Robert Rivière
> MEEDDM
>
>
> Le 10/12/2009 16:13, > jer...@fr... (par Internet, dépôt
> geo...@li...) a écrit  :
> >
> > Bonjour,
> > Et avant tout, merci aux personnes (dont je n'ai plus le nom en tête)qui
> on
> > répondu à mes précédentes questions.
> >
> > Donc,jusqu'a présent je créai mes fiches sur geosource installé en local.
> Pas de
> > problème pour valider mes fiches.
> > Une version de Geosource est désormais sur un serveur dédié. J'ai donc
> voulu
> > importer mes fiches et les valider, une fois l'import terminé.
> >
> > Et là, un message d'erreur :
> > Exception in startElement: cvc-complex-type.3.2.2: Attribute
> 'gco:isoType' is
> > not allowed to appear in element 'gmd:MD_ReferenceSystem'.
> >
> > En regardant dans la vue xml, je constate qu'a l'endroit concerné le code
> est
> > légèrement différent:
> > Sur ma machine:
> > <fra:FRA_DirectReferenceSystem xmlns:fra="
> http://www.cnig.gouv.fr/2005/fra"
> > gco:isoType="gmd:MD_ReferenceSystem">
> >
> > Sur la version de Geosource sur serveur:
> > <gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">
> >
> > Qui peut m'expliquer, svp, pourquoi ces différences de code? Et, est-elle
> à
> > l'origine de l'erreur générée ?
>

Votre installation locale comme serveur ne diffère en rien d'un point de vue
programmation (à moins d'avoir des versions de GéoSource différentes).
Je n'explique donc pas une différence de comportement entre ces deux
installations.
La seule source d'erreur pour moi pourrait venir d'options différentes lors
de l'import, ou bien d'une configuration différente entre les deux
installations.

Sinon, comme le précisait Mr Rivière précèdemment, il s'agit en effet d'un
extrait de métadonnée à la norme ISO 19139 profil france, et d'un extrait
d'ISO 19139 standard.
Cependant le 19139 standard ne devrait pas comporter de balise gco:IsoType.

Je vais regarder ce problème de plus près et je reviendrai vers vous dès
lors que j'aurais quelques élements de réponses.

Cordialement,

Mathieu

> Merci, JN
> >
> >
> ------------------------------------------------------------------------------
> > Return on Information:
> > Google Enterprise Search pays you back
> > Get the facts.
> > http://p.sf.net/sfu/google-dev2dev
> > _______________________________________________
> > GeoNetwork-users-fr mailing list
> > Geo...@li...
> > https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
> >
> >
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>

[GeoNetwork-users-fr] CSW summary

[CHEREL F. <Fra...@na...>]

Bonjour,
 
La requête CSW Summary fonctionne correctement sur les fiches créées dans la V2, mais ne marche pas sur celles importées de la V1.
Quelqu'un a t'il une idée ??
 
http://www.monserveur/geonetwork/srv/fr/csw?request=GetRecords&service=CSW&resultType=results&outputSchema= <http://www.monserveur/geonetwork/srv/fr/csw?request=GetRecords&service=CSW&resultType=results&outputSchema=http://www.opengis.net/cat/csw/2.0.2&typeNames=csw:Record&elementSetName=summary&constraintLanguage=FILTER&CONSTRAINT_LANGUAGE_VERSION=1.1.0&maxRecords=9> http://www.opengis.net/cat/csw/2.0.2&typeNames=csw:Record&elementSetName=summary&constraintLanguage=FILTER&CONSTRAINT_LANGUAGE_VERSION=1.1.0&maxRecords=9
Merci
 
Françoise Cherel
Service Géomatique
DSI/Direction des Informations Géographiques
Tour de Bretagne
44923 Nantes Cedex 9
Tél : 02 40 99 93 21
 
 
 
 

Re: [GeoNetwork-users-fr] erreur de validation...(?)

[RIVIERE R. - C. Méditerr./DI/E. <Rob...@de...>]

Bonjour,

Dans les 2 fragments de XML cité, l'un correspond à la mise en œuvre du 
profil français de la norme ISO (balises dans l'espace de nommage 
"fra:"), et l'autre correspond à une expression dans la norme "de base"
(ISO 19115 sans extension).
Pourquoi ce comportement est il différent d'une installation à l'autre, 
je n'ai pas la réponse.

* En revanche sur l'erreur :*

 > Exception in startElement: cvc-complex-type.3.2.2: Attribute
 > 'gco:isoType' is not allowed

J'ai moi aussi ce souci pour importer des fiches géosource dans un 
catalogue qui vérifie la conformité par rapport à la norme.
Il y a effectivement une anomalie dans l'export de Géosource vers le XML 
ISO19115/19139 "de base".
Les balises gco:isoType *ne sont pas conformes* au schéma, tout du moins 
dans leur version que j'utilise, téléchargée depuis 
http://schemas.opengis.net/iso/19139/20070417/gmd/gmd.xsd
ou encore http://www.isotc211.org/2005/gmd/gmd.xsd

Serait il possible que géosource évolue au niveau de cet export dans la 
norme "de base" ?

Merci d'avance,

Cordialement,

Robert Rivière
MEEDDM


Le 10/12/2009 16:13, > jer...@fr... (par Internet, dépôt 
geo...@li...) a écrit  :
> 
> Bonjour,
> Et avant tout, merci aux personnes (dont je n'ai plus le nom en tête)qui on
> répondu à mes précédentes questions.
> 
> Donc,jusqu'a présent je créai mes fiches sur geosource installé en local. Pas de
> problème pour valider mes fiches.
> Une version de Geosource est désormais sur un serveur dédié. J'ai donc voulu
> importer mes fiches et les valider, une fois l'import terminé.
> 
> Et là, un message d'erreur :
> Exception in startElement: cvc-complex-type.3.2.2: Attribute 'gco:isoType' is
> not allowed to appear in element 'gmd:MD_ReferenceSystem'.
> 
> En regardant dans la vue xml, je constate qu'a l'endroit concerné le code est
> légèrement différent:
> Sur ma machine:
> <fra:FRA_DirectReferenceSystem xmlns:fra="http://www.cnig.gouv.fr/2005/fra"
> gco:isoType="gmd:MD_ReferenceSystem">
> 
> Sur la version de Geosource sur serveur:
> <gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">
> 
> Qui peut m'expliquer, svp, pourquoi ces différences de code? Et, est-elle à
> l'origine de l'erreur générée ?
> Merci, JN
> 
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
> 
> 

Re: [GeoNetwork-users-fr] Rép. : Re: Blocage de l'indexation au démarrage (encore...)

[Francois P. <fx....@gm...>]

Bonjour, dans l'attente d'un patch directement téléchargeable, vous
pouvez appliquer la procédure suivante (sous linux) pour corriger le
problème.
Merci à Isabelle Mallet et Réjane Arpin pour la description du
problème et les tests complémentaires.

Testé avec Tomcat 5.5.28 et 6.0.20.

Démarche :
1. Compilation depuis le source dans un répertoire temporaire
(http://trac.osgeo.org/geonetwork/wiki/Fr_HowToCompileFromSource)

cd /tmp
mkdir geosource
cd geosource
svn co https://geonetwork.svn.sourceforge.net/svnroot/geonetwork/sandbox/GeoSource/
.
cd Jeeves
ant
cd ../GeoNetwork
ant

2. Backup & copie de la librairie
cp CHEMIN_DE_VOTRE_INSTALLATION/web/geonetwork/WEB-INF/lib/geonetwork.jar
CHEMIN_DE_VOTRE_INSTALLATION/web/geonetwork/WEB-INF/lib/geonetwork.jar.backup
cp web/geonetwork/WEB-INF/lib/geonetwork.jar
CHEMIN_DE_VOTRE_INSTALLATION/web/geonetwork/WEB-INF/lib/.

3. Relancer l'application.

Salutations.

Francois Prunayre


Le 8 décembre 2009 16:54, SALVAT Garance
<Gar...@na...> a écrit :
>
>  Bonjour à toutes et tous,
>
> Nous pensions y échapper mais aujourd'hui nous avons planté le serveur de test où nous avons les installs de plusieurs applications. L'équipe DSI nous révèle que Geosource est à l'origine de ce problème : en ne lançant pas l'appli, tomcat redémarre sans problème.
>
> Suite à la suppression dans la base de donnée des enregistrements de la dernière fiche créée hier, il a été possible de relancer le serveur (vos retours nous ont permis de trouver cette solution - merci !).
>
> Cependant, nous nous posons plusieurs questions.
> - nous avons déjà crée des fiches sans que cela mettre en vrac le serveur.
> - nous avons déjà lié des contacts et des mots clés sans problème.
>
> La fiche incriminée créée hier était destinée à devenir l'une de nos deux fiches modèle. Je suis donc cette fois partie du "modèle pour la saisie en vue essentielle - profil France". Or auparavent nous n'avions utilisé que les modèles "données vecteur" pour tester l'application.
>
> Peut-il y avoir une incidence en faisant ce choix à la création d'une fiche ?
> Nous allons essayer de saisir des fiches classiques à dupliquer plutôt qu'un modèle. A voir si cela solutionne ce problème TRES CONTRAIGNANT pour démarrer de nouveau le projet de saisie de nos fiches. Des questions restent en suspens notamment pour les éditeurs, que j'ai du passer en profil "administrateurs d'utilisateurs" afin de pouvoir créer des fiches "enfants" à partir de fiches "parent". Au-delà de ces droits, pourront-ils lier les contacts et thesaurus sans planter le serveur ?
>
> A bientôt.
> Cordialement,
>
>
> Garance SALVAT
> DSI/Direction des Informations Géographiques
> Service Géomatique
> Tél. : 02 40 99 93 26 / Fax : 02 40 99 93 14
> mail : gar...@na...
>
>
> -----Message d'origine-----
> De : Francois Prunayre [mailto:fx....@gm...]
> Envoyé : mardi 1 décembre 2009 11:57
> À : im...@gr...
> Cc : geo...@li...
> Objet : Re: [GeoNetwork-users-fr]Rép. : Re: Blocage de l'indexation au démarrage (encore...)
>
> Bonjour à tous, le problème est lié au fait que Tomcat semble ne pas fermer certaine connection (impossible car l'application n'est pas
> démarrée) alors que l'application est en cours de lancement. Un timeout est spécifié, mais celui-ci n'est pas pris en compte (alors qu'il l'est sous Jetty).
>
> Une approche possible serait de vérifier si le DataManager est initialisé et de prendre en compte son état pour l'indexation ou pas des éléments liés.
>
> Un patch est à l'étude pour voir si la correction n'a pas d'effet de bord.
>
> Salutations.
>
> Francois
>
> Le 1 décembre 2009 09:21, Benoist Fontaine <b.f...@al...> a écrit :
>>
>> Bonjour,
>>
>> Merci de votre réponse.
>> Le problème semble venir du fait que lorsque l'on renseigne un mot-clé
>> ou un contact, une URL s'inscrit dans la métadonnée (en base).
>> Lorsque tomcat démarre, Géosource lance l'indexation des métadonnées.
>> L'URL qui est en base n'est pas encore active, ce qui explique
>> probablement le plantage.
>> Je ne vois pas bien comment résoudre ce problème, mis à part ne pas
>> lancer l'indexation au démarrage.
>> Reste à savoir à quel niveau dans le code est géré cette indexation.
>> Nous poursuivons les recherches ...
>> Cordialement,
>> B.Fontaine.
>>
>>
>>
>> Isabelle MALLET wrote:
>>>
>>> bonjour,
>>>
>>> non on n'a pas trouvé de solution pour contourner ce problème.
>>>
>>> le plus ennuyeux c'est qu'on est passé sur une configuration avec des
>>> composants serveur 100% Opensource (machine Linux, serveur Tomcat ,
>>> sgdb Postgresql, Géosource 2.2.1 : le tout sur la même machine en
>>> suivant le tutorial d'installation) en espérant que ça marcherait
>>> dans cette configuration et qu'on rencontre toujours ce problème :
>>> après saisie d'une fiche de MD (avec Mozilla) contenant un contact
>>> lié (pris dans la liste de contacts fournie en exemple dans
>>> Geosource) ou un mot-clé lié (pris dans un thesaurus externe fourni
>>> par Géosource), quand on essaye d'arrêter Tomcat, il ne s'arrête pas
>>> correctement (le process Java n'est pas tué) ; lorsqu'on redémarre
>>> ensuite Tomcat, il ne démarre pas correctement et il n'y a pas
>>> d'autres solutions que d'aller supprimer la fiche de MD dans la base
>>> Postgre (en passant par le serveur Jetty !!!) pour que Tomcat
>>> redémarre correctement.
>>>
>>> le log de Tomcat lors de l'arrêt de Tomcat est le suivant :
>>> Nov 30, 2009 4:59:14 PM org.apache.coyote.http11.Http11BaseProtocol
>>> pause
>>> INFO: Pausing Coyote HTTP/1.1 on http-8080 Nov 30, 2009 4:59:15 PM
>>> org.apache.catalina.core.StandardService stop
>>> INFO: Stopping service Catalina
>>> Nov 30, 2009 4:59:17 PM com.k_int.codec.util.OIDRegConfigurator load
>>> INFO: Unable to find codec class :
>>> com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
>>> Nov 30, 2009 4:59:17 PM org.apache.coyote.http11.Http11BaseProtocol
>>> destroy
>>> INFO: Stopping Coyote HTTP/1.1 on http-8080 Nov 30, 2009 4:59:17 PM
>>> org.apache.catalina.core.AprLifecycleListener
>>> lifecycleEvent
>>> INFO: Failed shutdown of Apache Portable Runtime Nov 30, 2009 4:59:17
>>> PM
>>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook
>>> run
>>> WARNING: Region [xlink] Disk cache not shutdown properly, shutting
>>> down now.
>>> Nov 30, 2009 4:59:17 PM org.apache.catalina.loader.WebappClassLoader
>>> loadClass
>>> INFO: Illegal access: this web application instance has been stopped
>>> already.  Could not load org.apache.jcs.auxiliary.di
>>> sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is
>>> caused by an error thrown for debugging purposes as
>>>  well as to attempt to terminate the thread which caused the illegal
>>> access, and has no functional impact.
>>> java.lang.IllegalStateException
>>>         at
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
>>> der.java:1272)
>>>         at
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
>>> der.java:1232)
>>>         at
>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>>>         at
>>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(Inde
>>> xedDiskCache.java:920)
>>>         at
>>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.r
>>> un(IndexedDiskCache.java:1620)
>>>
>>>
>>> et lors du redémarrage :
>>> Nov 30, 2009 5:00:40 PM org.apache.catalina.core.AprLifecycleListener
>>> lifecycleEvent
>>> INFO: The Apache Tomcat Native library which allows optimal
>>> performance in production environments was not found on the j
>>> ava.library.path:
>>> /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/
>>> lib/amd64:/usr/java/jdk1.5.0_22/jr
>>> e/../lib/amd64
>>> Nov 30, 2009 5:00:40 PM org.apache.coyote.http11.Http11BaseProtocol
>>> init
>>> INFO: Initializing Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:00:40
>>> PM org.apache.catalina.startup.Catalina load
>>> INFO: Initialization processed in 1189 ms Nov 30, 2009 5:00:41 PM
>>> org.apache.catalina.core.StandardService start
>>> INFO: Starting service Catalina
>>> Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardEngine start
>>> INFO: Starting Servlet Engine: Apache Tomcat/5.5.28 Nov 30, 2009
>>> 5:00:41 PM org.apache.catalina.core.StandardHost start
>>> INFO: XML validation disabled
>>> Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.control.CompositeCacheManager
>>> getUnconfiguredInstance
>>> INFO: Instance is null, creating with provided config Nov 30, 2009
>>> 5:00:55 PM org.apache.jcs.utils.threadpool.ThreadPoolManager
>>> loadConfig
>>> INFO: thread_pool.default PoolConfiguration = useBoundary = [true]
>>> boundarySize = [2000] maximumPoolSize = [150] minimumP oolSize = [4]
>>> keepAliveTime = [300000] whenBlockedPolicy = [RUN] startUpSize = [4]
>>> Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>>> setDefaultAuxValues
>>> INFO: Setting default auxiliaries to
>>> Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>>> setDefaultCompositeCacheAttributes
>>> INFO: setting defaultCompositeCacheAttributes to [ useLateral = true,
>>> useRemote = true, useDisk = true, maxObjs = 1000, m axSpoolPerRun =
>>> 500, diskUsagePattern = 0 ] Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>>> setDefaultElementAttributes
>>> INFO: setting defaultElementAttributes to [ IS_LATERAL = true,
>>> IS_SPOOL = true, IS_REMOTE = true, IS_ETERNAL = false, Max
>>> LifeSeconds = -1, IdleTime = -1, CreateTime = 1259596855350,
>>> LastAccessTime = 1259596855350, getTimeToLiveSeconds() = -1,
>>>  createTime = 1259596855350 ]
>>> Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>>> parseElementAttributes
>>> INFO: No special ElementAttribute class defined for key
>>> [jcs.region.xlink.elementattributes], using default class.
>>> Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.memory.lru.LRUMemoryCache
>>> initialize
>>> INFO: initialized LRUMemoryCache for xlink Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.control.CompositeCache
>>> <init>
>>> INFO: Constructed cache with name [xlink] and cache attributes [
>>> useLateral = true, useRemote = true, useDisk = true, max Objs =
>>> 10000, maxSpoolPerRun = -1, diskUsagePattern = 0 ] Nov 30, 2009
>>> 5:00:55 PM org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
>>> <init>
>>> INFO: Region [xlink] Cache file root directory: jcs_caching Nov 30,
>>> 2009 5:00:55 PM
>>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache initKeyMap
>>> INFO: Region [xlink] Set maxKeySize to: '5000'
>>> Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache <init>
>>> INFO: Region [xlink] Indexed Disk Cache is alive.
>>> Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.control.CompositeCacheConfigurator parseRegions
>>> INFO: Parsed regions [xlink]
>>> Nov 30, 2009 5:00:55 PM
>>> org.apache.jcs.engine.control.CompositeCacheConfigurator doConfigure
>>> INFO: Finished configuration in 249 ms.
>>>
>>> apparemment pas d'erreur dans le log lors du redémarrage de Tomcat,
>>> néanmoins l'URL de Géosource ne répond pas...
>>>
>>> après suppression de la fiche de MD, le log de Tomcat au redémarrage
>>> (correct) de Tomcat  est le suivant :
>>> Nov 30, 2009 5:26:46 PM org.apache.catalina.core.AprLifecycleListener
>>> lifecycleEvent
>>> INFO: The Apache Tomcat Native library which allows optimal
>>> performance in production environments was not found on the j
>>> ava.library.path:
>>> /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/
>>> lib/amd64:/usr/java/jdk1.5.0_22/jr
>>> e/../lib/amd64
>>> Nov 30, 2009 5:26:47 PM org.apache.coyote.http11.Http11BaseProtocol
>>> init
>>> INFO: Initializing Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:26:47
>>> PM org.apache.catalina.startup.Catalina load
>>> INFO: Initialization processed in 1190 ms Nov 30, 2009 5:26:47 PM
>>> org.apache.catalina.core.StandardService start
>>> INFO: Starting service Catalina
>>> Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardEngine start
>>> INFO: Starting Servlet Engine: Apache Tomcat/5.5.28 Nov 30, 2009
>>> 5:26:47 PM org.apache.catalina.core.StandardHost start
>>> INFO: XML validation disabled
>>> Nov 30, 2009 5:27:10 PM org.apache.coyote.http11.Http11BaseProtocol
>>> start
>>> INFO: Starting Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:27:10 PM
>>> org.apache.jk.common.ChannelSocket init
>>> INFO: JK: ajp13 listening on /0.0.0.0:8009 Nov 30, 2009 5:27:10 PM
>>> org.apache.jk.server.JkMain start
>>> INFO: Jk running ID=0 time=0/49  config=null Nov 30, 2009 5:27:10 PM
>>> org.apache.catalina.storeconfig.StoreLoader load
>>> INFO: Find registry server-registry.xml at classpath resource Nov 30,
>>> 2009 5:27:11 PM org.apache.catalina.startup.Catalina start
>>> INFO: Server startup in 23922 ms
>>>
>>> et à l'arrêt (correct) de Tomcat :
>>> Nov 30, 2009 5:34:16 PM org.apache.coyote.http11.Http11BaseProtocol
>>> pause
>>> INFO: Pausing Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:34:17 PM
>>> org.apache.catalina.core.StandardService stop
>>> INFO: Stopping service Catalina
>>> Nov 30, 2009 5:34:18 PM com.k_int.codec.util.OIDRegConfigurator load
>>> INFO: Unable to find codec class :
>>> com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
>>> Nov 30, 2009 5:34:19 PM org.apache.coyote.http11.Http11BaseProtocol
>>> destroy
>>> INFO: Stopping Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:34:19 PM
>>> org.apache.catalina.core.AprLifecycleListener
>>> lifecycleEvent
>>> INFO: Failed shutdown of Apache Portable Runtime Nov 30, 2009 5:34:19
>>> PM
>>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook
>>> run
>>> WARNING: Region [xlink] Disk cache not shutdown properly, shutting
>>> down now.
>>> Nov 30, 2009 5:34:19 PM org.apache.catalina.loader.WebappClassLoader
>>> loadClass
>>> INFO: Illegal access: this web application instance has been stopped
>>> already.  Could not load org.apache.jcs.auxiliary.di
>>> sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is
>>> caused by an error thrown for debugging purposes as
>>>  well as to attempt to terminate the thread which caused the illegal
>>> access, and has no functional impact.
>>> java.lang.IllegalStateException
>>>         at
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
>>> der.java:1272)
>>>         at
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
>>> der.java:1232)
>>>         at
>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>>>         at
>>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(Inde
>>> xedDiskCache.java:920)
>>>         at
>>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.r
>>> un(IndexedDiskCache.java:1620)
>>>
>>> apparemment peu de différence mais dans un cas Géosource fonctionne
>>> et dans l'autre non...
>>>
>>> bref on craque et les utilisateurs aussi et on a décider d'arrêter
>>> tout en attendant d'avoir plus d'information sur une configuration de
>>> type serveur qui fonctionne correctement.
>>>
>>> dernière information pour terminer : les librairies Xalan sont
>>> nécessaires avec Tomcat 5.5 et Java 1.5 pour que les interfaces de
>>> saisie des contacts liés et mot-clés liés dans la fiche de MD
>>> fonctionnent correctement
>>>
>>> merci d'avance de votre aide
>>> I. Mallet
>>>
>>>>>> Benoist Fontaine <b.f...@al...> 30/11/09 14:06 >>>
>>>
>>> Bonjour,
>>>
>>> Nous sommes confronté au même problème :
>>> plantage au redémarrage de tomcat lorsqu'un utilisateur a renseigné
>>> un contact dans une métadonnée.
>>>
>>> Avez-vous trouvé une solution pour contourner le problème ?
>>> Merci d'avance,
>>> Cordialement,
>>> Benoist Fontaine.
>>>
>>>
>>> Isabelle MALLET wrote:
>>>>
>>>> bonjour,
>>>>
>>>> merci pour vos réponses
>>>>
>>>> effectivement l'index non spatial n'est pas recalculé à chaque
>>>> redémarrage de Tomcat par contre l'index spatial l'est (fichier
>>>> geosource\web\geonetwork\WEB-INF\lucene\spatial\spatialIndex.qix )
>>>> or les fiches de MD saisies dans nos tests sont uniquement
>>>> alphanumériques (c'est à dire la partie visualisation géographique
>>>> de notre configuration est celle par défaut dans Géosource v2.2.1 ;
>>>> on n'utilise pas les fonctionnalités géographiques de Géosource
>>>> v2.2.1)
>>>>
>>>> l'opération réalisée est la suivante :
>>>> - création d'une MD à partir du modèle vue essentielle avec ajout
>>>> d'un contact lié et d'un mot-clé lié (thésaurus externe)
>>>> - publication de la MD
>>>> - consultation anonyme : ok
>>>> - arrêt du service Tomcat
>>>> - redémarrage de Tomcat
>>>> avec un profil Editor : blocage systèmatique au redémarrage de
>>>> Tomcat avec le profil admin : blocage fréquent (1 fois sur 3
>>>> environ)
>>>> - reconstruction de l'index (en passant par le serveur Jetty pour
>>>> pouvoir accéder à la fonctionnalité de reconstruction de l'index ;
>>>> la resynchronisation avec GAST ne suffit pas)
>>>> - redémarrage de Tomcat : ok
>>>>
>>>> (remarque : les services Apache et Tomcat sont arrêtés toutes les
>>>> nuits pour des contraintes d'exploitation ; néamoins meme si on
>>>> n'arrêtait pas Tomcat toutes les nuits, il faudrait quand même
>>>> pouvoir le faire de temps en temps et avoir la garantie que
>>>> l'application redémarre correctement... ;-)
>>>>
>>>> par ailleurs y-a-t'il des pistes sur la 2ème partie de la question :
>>>> possibilité de lancer la regénération de l'index "off line" par une
>>>> commande ou un script (qui pourrait être exécuté en mode batch avant
>>>> l'arrêt/redémarrage du service Tomcat) ?
>>>>
>>>> merci d'avance
>>>> I. Mallet
>>>>
>>>>>>> Francois Prunayre < fx....@gm... > 03/11/09 10:43 >>>
>>>> Bonjour,
>>>>
>>>> Le 3 novembre 2009 10:26, Landry Breuil < br...@cr... > a écrit :
>>>>> Isabelle MALLET wrote:
>>>>>> bonjour,
>>>>>>
>>>>>> je reviens sur ce problème d'indexation au démarrage déjà évoquer
>>>>>> dans de nombreux messages sur la liste
>>>>>> (http://sourceforge.net/mailarchive/forum.php?thread_name=23CB51CB
>>>>>> DF2BB7418AB6439FDE03A3B201F12221%40zephyr.agglo-rennesmetropole.fr
>>>>>> &forum_name=geonetwork-users-fr)
>>>>>>
>>>>>> sur notre serveur de dév, on a monté une configuration très proche
>>>>>> de celle décrite dans la documentation du Ca-SIF :
>>>>>> - serveurs Tomcat et Apache (mais sur Windows 2003 Server)
>>>>>> - Géosource 2.2.1
>>>>>>
>>>>>> - base de données PostgreSQL (sur un serveur Linux séparé)
>>>>>>
>>>>>> on rencontre systèmatiquement le problème de blocage du
>>>>>> redémarrage du service Tomcat après la saisie de fiches ayant des
>>>>>> mots-clés et/ou contacts liés : le blocage est lié au problème
>>>>>> d'indexation de la dernière fiche de métadonnées saisie on s'en
>>>>>> sort sans avoir besoin de supprimer la fiche, en faisant
>>>>>> simplement une regénération de l'index (menu Administration >
>>>>>> Reconstruire l'index) mais c'est très très génant
>>>>>> - car il faut être logué "admin" pour faire cette opération de
>>>>>> réindexation et l'utilisateur qui saisit les fiches n'est pas
>>>>>> censé à avoir le profil "admin" et faire ce genre d'opération
>>>>>> avant de terminer sa session de saisie !
>>>>>> - car le service Tomcat est arrêté/redémarré automatiquement
>>>>>> toutes les nuits : donc si la réindexation n'est pas faite avant,
>>>>>> le redemarrage plante toutes les nuits...
>>>>>
>>>>> Par curiosité, pourquoi redémarrer Tomcat toutes les nuits ?
>>>>>
>>>>>> ma question est donc la suivante :
>>>>>> 1) est-il possible de désactiver l'indexation automatique au
>>>>>> démarrage
>>>>>> :
>>>>>> demande déjà formulée plusieurs fois sur la liste et bug corrigé
>>>>>> dans Geonetwork 2.4.1 cette option a elle été incluse dans
>>>>>> Géosource 2.2.1 ?
>>>>>> (en tout cas le bug ne semble pas corrigé dans Géosource 2.2.1...)
>>>>>
>>>>> Le commit que vous cherchez est le suivant :
>>>>> http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=rev&re
>>>>> vision=5229 Qui a priori est intégré dans Geosource 2.2.1. Donc
>>>>> l'index ne devrait pas être reconstruit a chaque démarrage de
>>>>> Tomcat.
>>>> En effet, sauf si l'index est dans un statut invalide (ce qui n'est
>>>> en général pas le cas lors d'un arrêt/redémarrage).
>>>>
>>>> Ce qui semble étrange est le fait de bloquer sur la dernière fiche
>>>> alors que via l'admin, l'opération semble bien se passer.
>>>> Auriez-vous des précisions sur ce point ?
>>>>
>>>> Salutations.
>>>>
>>>> Francois
>>>>
>>>>
>>>>> --
>>>>> Cdlt,
>>>>> Landry Breuil
>>>>> Administrateur de données du CRAIG
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> ----------- Come build with us! The BlackBerry(R) Developer
>>>>> Conference in SF, CA is the only developer event you need to attend
>>>>> this year. Jumpstart your developing skills, take BlackBerry mobile
>>>>> applications to market and stay ahead of the curve. Join us from
>>>>> November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> GeoNetwork-users-fr mailing list
>>>>> Geo...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>>>
>>>>
>>>> --------------------------------------------------------------------
>>>> ---------- Come build with us! The BlackBerry(R) Developer
>>>> Conference in SF, CA is the only developer event you need to attend
>>>> this year. Jumpstart your developing skills, take BlackBerry mobile
>>>> applications to market and stay ahead of the curve. Join us from
>>>> November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> GeoNetwork-users-fr mailing list
>>>> Geo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>>
>>>> --------------------------------------------------------------------
>>>> ---------- Let Crystal Reports handle the reporting - Free Crystal
>>>> Reports 2008 30-Day trial. Simplify your report design, integration
>>>> and deployment - and focus on what you do best, core application
>>>> coding. Discover what's new with Crystal Reports now.
>>>> http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> GeoNetwork-users-fr mailing list
>>>> Geo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://n2.nabble.com/Rep-Re-Blocage-de-l-indexation-au-demarrage-enco
>>> re-tp3959433p4087492.html Sent from the GeoNetwork users francophone
>>> mailing list archive at Nabble.com.
>>>
>>> ---------------------------------------------------------------------
>>> --------- Let Crystal Reports handle the reporting - Free Crystal
>>> Reports 2008 30-Day trial. Simplify your report design, integration
>>> and deployment - and focus on what you do best, core application
>>> coding. Discover what's new with Crystal Reports now.
>>> http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> GeoNetwork-users-fr mailing list
>>> Geo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>
>>> ---------------------------------------------------------------------
>>> --------- Let Crystal Reports handle the reporting - Free Crystal
>>> Reports 2008 30-Day trial. Simplify your report design, integration
>>> and deployment - and focus on what you do best, core application
>>> coding. Discover what's new with Crystal Reports now.
>>> http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> GeoNetwork-users-fr mailing list
>>> Geo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>
>>>
>>
>> --
>> View this message in context:
>> http://n2.nabble.com/Re-Rep-Re-Blocage-de-l-indexation-au-demarrage-en
>> core-tp4088638p4092459.html Sent from the GeoNetwork users francophone
>> mailing list archive at Nabble.com.
>>
>> ----------------------------------------------------------------------
>> -------- Join us December 9, 2009 for the Red Hat Virtual Experience,
>> a free event focused on virtualization and cloud computing.
>> Attend in-depth sessions from your desk. Your couch. Anywhere.
>> http://p.sf.net/sfu/redhat-sfdev2dev
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>

[GeoNetwork-users-fr] erreur de validation...(?)

[<jer...@fr...>]

Bonjour,
Et avant tout, merci aux personnes (dont je n'ai plus le nom en tête)qui on
répondu à mes précédentes questions.

Donc,jusqu'a présent je créai mes fiches sur geosource installé en local. Pas de
problème pour valider mes fiches.
Une version de Geosource est désormais sur un serveur dédié. J'ai donc voulu
importer mes fiches et les valider, une fois l'import terminé.

Et là, un message d'erreur :
Exception in startElement: cvc-complex-type.3.2.2: Attribute 'gco:isoType' is
not allowed to appear in element 'gmd:MD_ReferenceSystem'.

En regardant dans la vue xml, je constate qu'a l'endroit concerné le code est
légèrement différent:
Sur ma machine:
<fra:FRA_DirectReferenceSystem xmlns:fra="http://www.cnig.gouv.fr/2005/fra"
gco:isoType="gmd:MD_ReferenceSystem">

Sur la version de Geosource sur serveur:
<gmd:MD_ReferenceSystem gco:isoType="gmd:MD_ReferenceSystem">

Qui peut m'expliquer, svp, pourquoi ces différences de code? Et, est-elle à
l'origine de l'erreur générée ?
Merci, JN

Re: [GeoNetwork-users-fr] Rép. : Re: Blocage de l'indexation au démarrage (encore...)

[SALVAT G. <Gar...@na...>]

 Bonjour à toutes et tous,

Nous pensions y échapper mais aujourd'hui nous avons planté le serveur de test où nous avons les installs de plusieurs applications. L'équipe DSI nous révèle que Geosource est à l'origine de ce problème : en ne lançant pas l'appli, tomcat redémarre sans problème.

Suite à la suppression dans la base de donnée des enregistrements de la dernière fiche créée hier, il a été possible de relancer le serveur (vos retours nous ont permis de trouver cette solution - merci !).

Cependant, nous nous posons plusieurs questions. 
- nous avons déjà crée des fiches sans que cela mettre en vrac le serveur.
- nous avons déjà lié des contacts et des mots clés sans problème.

La fiche incriminée créée hier était destinée à devenir l'une de nos deux fiches modèle. Je suis donc cette fois partie du "modèle pour la saisie en vue essentielle - profil France". Or auparavent nous n'avions utilisé que les modèles "données vecteur" pour tester l'application.

Peut-il y avoir une incidence en faisant ce choix à la création d'une fiche ?
Nous allons essayer de saisir des fiches classiques à dupliquer plutôt qu'un modèle. A voir si cela solutionne ce problème TRES CONTRAIGNANT pour démarrer de nouveau le projet de saisie de nos fiches. Des questions restent en suspens notamment pour les éditeurs, que j'ai du passer en profil "administrateurs d'utilisateurs" afin de pouvoir créer des fiches "enfants" à partir de fiches "parent". Au-delà de ces droits, pourront-ils lier les contacts et thesaurus sans planter le serveur ?

A bientôt.
Cordialement,


Garance SALVAT
DSI/Direction des Informations Géographiques
Service Géomatique
Tél. : 02 40 99 93 26 / Fax : 02 40 99 93 14
mail : gar...@na...


-----Message d'origine-----
De : Francois Prunayre [mailto:fx....@gm...] 
Envoyé : mardi 1 décembre 2009 11:57
À : im...@gr...
Cc : geo...@li...
Objet : Re: [GeoNetwork-users-fr]Rép. : Re: Blocage de l'indexation au démarrage (encore...)

Bonjour à tous, le problème est lié au fait que Tomcat semble ne pas fermer certaine connection (impossible car l'application n'est pas
démarrée) alors que l'application est en cours de lancement. Un timeout est spécifié, mais celui-ci n'est pas pris en compte (alors qu'il l'est sous Jetty).

Une approche possible serait de vérifier si le DataManager est initialisé et de prendre en compte son état pour l'indexation ou pas des éléments liés.

Un patch est à l'étude pour voir si la correction n'a pas d'effet de bord.

Salutations.

Francois

Le 1 décembre 2009 09:21, Benoist Fontaine <b.f...@al...> a écrit :
>
> Bonjour,
>
> Merci de votre réponse.
> Le problème semble venir du fait que lorsque l'on renseigne un mot-clé 
> ou un contact, une URL s'inscrit dans la métadonnée (en base).
> Lorsque tomcat démarre, Géosource lance l'indexation des métadonnées. 
> L'URL qui est en base n'est pas encore active, ce qui explique 
> probablement le plantage.
> Je ne vois pas bien comment résoudre ce problème, mis à part ne pas 
> lancer l'indexation au démarrage.
> Reste à savoir à quel niveau dans le code est géré cette indexation.
> Nous poursuivons les recherches ...
> Cordialement,
> B.Fontaine.
>
>
>
> Isabelle MALLET wrote:
>>
>> bonjour,
>>
>> non on n'a pas trouvé de solution pour contourner ce problème.
>>
>> le plus ennuyeux c'est qu'on est passé sur une configuration avec des 
>> composants serveur 100% Opensource (machine Linux, serveur Tomcat , 
>> sgdb Postgresql, Géosource 2.2.1 : le tout sur la même machine en 
>> suivant le tutorial d'installation) en espérant que ça marcherait 
>> dans cette configuration et qu'on rencontre toujours ce problème :
>> après saisie d'une fiche de MD (avec Mozilla) contenant un contact 
>> lié (pris dans la liste de contacts fournie en exemple dans 
>> Geosource) ou un mot-clé lié (pris dans un thesaurus externe fourni 
>> par Géosource), quand on essaye d'arrêter Tomcat, il ne s'arrête pas 
>> correctement (le process Java n'est pas tué) ; lorsqu'on redémarre 
>> ensuite Tomcat, il ne démarre pas correctement et il n'y a pas 
>> d'autres solutions que d'aller supprimer la fiche de MD dans la base 
>> Postgre (en passant par le serveur Jetty !!!) pour que Tomcat 
>> redémarre correctement.
>>
>> le log de Tomcat lors de l'arrêt de Tomcat est le suivant :
>> Nov 30, 2009 4:59:14 PM org.apache.coyote.http11.Http11BaseProtocol 
>> pause
>> INFO: Pausing Coyote HTTP/1.1 on http-8080 Nov 30, 2009 4:59:15 PM 
>> org.apache.catalina.core.StandardService stop
>> INFO: Stopping service Catalina
>> Nov 30, 2009 4:59:17 PM com.k_int.codec.util.OIDRegConfigurator load
>> INFO: Unable to find codec class :
>> com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
>> Nov 30, 2009 4:59:17 PM org.apache.coyote.http11.Http11BaseProtocol
>> destroy
>> INFO: Stopping Coyote HTTP/1.1 on http-8080 Nov 30, 2009 4:59:17 PM 
>> org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: Failed shutdown of Apache Portable Runtime Nov 30, 2009 4:59:17 
>> PM 
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook 
>> run
>> WARNING: Region [xlink] Disk cache not shutdown properly, shutting 
>> down now.
>> Nov 30, 2009 4:59:17 PM org.apache.catalina.loader.WebappClassLoader
>> loadClass
>> INFO: Illegal access: this web application instance has been stopped 
>> already.  Could not load org.apache.jcs.auxiliary.di 
>> sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is 
>> caused by an error thrown for debugging purposes as
>>  well as to attempt to terminate the thread which caused the illegal 
>> access, and has no functional impact.
>> java.lang.IllegalStateException
>>         at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
>> der.java:1272)
>>         at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
>> der.java:1232)
>>         at 
>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>>         at
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(Inde
>> xedDiskCache.java:920)
>>         at
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.r
>> un(IndexedDiskCache.java:1620)
>>
>>
>> et lors du redémarrage :
>> Nov 30, 2009 5:00:40 PM org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: The Apache Tomcat Native library which allows optimal 
>> performance in production environments was not found on the j
>> ava.library.path:
>> /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/
>> lib/amd64:/usr/java/jdk1.5.0_22/jr
>> e/../lib/amd64
>> Nov 30, 2009 5:00:40 PM org.apache.coyote.http11.Http11BaseProtocol 
>> init
>> INFO: Initializing Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:00:40 
>> PM org.apache.catalina.startup.Catalina load
>> INFO: Initialization processed in 1189 ms Nov 30, 2009 5:00:41 PM 
>> org.apache.catalina.core.StandardService start
>> INFO: Starting service Catalina
>> Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardEngine start
>> INFO: Starting Servlet Engine: Apache Tomcat/5.5.28 Nov 30, 2009 
>> 5:00:41 PM org.apache.catalina.core.StandardHost start
>> INFO: XML validation disabled
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheManager
>> getUnconfiguredInstance
>> INFO: Instance is null, creating with provided config Nov 30, 2009 
>> 5:00:55 PM org.apache.jcs.utils.threadpool.ThreadPoolManager
>> loadConfig
>> INFO: thread_pool.default PoolConfiguration = useBoundary = [true] 
>> boundarySize = [2000] maximumPoolSize = [150] minimumP oolSize = [4] 
>> keepAliveTime = [300000] whenBlockedPolicy = [RUN] startUpSize = [4] 
>> Nov 30, 2009 5:00:55 PM 
>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>> setDefaultAuxValues
>> INFO: Setting default auxiliaries to
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>> setDefaultCompositeCacheAttributes
>> INFO: setting defaultCompositeCacheAttributes to [ useLateral = true, 
>> useRemote = true, useDisk = true, maxObjs = 1000, m axSpoolPerRun = 
>> 500, diskUsagePattern = 0 ] Nov 30, 2009 5:00:55 PM 
>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>> setDefaultElementAttributes
>> INFO: setting defaultElementAttributes to [ IS_LATERAL = true, 
>> IS_SPOOL = true, IS_REMOTE = true, IS_ETERNAL = false, Max 
>> LifeSeconds = -1, IdleTime = -1, CreateTime = 1259596855350, 
>> LastAccessTime = 1259596855350, getTimeToLiveSeconds() = -1,
>>  createTime = 1259596855350 ]
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>> parseElementAttributes
>> INFO: No special ElementAttribute class defined for key 
>> [jcs.region.xlink.elementattributes], using default class.
>> Nov 30, 2009 5:00:55 PM 
>> org.apache.jcs.engine.memory.lru.LRUMemoryCache
>> initialize
>> INFO: initialized LRUMemoryCache for xlink Nov 30, 2009 5:00:55 PM 
>> org.apache.jcs.engine.control.CompositeCache
>> <init>
>> INFO: Constructed cache with name [xlink] and cache attributes [ 
>> useLateral = true, useRemote = true, useDisk = true, max Objs = 
>> 10000, maxSpoolPerRun = -1, diskUsagePattern = 0 ] Nov 30, 2009 
>> 5:00:55 PM org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache 
>> <init>
>> INFO: Region [xlink] Cache file root directory: jcs_caching Nov 30, 
>> 2009 5:00:55 PM 
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache initKeyMap
>> INFO: Region [xlink] Set maxKeySize to: '5000'
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache <init>
>> INFO: Region [xlink] Indexed Disk Cache is alive.
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator parseRegions
>> INFO: Parsed regions [xlink]
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator doConfigure
>> INFO: Finished configuration in 249 ms.
>>
>> apparemment pas d'erreur dans le log lors du redémarrage de Tomcat, 
>> néanmoins l'URL de Géosource ne répond pas...
>>
>> après suppression de la fiche de MD, le log de Tomcat au redémarrage
>> (correct) de Tomcat  est le suivant :
>> Nov 30, 2009 5:26:46 PM org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: The Apache Tomcat Native library which allows optimal 
>> performance in production environments was not found on the j
>> ava.library.path:
>> /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/
>> lib/amd64:/usr/java/jdk1.5.0_22/jr
>> e/../lib/amd64
>> Nov 30, 2009 5:26:47 PM org.apache.coyote.http11.Http11BaseProtocol 
>> init
>> INFO: Initializing Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:26:47 
>> PM org.apache.catalina.startup.Catalina load
>> INFO: Initialization processed in 1190 ms Nov 30, 2009 5:26:47 PM 
>> org.apache.catalina.core.StandardService start
>> INFO: Starting service Catalina
>> Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardEngine start
>> INFO: Starting Servlet Engine: Apache Tomcat/5.5.28 Nov 30, 2009 
>> 5:26:47 PM org.apache.catalina.core.StandardHost start
>> INFO: XML validation disabled
>> Nov 30, 2009 5:27:10 PM org.apache.coyote.http11.Http11BaseProtocol 
>> start
>> INFO: Starting Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:27:10 PM 
>> org.apache.jk.common.ChannelSocket init
>> INFO: JK: ajp13 listening on /0.0.0.0:8009 Nov 30, 2009 5:27:10 PM 
>> org.apache.jk.server.JkMain start
>> INFO: Jk running ID=0 time=0/49  config=null Nov 30, 2009 5:27:10 PM 
>> org.apache.catalina.storeconfig.StoreLoader load
>> INFO: Find registry server-registry.xml at classpath resource Nov 30, 
>> 2009 5:27:11 PM org.apache.catalina.startup.Catalina start
>> INFO: Server startup in 23922 ms
>>
>> et à l'arrêt (correct) de Tomcat :
>> Nov 30, 2009 5:34:16 PM org.apache.coyote.http11.Http11BaseProtocol 
>> pause
>> INFO: Pausing Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:34:17 PM 
>> org.apache.catalina.core.StandardService stop
>> INFO: Stopping service Catalina
>> Nov 30, 2009 5:34:18 PM com.k_int.codec.util.OIDRegConfigurator load
>> INFO: Unable to find codec class :
>> com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
>> Nov 30, 2009 5:34:19 PM org.apache.coyote.http11.Http11BaseProtocol
>> destroy
>> INFO: Stopping Coyote HTTP/1.1 on http-8080 Nov 30, 2009 5:34:19 PM 
>> org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: Failed shutdown of Apache Portable Runtime Nov 30, 2009 5:34:19 
>> PM 
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook 
>> run
>> WARNING: Region [xlink] Disk cache not shutdown properly, shutting 
>> down now.
>> Nov 30, 2009 5:34:19 PM org.apache.catalina.loader.WebappClassLoader
>> loadClass
>> INFO: Illegal access: this web application instance has been stopped 
>> already.  Could not load org.apache.jcs.auxiliary.di 
>> sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is 
>> caused by an error thrown for debugging purposes as
>>  well as to attempt to terminate the thread which caused the illegal 
>> access, and has no functional impact.
>> java.lang.IllegalStateException
>>         at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
>> der.java:1272)
>>         at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
>> der.java:1232)
>>         at 
>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>>         at
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(Inde
>> xedDiskCache.java:920)
>>         at
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.r
>> un(IndexedDiskCache.java:1620)
>>
>> apparemment peu de différence mais dans un cas Géosource fonctionne 
>> et dans l'autre non...
>>
>> bref on craque et les utilisateurs aussi et on a décider d'arrêter 
>> tout en attendant d'avoir plus d'information sur une configuration de 
>> type serveur qui fonctionne correctement.
>>
>> dernière information pour terminer : les librairies Xalan sont 
>> nécessaires avec Tomcat 5.5 et Java 1.5 pour que les interfaces de 
>> saisie des contacts liés et mot-clés liés dans la fiche de MD 
>> fonctionnent correctement
>>
>> merci d'avance de votre aide
>> I. Mallet
>>
>>>>> Benoist Fontaine <b.f...@al...> 30/11/09 14:06 >>>
>>
>> Bonjour,
>>
>> Nous sommes confronté au même problème :
>> plantage au redémarrage de tomcat lorsqu'un utilisateur a renseigné 
>> un contact dans une métadonnée.
>>
>> Avez-vous trouvé une solution pour contourner le problème ?
>> Merci d'avance,
>> Cordialement,
>> Benoist Fontaine.
>>
>>
>> Isabelle MALLET wrote:
>>>
>>> bonjour,
>>>
>>> merci pour vos réponses
>>>
>>> effectivement l'index non spatial n'est pas recalculé à chaque 
>>> redémarrage de Tomcat par contre l'index spatial l'est (fichier 
>>> geosource\web\geonetwork\WEB-INF\lucene\spatial\spatialIndex.qix ) 
>>> or les fiches de MD saisies dans nos tests sont uniquement 
>>> alphanumériques (c'est à dire la partie visualisation géographique 
>>> de notre configuration est celle par défaut dans Géosource v2.2.1 ; 
>>> on n'utilise pas les fonctionnalités géographiques de Géosource 
>>> v2.2.1)
>>>
>>> l'opération réalisée est la suivante :
>>> - création d'une MD à partir du modèle vue essentielle avec ajout 
>>> d'un contact lié et d'un mot-clé lié (thésaurus externe)
>>> - publication de la MD
>>> - consultation anonyme : ok
>>> - arrêt du service Tomcat
>>> - redémarrage de Tomcat
>>> avec un profil Editor : blocage systèmatique au redémarrage de 
>>> Tomcat avec le profil admin : blocage fréquent (1 fois sur 3 
>>> environ)
>>> - reconstruction de l'index (en passant par le serveur Jetty pour 
>>> pouvoir accéder à la fonctionnalité de reconstruction de l'index ; 
>>> la resynchronisation avec GAST ne suffit pas)
>>> - redémarrage de Tomcat : ok
>>>
>>> (remarque : les services Apache et Tomcat sont arrêtés toutes les 
>>> nuits pour des contraintes d'exploitation ; néamoins meme si on 
>>> n'arrêtait pas Tomcat toutes les nuits, il faudrait quand même 
>>> pouvoir le faire de temps en temps et avoir la garantie que 
>>> l'application redémarre correctement... ;-)
>>>
>>> par ailleurs y-a-t'il des pistes sur la 2ème partie de la question :
>>> possibilité de lancer la regénération de l'index "off line" par une 
>>> commande ou un script (qui pourrait être exécuté en mode batch avant 
>>> l'arrêt/redémarrage du service Tomcat) ?
>>>
>>> merci d'avance
>>> I. Mallet
>>>
>>>>>> Francois Prunayre < fx....@gm... > 03/11/09 10:43 >>>
>>> Bonjour,
>>>
>>> Le 3 novembre 2009 10:26, Landry Breuil < br...@cr... > a écrit :
>>>> Isabelle MALLET wrote:
>>>>> bonjour,
>>>>>
>>>>> je reviens sur ce problème d'indexation au démarrage déjà évoquer 
>>>>> dans de nombreux messages sur la liste
>>>>> (http://sourceforge.net/mailarchive/forum.php?thread_name=23CB51CB
>>>>> DF2BB7418AB6439FDE03A3B201F12221%40zephyr.agglo-rennesmetropole.fr
>>>>> &forum_name=geonetwork-users-fr)
>>>>>
>>>>> sur notre serveur de dév, on a monté une configuration très proche 
>>>>> de celle décrite dans la documentation du Ca-SIF :
>>>>> - serveurs Tomcat et Apache (mais sur Windows 2003 Server)
>>>>> - Géosource 2.2.1
>>>>>
>>>>> - base de données PostgreSQL (sur un serveur Linux séparé)
>>>>>
>>>>> on rencontre systèmatiquement le problème de blocage du 
>>>>> redémarrage du service Tomcat après la saisie de fiches ayant des 
>>>>> mots-clés et/ou contacts liés : le blocage est lié au problème 
>>>>> d'indexation de la dernière fiche de métadonnées saisie on s'en 
>>>>> sort sans avoir besoin de supprimer la fiche, en faisant 
>>>>> simplement une regénération de l'index (menu Administration > 
>>>>> Reconstruire l'index) mais c'est très très génant
>>>>> - car il faut être logué "admin" pour faire cette opération de 
>>>>> réindexation et l'utilisateur qui saisit les fiches n'est pas 
>>>>> censé à avoir le profil "admin" et faire ce genre d'opération 
>>>>> avant de terminer sa session de saisie !
>>>>> - car le service Tomcat est arrêté/redémarré automatiquement 
>>>>> toutes les nuits : donc si la réindexation n'est pas faite avant, 
>>>>> le redemarrage plante toutes les nuits...
>>>>
>>>> Par curiosité, pourquoi redémarrer Tomcat toutes les nuits ?
>>>>
>>>>> ma question est donc la suivante :
>>>>> 1) est-il possible de désactiver l'indexation automatique au 
>>>>> démarrage
>>>>> :
>>>>> demande déjà formulée plusieurs fois sur la liste et bug corrigé 
>>>>> dans Geonetwork 2.4.1 cette option a elle été incluse dans 
>>>>> Géosource 2.2.1 ?
>>>>> (en tout cas le bug ne semble pas corrigé dans Géosource 2.2.1...)
>>>>
>>>> Le commit que vous cherchez est le suivant :
>>>> http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=rev&re
>>>> vision=5229 Qui a priori est intégré dans Geosource 2.2.1. Donc 
>>>> l'index ne devrait pas être reconstruit a chaque démarrage de 
>>>> Tomcat.
>>> En effet, sauf si l'index est dans un statut invalide (ce qui n'est 
>>> en général pas le cas lors d'un arrêt/redémarrage).
>>>
>>> Ce qui semble étrange est le fait de bloquer sur la dernière fiche 
>>> alors que via l'admin, l'opération semble bien se passer. 
>>> Auriez-vous des précisions sur ce point ?
>>>
>>> Salutations.
>>>
>>> Francois
>>>
>>>
>>>> --
>>>> Cdlt,
>>>> Landry Breuil
>>>> Administrateur de données du CRAIG
>>>>
>>>> -------------------------------------------------------------------
>>>> ----------- Come build with us! The BlackBerry(R) Developer 
>>>> Conference in SF, CA is the only developer event you need to attend 
>>>> this year. Jumpstart your developing skills, take BlackBerry mobile 
>>>> applications to market and stay ahead of the curve. Join us from 
>>>> November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> GeoNetwork-users-fr mailing list
>>>> Geo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>>
>>>
>>> --------------------------------------------------------------------
>>> ---------- Come build with us! The BlackBerry(R) Developer 
>>> Conference in SF, CA is the only developer event you need to attend 
>>> this year. Jumpstart your developing skills, take BlackBerry mobile 
>>> applications to market and stay ahead of the curve. Join us from 
>>> November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> GeoNetwork-users-fr mailing list
>>> Geo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>
>>> --------------------------------------------------------------------
>>> ---------- Let Crystal Reports handle the reporting - Free Crystal 
>>> Reports 2008 30-Day trial. Simplify your report design, integration 
>>> and deployment - and focus on what you do best, core application 
>>> coding. Discover what's new with Crystal Reports now. 
>>> http://p.sf.net/sfu/bobj-july 
>>> _______________________________________________
>>> GeoNetwork-users-fr mailing list
>>> Geo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>
>>>
>>
>> --
>> View this message in context:
>> http://n2.nabble.com/Rep-Re-Blocage-de-l-indexation-au-demarrage-enco
>> re-tp3959433p4087492.html Sent from the GeoNetwork users francophone 
>> mailing list archive at Nabble.com.
>>
>> ---------------------------------------------------------------------
>> --------- Let Crystal Reports handle the reporting - Free Crystal 
>> Reports 2008 30-Day trial. Simplify your report design, integration 
>> and deployment - and focus on what you do best, core application 
>> coding. Discover what's new with Crystal Reports now. 
>> http://p.sf.net/sfu/bobj-july 
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>
>> ---------------------------------------------------------------------
>> --------- Let Crystal Reports handle the reporting - Free Crystal 
>> Reports 2008 30-Day trial. Simplify your report design, integration 
>> and deployment - and focus on what you do best, core application 
>> coding. Discover what's new with Crystal Reports now.  
>> http://p.sf.net/sfu/bobj-july 
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>
>>
>
> --
> View this message in context: 
> http://n2.nabble.com/Re-Rep-Re-Blocage-de-l-indexation-au-demarrage-en
> core-tp4088638p4092459.html Sent from the GeoNetwork users francophone 
> mailing list archive at Nabble.com.
>
> ----------------------------------------------------------------------
> -------- Join us December 9, 2009 for the Red Hat Virtual Experience, 
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
Geo...@li...
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

[GeoNetwork-users-fr] Limites des catalogues d'attributs

[GUILLERM A. PAT/MIG/S. <agu...@cg...>]

Bonjour,

 

nous rencontrons lors de la migration de nos catalogues d'attributs de reports vers géosource le problème suivant :

pour les catalogues avec plusieurs couches de données et de nombreux attributs, nous arrivons à une limite !

impossible de renseigner ces derniers dans leur intégralité (ex: métadonnées concernant le cadastre, la BD Topo, ...)

 

·         est-ce un problème connu ?

·         pouvez-vous m'indiquer la limite précise (nombre d'attributs limite, ...),

·         le contournement utilisé pou parer à ce désagréement (gestion des attribut dans un autre "système" ?)

·         est-ce-que dans la prochaine version, ce problème sera-t-il résolu ? (je suis en 2.1)

 

Cordialement

------------------------------------------------------
Anthony GUILLERM
Conseil Général des Hauts-de-Seine
Service de l'Information Géographique
PAT / DUAG / SIG
61 Rue Salvador Allende
92751 NANTERRE Cedex
Bureau: 0.16 mail: agu...@cg... <mailto:agu...@cg...> 
Tél : 01.47.29.30.31 Poste 58.121
------------------------------------------------------

 

[GeoNetwork-users-fr] Erreurs systématiques lors de la validation des règles INSPIRE

[R. A. <RA...@gr...>]

Bonjour,
 
Lors de la validation d’une fiche saisie en vue découverte à partir du modèle vue découverte de Géosource, 2 erreurs apparaissent lors de la validation des règles INSPIRE.
Ces erreurs concernent des champs non renseignés, mais qui ne sont pas accessibles en saisie dans la vue découverte : 
* "Au moins le format de diffusion ou de distribution doit être renseigné" -> ce champ est accessible en Vue essentielle - Onglet Conditions d’accès
* "Une référence temporelle est obligatoire" -> champ accessible en Vue complète- onglet Identification
 
Dans le cas où le champ est obligatoire (cas de Référence temporelle/ Date de référence) il faudrait qu’il soit accessible dans la vue découverte pour être renseigné et donc être déjà dans le modèle correspondant, si ce champ n'est pas obligatoire c'est peut être une erreur dans la validation des règles INSPIRE --> cas du Format de diffusion ou de distribution ?
 
Cordialement
 
Réjane ARPIN
Chef de projet informatique
Direction des Systèmes d'Information et des Télécommunications
Communauté Urbaine de Lyon - Le Grand Lyon
Tél :  04 26 99 38 15
Fax : 04 78 63 40 21
@ : ra...@gr... 

Re: [GeoNetwork-users-fr] help

[Francois P. <fx....@gm...>]

Bonjour,

Le 23 novembre 2009 16:49,  <jer...@fr...> a écrit :
> Je souhaite modifier le thesaurus des communesFR, afin de faire apparaitre le
> code INSEE des communes pour distinguer les communes homonymes. Quelqu'un l'a
> déjà fait ?
> Le code INSEE apparait lorsque l'on fait une recherche sur le thesaurus en
> passant par l'interface d'administration. Par contre ce n'est pas le cas lorsque
> l'on remplie une fiche. Cela est problématique lorsqu'il s'agit de calculer
> l'emprise géographique.
>
> Autre point: Où puis-je trouver le modèle relationnel de la base de donnée de
> géosource?
L'outil Druid [1] peut permettre de visualiser le schéma à partir du
fichier de configuration de la base [2].

> Dernière question: Comment interpréter le groupe intranet dans le module de
> gestion des groupes ?
p41 de la documentation [3] ?

Salutations
Francois

PS : j'aurai tendance à faire un fil de discussion par question afin
de ne pas tout mélanger.

[1] http://druid.sourceforge.net/
[2] https://geonetwork.svn.sourceforge.net/svnroot/geonetwork/sandbox/GeoSource/GeoNetwork/gast/setup/database.druid
[3] http://geonetwork-opensource.org/documentation/manual/the-complete-geosource-manual


> Merci
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>

Re: [GeoNetwork-users-fr] Contribution au wiki Géosource

[Francois P. <fx....@gm...>]

2009/11/26 Taffoureau Etienne <e.t...@br...>:
> Bonjour,
>
> Pour contribuer à enrichir le wiki "Géosource" (http://trac.osgeo.org/geonetwork/wiki/ListOfFr), vous devez disposer d'un compte OSGeo. Voici l'adresse pour la création du compte : http://www.osgeo.org/osgeo_userid.
>
> Merci d'avance pour votre contribution au projet.
En complément, lors de la création d'une nouvelle page ne pas oublier
le préfix "Fr_" pour que la page soit ajoutée à l'index.

Merci.

Francois


> Cordialement,
> Etienne TAFFOUREAU
> **********************************************************************************************
> Pensez a l'environnement avant d'imprimer ce message
> Think Environment before printing
>
> Le contenu de ce mel et de ses pieces jointes est destine a l'usage exclusif du (des) destinataire(s) designe
> (s) comme tel(s).
> En cas de reception par erreur, le signaler e son expediteur et ne pas en divulguer le contenu.
> L'absence de virus a ete verifiee e l'emission, il convient neanmoins de s'assurer de l'absence de
> contamination a sa reception.
>
> The contents of this email and any attachments are confidential. They are intended for the named recipient
> (s) only.
> If you have received this email in error please notify the system manager or the sender immediately and do
> not disclose the contents to anyone or make copies.
> eSafe scanned this email for viruses, vandals and malicious content.
> **********************************************************************************************
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>

Re: [GeoNetwork-users-fr] erreur de validation introuvable

[Francois P. <fx....@gm...>]

Bonjour,

Peut être préférer une recherche de gco:Boolean ?
Les principaux champs contenant une valeur vrai/faux se trouvent dans
les sections:
 * qualité des données
 * représentation spatiale
 * description du contenu

Le champ peut contenir les valeurs 0, 1, true ou false.

Francois

2009/12/1 Taffoureau Etienne <e.t...@br...>:
> Bonjour,
>
> Une recherche de '' dans la vue XML peut vous permettre de retrouver le champ qui pose problème.
>
> Etienne TAFFOUREAU
>
> -----Message d'origine-----
> De : jer...@fr... [mailto:jer...@fr...]
> Envoyé : mardi 1 décembre 2009 16:52
> À : geo...@li...
> Objet : [GeoNetwork-users-fr] erreur de validation introuvable
>
> Bonjour,
> Lors de la validation d'une fiche, j'obtiens ce message d'erreurs:
>
> Exception in endElement: cvc-datatype-valid.1.2.1: '' is not a valid value for 'boolean'.
>
> Je trouve pas le champs qui pose problème.
>
> Une idée ? - merci
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
> **********************************************************************************************
> Pensez a l'environnement avant d'imprimer ce message
> Think Environment before printing
>
> Le contenu de ce mel et de ses pieces jointes est destine a l'usage exclusif du (des) destinataire(s) designe
> (s) comme tel(s).
> En cas de reception par erreur, le signaler e son expediteur et ne pas en divulguer le contenu.
> L'absence de virus a ete verifiee e l'emission, il convient neanmoins de s'assurer de l'absence de
> contamination a sa reception.
>
> The contents of this email and any attachments are confidential. They are intended for the named recipient
> (s) only.
> If you have received this email in error please notify the system manager or the sender immediately and do
> not disclose the contents to anyone or make copies.
> eSafe scanned this email for viruses, vandals and malicious content.
> **********************************************************************************************
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>

Re: [GeoNetwork-users-fr] erreur de validation introuvable

[Taffoureau E. <e.t...@br...>]

Bonjour,

Une recherche de '' dans la vue XML peut vous permettre de retrouver le champ qui pose problème.

Etienne TAFFOUREAU

-----Message d'origine-----
De : jer...@fr... [mailto:jer...@fr...] 
Envoyé : mardi 1 décembre 2009 16:52
À : geo...@li...
Objet : [GeoNetwork-users-fr] erreur de validation introuvable

Bonjour,
Lors de la validation d'une fiche, j'obtiens ce message d'erreurs:

Exception in endElement: cvc-datatype-valid.1.2.1: '' is not a valid value for 'boolean'.

Je trouve pas le champs qui pose problème.

Une idée ? - merci

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
Geo...@li...
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
**********************************************************************************************
Pensez a l'environnement avant d'imprimer ce message
Think Environment before printing
 
Le contenu de ce mel et de ses pieces jointes est destine a l'usage exclusif du (des) destinataire(s) designe
(s) comme tel(s). 
En cas de reception par erreur, le signaler e son expediteur et ne pas en divulguer le contenu. 
L'absence de virus a ete verifiee e l'emission, il convient neanmoins de s'assurer de l'absence de 
contamination a sa reception.
 
The contents of this email and any attachments are confidential. They are intended for the named recipient
(s) only. 
If you have received this email in error please notify the system manager or the sender immediately and do 
not disclose the contents to anyone or make copies. 
eSafe scanned this email for viruses, vandals and malicious content.
**********************************************************************************************

[GeoNetwork-users-fr] erreur de validation introuvable

[<jer...@fr...>]

Bonjour,
Lors de la validation d'une fiche, j'obtiens ce message d'erreurs:

Exception in endElement: cvc-datatype-valid.1.2.1: '' is not a valid value for
'boolean'.

Je trouve pas le champs qui pose problème.

Une idée ? - merci

Re: [GeoNetwork-users-fr] Rép. : Re: Blocage de l'indexation au démarrage (encore...)

[Francois P. <fx....@gm...>]

Bonjour à tous, le problème est lié au fait que Tomcat semble ne pas
fermer certaine connection (impossible car l'application n'est pas
démarrée) alors que l'application est en cours de lancement. Un
timeout est spécifié, mais celui-ci n'est pas pris en compte (alors
qu'il l'est sous Jetty).

Une approche possible serait de vérifier si le DataManager est
initialisé et de prendre en compte son état pour l'indexation ou pas
des éléments liés.

Un patch est à l'étude pour voir si la correction n'a pas d'effet de bord.

Salutations.

Francois

Le 1 décembre 2009 09:21, Benoist Fontaine <b.f...@al...> a écrit :
>
> Bonjour,
>
> Merci de votre réponse.
> Le problème semble venir du fait que lorsque l'on renseigne un mot-clé ou un
> contact, une URL s'inscrit dans la métadonnée (en base).
> Lorsque tomcat démarre, Géosource lance l'indexation des métadonnées. L'URL
> qui est en base n'est pas encore active, ce qui explique probablement le
> plantage.
> Je ne vois pas bien comment résoudre ce problème, mis à part ne pas lancer
> l'indexation au démarrage.
> Reste à savoir à quel niveau dans le code est géré cette indexation.
> Nous poursuivons les recherches ...
> Cordialement,
> B.Fontaine.
>
>
>
> Isabelle MALLET wrote:
>>
>> bonjour,
>>
>> non on n'a pas trouvé de solution pour contourner ce problème.
>>
>> le plus ennuyeux c'est qu'on est passé sur une configuration avec des
>> composants serveur 100% Opensource (machine Linux, serveur Tomcat , sgdb
>> Postgresql, Géosource 2.2.1 : le tout sur la même machine en suivant le
>> tutorial d'installation) en espérant que ça marcherait dans cette
>> configuration et qu'on rencontre toujours ce problème :
>> après saisie d'une fiche de MD (avec Mozilla) contenant un contact lié
>> (pris dans la liste de contacts fournie en exemple dans Geosource) ou un
>> mot-clé lié (pris dans un thesaurus externe fourni par Géosource), quand
>> on essaye d'arrêter Tomcat, il ne s'arrête pas correctement (le process
>> Java n'est pas tué) ;
>> lorsqu'on redémarre ensuite Tomcat, il ne démarre pas correctement et il
>> n'y a pas d'autres solutions que d'aller supprimer la fiche de MD dans la
>> base Postgre (en passant par le serveur Jetty !!!) pour que Tomcat
>> redémarre correctement.
>>
>> le log de Tomcat lors de l'arrêt de Tomcat est le suivant :
>> Nov 30, 2009 4:59:14 PM org.apache.coyote.http11.Http11BaseProtocol pause
>> INFO: Pausing Coyote HTTP/1.1 on http-8080
>> Nov 30, 2009 4:59:15 PM org.apache.catalina.core.StandardService stop
>> INFO: Stopping service Catalina
>> Nov 30, 2009 4:59:17 PM com.k_int.codec.util.OIDRegConfigurator load
>> INFO: Unable to find codec class :
>> com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
>> Nov 30, 2009 4:59:17 PM org.apache.coyote.http11.Http11BaseProtocol
>> destroy
>> INFO: Stopping Coyote HTTP/1.1 on http-8080
>> Nov 30, 2009 4:59:17 PM org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: Failed shutdown of Apache Portable Runtime
>> Nov 30, 2009 4:59:17 PM
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook run
>> WARNING: Region [xlink] Disk cache not shutdown properly, shutting down
>> now.
>> Nov 30, 2009 4:59:17 PM org.apache.catalina.loader.WebappClassLoader
>> loadClass
>> INFO: Illegal access: this web application instance has been stopped
>> already.  Could not load org.apache.jcs.auxiliary.di
>> sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is
>> caused by an error thrown for debugging purposes as
>>  well as to attempt to terminate the thread which caused the illegal
>> access, and has no functional impact.
>> java.lang.IllegalStateException
>>         at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1272)
>>         at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1232)
>>         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>>         at
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(IndexedDiskCache.java:920)
>>         at
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.run(IndexedDiskCache.java:1620)
>>
>>
>> et lors du redémarrage :
>> Nov 30, 2009 5:00:40 PM org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: The Apache Tomcat Native library which allows optimal performance in
>> production environments was not found on the j
>> ava.library.path:
>> /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/lib/amd64:/usr/java/jdk1.5.0_22/jr
>> e/../lib/amd64
>> Nov 30, 2009 5:00:40 PM org.apache.coyote.http11.Http11BaseProtocol init
>> INFO: Initializing Coyote HTTP/1.1 on http-8080
>> Nov 30, 2009 5:00:40 PM org.apache.catalina.startup.Catalina load
>> INFO: Initialization processed in 1189 ms
>> Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardService start
>> INFO: Starting service Catalina
>> Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardEngine start
>> INFO: Starting Servlet Engine: Apache Tomcat/5.5.28
>> Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardHost start
>> INFO: XML validation disabled
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheManager
>> getUnconfiguredInstance
>> INFO: Instance is null, creating with provided config
>> Nov 30, 2009 5:00:55 PM org.apache.jcs.utils.threadpool.ThreadPoolManager
>> loadConfig
>> INFO: thread_pool.default PoolConfiguration = useBoundary = [true]
>> boundarySize = [2000] maximumPoolSize = [150] minimumP
>> oolSize = [4] keepAliveTime = [300000] whenBlockedPolicy = [RUN]
>> startUpSize = [4]
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>> setDefaultAuxValues
>> INFO: Setting default auxiliaries to
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>> setDefaultCompositeCacheAttributes
>> INFO: setting defaultCompositeCacheAttributes to [ useLateral = true,
>> useRemote = true, useDisk = true, maxObjs = 1000, m
>> axSpoolPerRun = 500, diskUsagePattern = 0 ]
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>> setDefaultElementAttributes
>> INFO: setting defaultElementAttributes to [ IS_LATERAL = true, IS_SPOOL =
>> true, IS_REMOTE = true, IS_ETERNAL = false, Max
>> LifeSeconds = -1, IdleTime = -1, CreateTime = 1259596855350,
>> LastAccessTime = 1259596855350, getTimeToLiveSeconds() = -1,
>>  createTime = 1259596855350 ]
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator
>> parseElementAttributes
>> INFO: No special ElementAttribute class defined for key
>> [jcs.region.xlink.elementattributes], using default class.
>> Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.memory.lru.LRUMemoryCache
>> initialize
>> INFO: initialized LRUMemoryCache for xlink
>> Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCache
>> <init>
>> INFO: Constructed cache with name [xlink] and cache attributes [
>> useLateral = true, useRemote = true, useDisk = true, max
>> Objs = 10000, maxSpoolPerRun = -1, diskUsagePattern = 0 ]
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache <init>
>> INFO: Region [xlink] Cache file root directory: jcs_caching
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache initKeyMap
>> INFO: Region [xlink] Set maxKeySize to: '5000'
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache <init>
>> INFO: Region [xlink] Indexed Disk Cache is alive.
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator parseRegions
>> INFO: Parsed regions [xlink]
>> Nov 30, 2009 5:00:55 PM
>> org.apache.jcs.engine.control.CompositeCacheConfigurator doConfigure
>> INFO: Finished configuration in 249 ms.
>>
>> apparemment pas d'erreur dans le log lors du redémarrage de Tomcat,
>> néanmoins l'URL de Géosource ne répond pas...
>>
>> après suppression de la fiche de MD, le log de Tomcat au redémarrage
>> (correct) de Tomcat  est le suivant :
>> Nov 30, 2009 5:26:46 PM org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: The Apache Tomcat Native library which allows optimal performance in
>> production environments was not found on the j
>> ava.library.path:
>> /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/lib/amd64:/usr/java/jdk1.5.0_22/jr
>> e/../lib/amd64
>> Nov 30, 2009 5:26:47 PM org.apache.coyote.http11.Http11BaseProtocol init
>> INFO: Initializing Coyote HTTP/1.1 on http-8080
>> Nov 30, 2009 5:26:47 PM org.apache.catalina.startup.Catalina load
>> INFO: Initialization processed in 1190 ms
>> Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardService start
>> INFO: Starting service Catalina
>> Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardEngine start
>> INFO: Starting Servlet Engine: Apache Tomcat/5.5.28
>> Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardHost start
>> INFO: XML validation disabled
>> Nov 30, 2009 5:27:10 PM org.apache.coyote.http11.Http11BaseProtocol start
>> INFO: Starting Coyote HTTP/1.1 on http-8080
>> Nov 30, 2009 5:27:10 PM org.apache.jk.common.ChannelSocket init
>> INFO: JK: ajp13 listening on /0.0.0.0:8009
>> Nov 30, 2009 5:27:10 PM org.apache.jk.server.JkMain start
>> INFO: Jk running ID=0 time=0/49  config=null
>> Nov 30, 2009 5:27:10 PM org.apache.catalina.storeconfig.StoreLoader load
>> INFO: Find registry server-registry.xml at classpath resource
>> Nov 30, 2009 5:27:11 PM org.apache.catalina.startup.Catalina start
>> INFO: Server startup in 23922 ms
>>
>> et à l'arrêt (correct) de Tomcat :
>> Nov 30, 2009 5:34:16 PM org.apache.coyote.http11.Http11BaseProtocol pause
>> INFO: Pausing Coyote HTTP/1.1 on http-8080
>> Nov 30, 2009 5:34:17 PM org.apache.catalina.core.StandardService stop
>> INFO: Stopping service Catalina
>> Nov 30, 2009 5:34:18 PM com.k_int.codec.util.OIDRegConfigurator load
>> INFO: Unable to find codec class :
>> com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
>> Nov 30, 2009 5:34:19 PM org.apache.coyote.http11.Http11BaseProtocol
>> destroy
>> INFO: Stopping Coyote HTTP/1.1 on http-8080
>> Nov 30, 2009 5:34:19 PM org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: Failed shutdown of Apache Portable Runtime
>> Nov 30, 2009 5:34:19 PM
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook run
>> WARNING: Region [xlink] Disk cache not shutdown properly, shutting down
>> now.
>> Nov 30, 2009 5:34:19 PM org.apache.catalina.loader.WebappClassLoader
>> loadClass
>> INFO: Illegal access: this web application instance has been stopped
>> already.  Could not load org.apache.jcs.auxiliary.di
>> sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is
>> caused by an error thrown for debugging purposes as
>>  well as to attempt to terminate the thread which caused the illegal
>> access, and has no functional impact.
>> java.lang.IllegalStateException
>>         at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1272)
>>         at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1232)
>>         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>>         at
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(IndexedDiskCache.java:920)
>>         at
>> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.run(IndexedDiskCache.java:1620)
>>
>> apparemment peu de différence mais dans un cas Géosource fonctionne et
>> dans l'autre non...
>>
>> bref on craque et les utilisateurs aussi et on a décider d'arrêter tout en
>> attendant d'avoir plus d'information sur une configuration de type serveur
>> qui fonctionne correctement.
>>
>> dernière information pour terminer : les librairies Xalan sont nécessaires
>> avec Tomcat 5.5 et Java 1.5 pour que les interfaces de saisie des contacts
>> liés et mot-clés liés dans la fiche de MD fonctionnent correctement
>>
>> merci d'avance de votre aide
>> I. Mallet
>>
>>>>> Benoist Fontaine <b.f...@al...> 30/11/09 14:06 >>>
>>
>> Bonjour,
>>
>> Nous sommes confronté au même problème :
>> plantage au redémarrage de tomcat lorsqu'un utilisateur a renseigné un
>> contact dans une métadonnée.
>>
>> Avez-vous trouvé une solution pour contourner le problème ?
>> Merci d'avance,
>> Cordialement,
>> Benoist Fontaine.
>>
>>
>> Isabelle MALLET wrote:
>>>
>>> bonjour,
>>>
>>> merci pour vos réponses
>>>
>>> effectivement l'index non spatial n'est pas recalculé à chaque
>>> redémarrage
>>> de Tomcat
>>> par contre l'index spatial l'est (fichier
>>> geosource\web\geonetwork\WEB-INF\lucene\spatial\spatialIndex.qix )
>>> or les fiches de MD saisies dans nos tests sont uniquement
>>> alphanumériques
>>> (c'est à dire la partie visualisation géographique de notre configuration
>>> est celle par défaut dans Géosource v2.2.1 ; on n'utilise pas les
>>> fonctionnalités géographiques de Géosource v2.2.1)
>>>
>>> l'opération réalisée est la suivante :
>>> - création d'une MD à partir du modèle vue essentielle avec ajout d'un
>>> contact lié et d'un mot-clé lié (thésaurus externe)
>>> - publication de la MD
>>> - consultation anonyme : ok
>>> - arrêt du service Tomcat
>>> - redémarrage de Tomcat
>>> avec un profil Editor : blocage systèmatique au redémarrage de Tomcat
>>> avec le profil admin : blocage fréquent (1 fois sur 3 environ)
>>> - reconstruction de l'index (en passant par le serveur Jetty pour pouvoir
>>> accéder à la fonctionnalité de reconstruction de l'index ; la
>>> resynchronisation avec GAST ne suffit pas)
>>> - redémarrage de Tomcat : ok
>>>
>>> (remarque : les services Apache et Tomcat sont arrêtés toutes les nuits
>>> pour des contraintes d'exploitation ;
>>> néamoins meme si on n'arrêtait pas Tomcat toutes les nuits, il faudrait
>>> quand même pouvoir le faire de temps en temps et avoir la garantie que
>>> l'application redémarre correctement... ;-)
>>>
>>> par ailleurs y-a-t'il des pistes sur la 2ème partie de la question :
>>> possibilité de lancer la regénération de l'index "off line" par une
>>> commande ou un script (qui pourrait être exécuté en mode batch avant
>>> l'arrêt/redémarrage du service Tomcat) ?
>>>
>>> merci d'avance
>>> I. Mallet
>>>
>>>>>> Francois Prunayre < fx....@gm... > 03/11/09 10:43 >>>
>>> Bonjour,
>>>
>>> Le 3 novembre 2009 10:26, Landry Breuil < br...@cr... > a écrit :
>>>> Isabelle MALLET wrote:
>>>>> bonjour,
>>>>>
>>>>> je reviens sur ce problème d'indexation au démarrage déjà évoquer dans
>>>>> de nombreux messages sur la liste
>>>>> (http://sourceforge.net/mailarchive/forum.php?thread_name=23CB51CBDF2BB7418AB6439FDE03A3B201F12221%40zephyr.agglo-rennesmetropole.fr&forum_name=geonetwork-users-fr)
>>>>>
>>>>> sur notre serveur de dév, on a monté une configuration très proche de
>>>>> celle décrite dans la documentation du Ca-SIF :
>>>>> - serveurs Tomcat et Apache (mais sur Windows 2003 Server)
>>>>> - Géosource 2.2.1
>>>>>
>>>>> - base de données PostgreSQL (sur un serveur Linux séparé)
>>>>>
>>>>> on rencontre systèmatiquement le problème de blocage du redémarrage du
>>>>> service Tomcat après la saisie de fiches ayant des mots-clés et/ou
>>>>> contacts liés : le blocage est lié au problème d'indexation de la
>>>>> dernière fiche de métadonnées saisie
>>>>> on s'en sort sans avoir besoin de supprimer la fiche, en faisant
>>>>> simplement une regénération de l'index (menu Administration >
>>>>> Reconstruire l'index)
>>>>> mais c'est très très génant
>>>>> - car il faut être logué "admin" pour faire cette opération de
>>>>> réindexation et l'utilisateur qui saisit les fiches n'est pas censé à
>>>>> avoir le profil "admin" et faire ce genre d'opération avant de terminer
>>>>> sa session de saisie !
>>>>> - car le service Tomcat est arrêté/redémarré automatiquement toutes les
>>>>> nuits : donc si la réindexation n'est pas faite avant, le redemarrage
>>>>> plante toutes les nuits...
>>>>
>>>> Par curiosité, pourquoi redémarrer Tomcat toutes les nuits ?
>>>>
>>>>> ma question est donc la suivante :
>>>>> 1) est-il possible de désactiver l'indexation automatique au démarrage
>>>>> :
>>>>> demande déjà formulée plusieurs fois sur la liste et bug corrigé dans
>>>>> Geonetwork 2.4.1
>>>>> cette option a elle été incluse dans Géosource 2.2.1 ?
>>>>> (en tout cas le bug ne semble pas corrigé dans Géosource 2.2.1...)
>>>>
>>>> Le commit que vous cherchez est le suivant :
>>>> http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=rev&revision=5229
>>>> Qui a priori est intégré dans Geosource 2.2.1. Donc l'index ne devrait
>>>> pas être reconstruit a chaque démarrage de Tomcat.
>>> En effet, sauf si l'index est dans un statut invalide (ce qui n'est en
>>> général pas le cas lors d'un arrêt/redémarrage).
>>>
>>> Ce qui semble étrange est le fait de bloquer sur la dernière fiche
>>> alors que via l'admin, l'opération semble bien se passer. Auriez-vous
>>> des précisions sur ce point ?
>>>
>>> Salutations.
>>>
>>> Francois
>>>
>>>
>>>> --
>>>> Cdlt,
>>>> Landry Breuil
>>>> Administrateur de données du CRAIG
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> GeoNetwork-users-fr mailing list
>>>> Geo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> GeoNetwork-users-fr mailing list
>>> Geo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> GeoNetwork-users-fr mailing list
>>> Geo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>>
>>>
>>
>> --
>> View this message in context:
>> http://n2.nabble.com/Rep-Re-Blocage-de-l-indexation-au-demarrage-encore-tp3959433p4087492.html
>> Sent from the GeoNetwork users francophone mailing list archive at
>> Nabble.com.
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>>
>>
>
> --
> View this message in context: http://n2.nabble.com/Re-Rep-Re-Blocage-de-l-indexation-au-demarrage-encore-tp4088638p4092459.html
> Sent from the GeoNetwork users francophone mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
>

Re: [GeoNetwork-users-fr] Rép. : Re: Blocage de l'indexation au démarrage (encore...)

[Benoist F. <b.f...@al...>]

Bonjour,

Merci de votre réponse.
Le problème semble venir du fait que lorsque l'on renseigne un mot-clé ou un
contact, une URL s'inscrit dans la métadonnée (en base). 
Lorsque tomcat démarre, Géosource lance l'indexation des métadonnées. L'URL
qui est en base n'est pas encore active, ce qui explique probablement le
plantage. 
Je ne vois pas bien comment résoudre ce problème, mis à part ne pas lancer
l'indexation au démarrage.
Reste à savoir à quel niveau dans le code est géré cette indexation. 
Nous poursuivons les recherches ...
Cordialement,
B.Fontaine.



Isabelle MALLET wrote:
> 
> bonjour,
>  
> non on n'a pas trouvé de solution pour contourner ce problème.
>  
> le plus ennuyeux c'est qu'on est passé sur une configuration avec des
> composants serveur 100% Opensource (machine Linux, serveur Tomcat , sgdb
> Postgresql, Géosource 2.2.1 : le tout sur la même machine en suivant le
> tutorial d'installation) en espérant que ça marcherait dans cette
> configuration et qu'on rencontre toujours ce problème : 
> après saisie d'une fiche de MD (avec Mozilla) contenant un contact lié
> (pris dans la liste de contacts fournie en exemple dans Geosource) ou un
> mot-clé lié (pris dans un thesaurus externe fourni par Géosource), quand
> on essaye d'arrêter Tomcat, il ne s'arrête pas correctement (le process
> Java n'est pas tué) ;
> lorsqu'on redémarre ensuite Tomcat, il ne démarre pas correctement et il
> n'y a pas d'autres solutions que d'aller supprimer la fiche de MD dans la
> base Postgre (en passant par le serveur Jetty !!!) pour que Tomcat
> redémarre correctement.
>  
> le log de Tomcat lors de l'arrêt de Tomcat est le suivant :
> Nov 30, 2009 4:59:14 PM org.apache.coyote.http11.Http11BaseProtocol pause
> INFO: Pausing Coyote HTTP/1.1 on http-8080
> Nov 30, 2009 4:59:15 PM org.apache.catalina.core.StandardService stop
> INFO: Stopping service Catalina
> Nov 30, 2009 4:59:17 PM com.k_int.codec.util.OIDRegConfigurator load
> INFO: Unable to find codec class :
> com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
> Nov 30, 2009 4:59:17 PM org.apache.coyote.http11.Http11BaseProtocol
> destroy
> INFO: Stopping Coyote HTTP/1.1 on http-8080
> Nov 30, 2009 4:59:17 PM org.apache.catalina.core.AprLifecycleListener
> lifecycleEvent
> INFO: Failed shutdown of Apache Portable Runtime
> Nov 30, 2009 4:59:17 PM
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook run
> WARNING: Region [xlink] Disk cache not shutdown properly, shutting down
> now.
> Nov 30, 2009 4:59:17 PM org.apache.catalina.loader.WebappClassLoader
> loadClass
> INFO: Illegal access: this web application instance has been stopped
> already.  Could not load org.apache.jcs.auxiliary.di
> sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is
> caused by an error thrown for debugging purposes as
>  well as to attempt to terminate the thread which caused the illegal
> access, and has no functional impact.
> java.lang.IllegalStateException
>         at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1272)
>         at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1232)
>         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>         at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(IndexedDiskCache.java:920)
>         at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.run(IndexedDiskCache.java:1620)
>  
>  
> et lors du redémarrage :
> Nov 30, 2009 5:00:40 PM org.apache.catalina.core.AprLifecycleListener
> lifecycleEvent
> INFO: The Apache Tomcat Native library which allows optimal performance in
> production environments was not found on the j
> ava.library.path:
> /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/lib/amd64:/usr/java/jdk1.5.0_22/jr
> e/../lib/amd64
> Nov 30, 2009 5:00:40 PM org.apache.coyote.http11.Http11BaseProtocol init
> INFO: Initializing Coyote HTTP/1.1 on http-8080
> Nov 30, 2009 5:00:40 PM org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 1189 ms
> Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.5.28
> Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.engine.control.CompositeCacheManager
> getUnconfiguredInstance
> INFO: Instance is null, creating with provided config
> Nov 30, 2009 5:00:55 PM org.apache.jcs.utils.threadpool.ThreadPoolManager
> loadConfig
> INFO: thread_pool.default PoolConfiguration = useBoundary = [true]
> boundarySize = [2000] maximumPoolSize = [150] minimumP
> oolSize = [4] keepAliveTime = [300000] whenBlockedPolicy = [RUN]
> startUpSize = [4]
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.engine.control.CompositeCacheConfigurator
> setDefaultAuxValues
> INFO: Setting default auxiliaries to
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.engine.control.CompositeCacheConfigurator
> setDefaultCompositeCacheAttributes
> INFO: setting defaultCompositeCacheAttributes to [ useLateral = true,
> useRemote = true, useDisk = true, maxObjs = 1000, m
> axSpoolPerRun = 500, diskUsagePattern = 0 ]
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.engine.control.CompositeCacheConfigurator
> setDefaultElementAttributes
> INFO: setting defaultElementAttributes to [ IS_LATERAL = true, IS_SPOOL =
> true, IS_REMOTE = true, IS_ETERNAL = false, Max
> LifeSeconds = -1, IdleTime = -1, CreateTime = 1259596855350,
> LastAccessTime = 1259596855350, getTimeToLiveSeconds() = -1,
>  createTime = 1259596855350 ]
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.engine.control.CompositeCacheConfigurator
> parseElementAttributes
> INFO: No special ElementAttribute class defined for key
> [jcs.region.xlink.elementattributes], using default class.
> Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.memory.lru.LRUMemoryCache
> initialize
> INFO: initialized LRUMemoryCache for xlink
> Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCache
> <init>
> INFO: Constructed cache with name [xlink] and cache attributes [
> useLateral = true, useRemote = true, useDisk = true, max
> Objs = 10000, maxSpoolPerRun = -1, diskUsagePattern = 0 ]
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache <init>
> INFO: Region [xlink] Cache file root directory: jcs_caching
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache initKeyMap
> INFO: Region [xlink] Set maxKeySize to: '5000'
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache <init>
> INFO: Region [xlink] Indexed Disk Cache is alive.
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.engine.control.CompositeCacheConfigurator parseRegions
> INFO: Parsed regions [xlink]
> Nov 30, 2009 5:00:55 PM
> org.apache.jcs.engine.control.CompositeCacheConfigurator doConfigure
> INFO: Finished configuration in 249 ms.
> 
> apparemment pas d'erreur dans le log lors du redémarrage de Tomcat,
> néanmoins l'URL de Géosource ne répond pas...
>  
> après suppression de la fiche de MD, le log de Tomcat au redémarrage
> (correct) de Tomcat  est le suivant :
> Nov 30, 2009 5:26:46 PM org.apache.catalina.core.AprLifecycleListener
> lifecycleEvent
> INFO: The Apache Tomcat Native library which allows optimal performance in
> production environments was not found on the j
> ava.library.path:
> /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/lib/amd64:/usr/java/jdk1.5.0_22/jr
> e/../lib/amd64
> Nov 30, 2009 5:26:47 PM org.apache.coyote.http11.Http11BaseProtocol init
> INFO: Initializing Coyote HTTP/1.1 on http-8080
> Nov 30, 2009 5:26:47 PM org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 1190 ms
> Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.5.28
> Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Nov 30, 2009 5:27:10 PM org.apache.coyote.http11.Http11BaseProtocol start
> INFO: Starting Coyote HTTP/1.1 on http-8080
> Nov 30, 2009 5:27:10 PM org.apache.jk.common.ChannelSocket init
> INFO: JK: ajp13 listening on /0.0.0.0:8009
> Nov 30, 2009 5:27:10 PM org.apache.jk.server.JkMain start
> INFO: Jk running ID=0 time=0/49  config=null
> Nov 30, 2009 5:27:10 PM org.apache.catalina.storeconfig.StoreLoader load
> INFO: Find registry server-registry.xml at classpath resource
> Nov 30, 2009 5:27:11 PM org.apache.catalina.startup.Catalina start
> INFO: Server startup in 23922 ms
> 
> et à l'arrêt (correct) de Tomcat :
> Nov 30, 2009 5:34:16 PM org.apache.coyote.http11.Http11BaseProtocol pause
> INFO: Pausing Coyote HTTP/1.1 on http-8080
> Nov 30, 2009 5:34:17 PM org.apache.catalina.core.StandardService stop
> INFO: Stopping service Catalina
> Nov 30, 2009 5:34:18 PM com.k_int.codec.util.OIDRegConfigurator load
> INFO: Unable to find codec class :
> com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
> Nov 30, 2009 5:34:19 PM org.apache.coyote.http11.Http11BaseProtocol
> destroy
> INFO: Stopping Coyote HTTP/1.1 on http-8080
> Nov 30, 2009 5:34:19 PM org.apache.catalina.core.AprLifecycleListener
> lifecycleEvent
> INFO: Failed shutdown of Apache Portable Runtime
> Nov 30, 2009 5:34:19 PM
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook run
> WARNING: Region [xlink] Disk cache not shutdown properly, shutting down
> now.
> Nov 30, 2009 5:34:19 PM org.apache.catalina.loader.WebappClassLoader
> loadClass
> INFO: Illegal access: this web application instance has been stopped
> already.  Could not load org.apache.jcs.auxiliary.di
> sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is
> caused by an error thrown for debugging purposes as
>  well as to attempt to terminate the thread which caused the illegal
> access, and has no functional impact.
> java.lang.IllegalStateException
>         at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1272)
>         at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1232)
>         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>         at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(IndexedDiskCache.java:920)
>         at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.run(IndexedDiskCache.java:1620)
> 
> apparemment peu de différence mais dans un cas Géosource fonctionne et
> dans l'autre non...
>  
> bref on craque et les utilisateurs aussi et on a décider d'arrêter tout en
> attendant d'avoir plus d'information sur une configuration de type serveur
> qui fonctionne correctement.
>  
> dernière information pour terminer : les librairies Xalan sont nécessaires
> avec Tomcat 5.5 et Java 1.5 pour que les interfaces de saisie des contacts
> liés et mot-clés liés dans la fiche de MD fonctionnent correctement
>  
> merci d'avance de votre aide
> I. Mallet
> 
>>>> Benoist Fontaine <b.f...@al...> 30/11/09 14:06 >>>
> 
> Bonjour,
> 
> Nous sommes confronté au même problème : 
> plantage au redémarrage de tomcat lorsqu'un utilisateur a renseigné un
> contact dans une métadonnée.
> 
> Avez-vous trouvé une solution pour contourner le problème ?
> Merci d'avance,
> Cordialement,
> Benoist Fontaine.
> 
> 
> Isabelle MALLET wrote:
>> 
>> bonjour,
>> 
>> merci pour vos réponses
>> 
>> effectivement l'index non spatial n'est pas recalculé à chaque
>> redémarrage
>> de Tomcat
>> par contre l'index spatial l'est (fichier
>> geosource\web\geonetwork\WEB-INF\lucene\spatial\spatialIndex.qix )
>> or les fiches de MD saisies dans nos tests sont uniquement
>> alphanumériques
>> (c'est à dire la partie visualisation géographique de notre configuration
>> est celle par défaut dans Géosource v2.2.1 ; on n'utilise pas les
>> fonctionnalités géographiques de Géosource v2.2.1)
>> 
>> l'opération réalisée est la suivante :
>> - création d'une MD à partir du modèle vue essentielle avec ajout d'un
>> contact lié et d'un mot-clé lié (thésaurus externe)
>> - publication de la MD
>> - consultation anonyme : ok
>> - arrêt du service Tomcat 
>> - redémarrage de Tomcat 
>> avec un profil Editor : blocage systèmatique au redémarrage de Tomcat
>> avec le profil admin : blocage fréquent (1 fois sur 3 environ)
>> - reconstruction de l'index (en passant par le serveur Jetty pour pouvoir
>> accéder à la fonctionnalité de reconstruction de l'index ; la
>> resynchronisation avec GAST ne suffit pas)
>> - redémarrage de Tomcat : ok
>> 
>> (remarque : les services Apache et Tomcat sont arrêtés toutes les nuits
>> pour des contraintes d'exploitation ;
>> néamoins meme si on n'arrêtait pas Tomcat toutes les nuits, il faudrait
>> quand même pouvoir le faire de temps en temps et avoir la garantie que
>> l'application redémarre correctement... ;-)
>> 
>> par ailleurs y-a-t'il des pistes sur la 2ème partie de la question :
>> possibilité de lancer la regénération de l'index "off line" par une
>> commande ou un script (qui pourrait être exécuté en mode batch avant
>> l'arrêt/redémarrage du service Tomcat) ?
>> 
>> merci d'avance
>> I. Mallet
>> 
>>>>> Francois Prunayre < fx....@gm... > 03/11/09 10:43 >>>
>> Bonjour,
>> 
>> Le 3 novembre 2009 10:26, Landry Breuil < br...@cr... > a écrit :
>>> Isabelle MALLET wrote:
>>>> bonjour,
>>>>
>>>> je reviens sur ce problème d'indexation au démarrage déjà évoquer dans
>>>> de nombreux messages sur la liste
>>>> (http://sourceforge.net/mailarchive/forum.php?thread_name=23CB51CBDF2BB7418AB6439FDE03A3B201F12221%40zephyr.agglo-rennesmetropole.fr&forum_name=geonetwork-users-fr)
>>>>
>>>> sur notre serveur de dév, on a monté une configuration très proche de
>>>> celle décrite dans la documentation du Ca-SIF :
>>>> - serveurs Tomcat et Apache (mais sur Windows 2003 Server)
>>>> - Géosource 2.2.1
>>>>
>>>> - base de données PostgreSQL (sur un serveur Linux séparé)
>>>>
>>>> on rencontre systèmatiquement le problème de blocage du redémarrage du
>>>> service Tomcat après la saisie de fiches ayant des mots-clés et/ou
>>>> contacts liés : le blocage est lié au problème d'indexation de la
>>>> dernière fiche de métadonnées saisie
>>>> on s'en sort sans avoir besoin de supprimer la fiche, en faisant
>>>> simplement une regénération de l'index (menu Administration >
>>>> Reconstruire l'index)
>>>> mais c'est très très génant
>>>> - car il faut être logué "admin" pour faire cette opération de
>>>> réindexation et l'utilisateur qui saisit les fiches n'est pas censé à
>>>> avoir le profil "admin" et faire ce genre d'opération avant de terminer
>>>> sa session de saisie !
>>>> - car le service Tomcat est arrêté/redémarré automatiquement toutes les
>>>> nuits : donc si la réindexation n'est pas faite avant, le redemarrage
>>>> plante toutes les nuits...
>>>
>>> Par curiosité, pourquoi redémarrer Tomcat toutes les nuits ?
>>>
>>>> ma question est donc la suivante :
>>>> 1) est-il possible de désactiver l'indexation automatique au démarrage
>>>> :
>>>> demande déjà formulée plusieurs fois sur la liste et bug corrigé dans
>>>> Geonetwork 2.4.1
>>>> cette option a elle été incluse dans Géosource 2.2.1 ?
>>>> (en tout cas le bug ne semble pas corrigé dans Géosource 2.2.1...)
>>>
>>> Le commit que vous cherchez est le suivant :
>>> http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=rev&revision=5229 
>>> Qui a priori est intégré dans Geosource 2.2.1. Donc l'index ne devrait
>>> pas être reconstruit a chaque démarrage de Tomcat.
>> En effet, sauf si l'index est dans un statut invalide (ce qui n'est en
>> général pas le cas lors d'un arrêt/redémarrage).
>> 
>> Ce qui semble étrange est le fait de bloquer sur la dernière fiche
>> alors que via l'admin, l'opération semble bien se passer. Auriez-vous
>> des précisions sur ce point ?
>> 
>> Salutations.
>> 
>> Francois
>> 
>> 
>>> --
>>> Cdlt,
>>> Landry Breuil
>>> Administrateur de données du CRAIG
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and
>>> stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference 
>>> _______________________________________________
>>> GeoNetwork-users-fr mailing list
>>> Geo...@li... 
>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
>>>
>> 
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay 
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference 
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li... 
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
>> 
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day 
>> trial. Simplify your report design, integration and deployment - and
>> focus
>> on 
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july 
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li... 
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
>> 
>> 
> 
> -- 
> View this message in context:
> http://n2.nabble.com/Rep-Re-Blocage-de-l-indexation-au-demarrage-encore-tp3959433p4087492.html 
> Sent from the GeoNetwork users francophone mailing list archive at
> Nabble.com.
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july 
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li... 
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
> 
> 

-- 
View this message in context: http://n2.nabble.com/Re-Rep-Re-Blocage-de-l-indexation-au-demarrage-encore-tp4088638p4092459.html
Sent from the GeoNetwork users francophone mailing list archive at Nabble.com.

Re: [GeoNetwork-users-fr] Rép. : Re: Blocage de l'indexation au démarrage (encore...)

[Isabelle M. <im...@gr...>]

bonjour,
 
non on n'a pas trouvé de solution pour contourner ce problème.
 
le plus ennuyeux c'est qu'on est passé sur une configuration avec des composants serveur 100% Opensource (machine Linux, serveur Tomcat , sgdb Postgresql, Géosource 2.2.1 : le tout sur la même machine en suivant le tutorial d'installation) en espérant que ça marcherait dans cette configuration et qu'on rencontre toujours ce problème : 
après saisie d'une fiche de MD (avec Mozilla) contenant un contact lié (pris dans la liste de contacts fournie en exemple dans Geosource) ou un mot-clé lié (pris dans un thesaurus externe fourni par Géosource), quand on essaye d'arrêter Tomcat, il ne s'arrête pas correctement (le process Java n'est pas tué) ;
lorsqu'on redémarre ensuite Tomcat, il ne démarre pas correctement et il n'y a pas d'autres solutions que d'aller supprimer la fiche de MD dans la base Postgre (en passant par le serveur Jetty !!!) pour que Tomcat redémarre correctement.
 
le log de Tomcat lors de l'arrêt de Tomcat est le suivant :
Nov 30, 2009 4:59:14 PM org.apache.coyote.http11.Http11BaseProtocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8080
Nov 30, 2009 4:59:15 PM org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
Nov 30, 2009 4:59:17 PM com.k_int.codec.util.OIDRegConfigurator load
INFO: Unable to find codec class : com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
Nov 30, 2009 4:59:17 PM org.apache.coyote.http11.Http11BaseProtocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8080
Nov 30, 2009 4:59:17 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: Failed shutdown of Apache Portable Runtime
Nov 30, 2009 4:59:17 PM org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook run
WARNING: Region [xlink] Disk cache not shutdown properly, shutting down now.
Nov 30, 2009 4:59:17 PM org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already.  Could not load org.apache.jcs.auxiliary.di
sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is caused by an error thrown for debugging purposes as
 well as to attempt to terminate the thread which caused the illegal access, and has no functional impact.
java.lang.IllegalStateException
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1272)
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1232)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
        at org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(IndexedDiskCache.java:920)
        at org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.run(IndexedDiskCache.java:1620)
 
 
et lors du redémarrage :
Nov 30, 2009 5:00:40 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the j
ava.library.path: /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/lib/amd64:/usr/java/jdk1.5.0_22/jr
e/../lib/amd64
Nov 30, 2009 5:00:40 PM org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
Nov 30, 2009 5:00:40 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1189 ms
Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5.28
Nov 30, 2009 5:00:41 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCacheManager getUnconfiguredInstance
INFO: Instance is null, creating with provided config
Nov 30, 2009 5:00:55 PM org.apache.jcs.utils.threadpool.ThreadPoolManager loadConfig
INFO: thread_pool.default PoolConfiguration = useBoundary = [true] boundarySize = [2000] maximumPoolSize = [150] minimumP
oolSize = [4] keepAliveTime = [300000] whenBlockedPolicy = [RUN] startUpSize = [4]
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCacheConfigurator setDefaultAuxValues
INFO: Setting default auxiliaries to
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCacheConfigurator setDefaultCompositeCacheAttributes
INFO: setting defaultCompositeCacheAttributes to [ useLateral = true, useRemote = true, useDisk = true, maxObjs = 1000, m
axSpoolPerRun = 500, diskUsagePattern = 0 ]
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCacheConfigurator setDefaultElementAttributes
INFO: setting defaultElementAttributes to [ IS_LATERAL = true, IS_SPOOL = true, IS_REMOTE = true, IS_ETERNAL = false, Max
LifeSeconds = -1, IdleTime = -1, CreateTime = 1259596855350, LastAccessTime = 1259596855350, getTimeToLiveSeconds() = -1,
 createTime = 1259596855350 ]
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCacheConfigurator parseElementAttributes
INFO: No special ElementAttribute class defined for key [jcs.region.xlink.elementattributes], using default class.
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.memory.lru.LRUMemoryCache initialize
INFO: initialized LRUMemoryCache for xlink
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCache <init>
INFO: Constructed cache with name [xlink] and cache attributes [ useLateral = true, useRemote = true, useDisk = true, max
Objs = 10000, maxSpoolPerRun = -1, diskUsagePattern = 0 ]
Nov 30, 2009 5:00:55 PM org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache <init>
INFO: Region [xlink] Cache file root directory: jcs_caching
Nov 30, 2009 5:00:55 PM org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache initKeyMap
INFO: Region [xlink] Set maxKeySize to: '5000'
Nov 30, 2009 5:00:55 PM org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache <init>
INFO: Region [xlink] Indexed Disk Cache is alive.
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCacheConfigurator parseRegions
INFO: Parsed regions [xlink]
Nov 30, 2009 5:00:55 PM org.apache.jcs.engine.control.CompositeCacheConfigurator doConfigure
INFO: Finished configuration in 249 ms.

apparemment pas d'erreur dans le log lors du redémarrage de Tomcat, néanmoins l'URL de Géosource ne répond pas...
 
après suppression de la fiche de MD, le log de Tomcat au redémarrage (correct) de Tomcat  est le suivant :
Nov 30, 2009 5:26:46 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the j
ava.library.path: /usr/java/jdk1.5.0_22/jre/lib/amd64/server:/usr/java/jdk1.5.0_22/jre/lib/amd64:/usr/java/jdk1.5.0_22/jr
e/../lib/amd64
Nov 30, 2009 5:26:47 PM org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
Nov 30, 2009 5:26:47 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1190 ms
Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5.28
Nov 30, 2009 5:26:47 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Nov 30, 2009 5:27:10 PM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
Nov 30, 2009 5:27:10 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
Nov 30, 2009 5:27:10 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/49  config=null
Nov 30, 2009 5:27:10 PM org.apache.catalina.storeconfig.StoreLoader load
INFO: Find registry server-registry.xml at classpath resource
Nov 30, 2009 5:27:11 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 23922 ms

et à l'arrêt (correct) de Tomcat :
Nov 30, 2009 5:34:16 PM org.apache.coyote.http11.Http11BaseProtocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8080
Nov 30, 2009 5:34:17 PM org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
Nov 30, 2009 5:34:18 PM com.k_int.codec.util.OIDRegConfigurator load
INFO: Unable to find codec class : com.k_int.gen.ILL_APDU_Delivery_Info.APDU_Delivery_Info_codec
Nov 30, 2009 5:34:19 PM org.apache.coyote.http11.Http11BaseProtocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8080
Nov 30, 2009 5:34:19 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: Failed shutdown of Apache Portable Runtime
Nov 30, 2009 5:34:19 PM org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook run
WARNING: Region [xlink] Disk cache not shutdown properly, shutting down now.
Nov 30, 2009 5:34:19 PM org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already.  Could not load org.apache.jcs.auxiliary.di
sk.indexed.IndexedDiskCache$1.  The eventual following stack trace is caused by an error thrown for debugging purposes as
 well as to attempt to terminate the thread which caused the illegal access, and has no functional impact.
java.lang.IllegalStateException
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1272)
        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1232)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
        at org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doDispose(IndexedDiskCache.java:920)
        at org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache$ShutdownHook.run(IndexedDiskCache.java:1620)

apparemment peu de différence mais dans un cas Géosource fonctionne et dans l'autre non...
 
bref on craque et les utilisateurs aussi et on a décider d'arrêter tout en attendant d'avoir plus d'information sur une configuration de type serveur qui fonctionne correctement.
 
dernière information pour terminer : les librairies Xalan sont nécessaires avec Tomcat 5.5 et Java 1.5 pour que les interfaces de saisie des contacts liés et mot-clés liés dans la fiche de MD fonctionnent correctement
 
merci d'avance de votre aide
I. Mallet

>>> Benoist Fontaine <b.f...@al...> 30/11/09 14:06 >>>

Bonjour,

Nous sommes confronté au même problème : 
plantage au redémarrage de tomcat lorsqu'un utilisateur a renseigné un
contact dans une métadonnée.

Avez-vous trouvé une solution pour contourner le problème ?
Merci d'avance,
Cordialement,
Benoist Fontaine.


Isabelle MALLET wrote:
> 
> bonjour,
> 
> merci pour vos réponses
> 
> effectivement l'index non spatial n'est pas recalculé à chaque redémarrage
> de Tomcat
> par contre l'index spatial l'est (fichier
> geosource\web\geonetwork\WEB-INF\lucene\spatial\spatialIndex.qix )
> or les fiches de MD saisies dans nos tests sont uniquement alphanumériques
> (c'est à dire la partie visualisation géographique de notre configuration
> est celle par défaut dans Géosource v2.2.1 ; on n'utilise pas les
> fonctionnalités géographiques de Géosource v2.2.1)
> 
> l'opération réalisée est la suivante :
> - création d'une MD à partir du modèle vue essentielle avec ajout d'un
> contact lié et d'un mot-clé lié (thésaurus externe)
> - publication de la MD
> - consultation anonyme : ok
> - arrêt du service Tomcat 
> - redémarrage de Tomcat 
> avec un profil Editor : blocage systèmatique au redémarrage de Tomcat
> avec le profil admin : blocage fréquent (1 fois sur 3 environ)
> - reconstruction de l'index (en passant par le serveur Jetty pour pouvoir
> accéder à la fonctionnalité de reconstruction de l'index ; la
> resynchronisation avec GAST ne suffit pas)
> - redémarrage de Tomcat : ok
> 
> (remarque : les services Apache et Tomcat sont arrêtés toutes les nuits
> pour des contraintes d'exploitation ;
> néamoins meme si on n'arrêtait pas Tomcat toutes les nuits, il faudrait
> quand même pouvoir le faire de temps en temps et avoir la garantie que
> l'application redémarre correctement... ;-)
> 
> par ailleurs y-a-t'il des pistes sur la 2ème partie de la question :
> possibilité de lancer la regénération de l'index "off line" par une
> commande ou un script (qui pourrait être exécuté en mode batch avant
> l'arrêt/redémarrage du service Tomcat) ?
> 
> merci d'avance
> I. Mallet
> 
>>>> Francois Prunayre < fx....@gm... > 03/11/09 10:43 >>>
> Bonjour,
> 
> Le 3 novembre 2009 10:26, Landry Breuil < br...@cr... > a écrit :
>> Isabelle MALLET wrote:
>>> bonjour,
>>>
>>> je reviens sur ce problème d'indexation au démarrage déjà évoquer dans
>>> de nombreux messages sur la liste
>>> (http://sourceforge.net/mailarchive/forum.php?thread_name=23CB51CBDF2BB7418AB6439FDE03A3B201F12221%40zephyr.agglo-rennesmetropole.fr&forum_name=geonetwork-users-fr)
>>>
>>> sur notre serveur de dév, on a monté une configuration très proche de
>>> celle décrite dans la documentation du Ca-SIF :
>>> - serveurs Tomcat et Apache (mais sur Windows 2003 Server)
>>> - Géosource 2.2.1
>>>
>>> - base de données PostgreSQL (sur un serveur Linux séparé)
>>>
>>> on rencontre systèmatiquement le problème de blocage du redémarrage du
>>> service Tomcat après la saisie de fiches ayant des mots-clés et/ou
>>> contacts liés : le blocage est lié au problème d'indexation de la
>>> dernière fiche de métadonnées saisie
>>> on s'en sort sans avoir besoin de supprimer la fiche, en faisant
>>> simplement une regénération de l'index (menu Administration >
>>> Reconstruire l'index)
>>> mais c'est très très génant
>>> - car il faut être logué "admin" pour faire cette opération de
>>> réindexation et l'utilisateur qui saisit les fiches n'est pas censé à
>>> avoir le profil "admin" et faire ce genre d'opération avant de terminer
>>> sa session de saisie !
>>> - car le service Tomcat est arrêté/redémarré automatiquement toutes les
>>> nuits : donc si la réindexation n'est pas faite avant, le redemarrage
>>> plante toutes les nuits...
>>
>> Par curiosité, pourquoi redémarrer Tomcat toutes les nuits ?
>>
>>> ma question est donc la suivante :
>>> 1) est-il possible de désactiver l'indexation automatique au démarrage :
>>> demande déjà formulée plusieurs fois sur la liste et bug corrigé dans
>>> Geonetwork 2.4.1
>>> cette option a elle été incluse dans Géosource 2.2.1 ?
>>> (en tout cas le bug ne semble pas corrigé dans Géosource 2.2.1...)
>>
>> Le commit que vous cherchez est le suivant :
>> http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=rev&revision=5229 
>> Qui a priori est intégré dans Geosource 2.2.1. Donc l'index ne devrait
>> pas être reconstruit a chaque démarrage de Tomcat.
> En effet, sauf si l'index est dans un statut invalide (ce qui n'est en
> général pas le cas lors d'un arrêt/redémarrage).
> 
> Ce qui semble étrange est le fait de bloquer sur la dernière fiche
> alors que via l'admin, l'opération semble bien se passer. Auriez-vous
> des précisions sur ce point ?
> 
> Salutations.
> 
> Francois
> 
> 
>> --
>> Cdlt,
>> Landry Breuil
>> Administrateur de données du CRAIG
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference 
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li... 
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
>>
> 
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference 
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li... 
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july 
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li... 
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
> 
> 

-- 
View this message in context: http://n2.nabble.com/Rep-Re-Blocage-de-l-indexation-au-demarrage-encore-tp3959433p4087492.html 
Sent from the GeoNetwork users francophone mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july 
_______________________________________________
GeoNetwork-users-fr mailing list
Geo...@li... 
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 

Re: [GeoNetwork-users-fr] Rép. : Re: Blocage de l'indexation au démarrage (encore...)

[Benoist F. <b.f...@al...>]

Bonjour,

Nous sommes confronté au même problème : 
plantage au redémarrage de tomcat lorsqu'un utilisateur a renseigné un
contact dans une métadonnée.

Avez-vous trouvé une solution pour contourner le problème ?
Merci d'avance,
Cordialement,
Benoist Fontaine.


Isabelle MALLET wrote:
> 
> bonjour,
>  
> merci pour vos réponses
>  
> effectivement l'index non spatial n'est pas recalculé à chaque redémarrage
> de Tomcat
> par contre l'index spatial l'est (fichier
> geosource\web\geonetwork\WEB-INF\lucene\spatial\spatialIndex.qix )
> or les fiches de MD saisies dans nos tests sont uniquement alphanumériques
> (c'est à dire la partie visualisation géographique de notre configuration
> est celle par défaut dans Géosource v2.2.1 ; on n'utilise pas les
> fonctionnalités géographiques de Géosource v2.2.1)
>  
> l'opération réalisée est la suivante :
> - création d'une MD à partir du modèle vue essentielle avec ajout d'un
> contact lié et d'un mot-clé lié (thésaurus externe)
> - publication de la MD
> - consultation anonyme : ok
> - arrêt du service Tomcat 
> - redémarrage de Tomcat 
> avec un profil Editor : blocage systèmatique au redémarrage de Tomcat
> avec le profil admin : blocage fréquent (1 fois sur 3 environ)
> - reconstruction de l'index (en passant par le serveur Jetty pour pouvoir
> accéder à la fonctionnalité de reconstruction de l'index ; la
> resynchronisation avec GAST ne suffit pas)
> - redémarrage de Tomcat : ok
>  
> (remarque : les services Apache et Tomcat sont arrêtés toutes les nuits
> pour des contraintes d'exploitation ;
> néamoins meme si on n'arrêtait pas Tomcat toutes les nuits, il faudrait
> quand même pouvoir le faire de temps en temps et avoir la garantie que
> l'application redémarre correctement... ;-)
>  
> par ailleurs y-a-t'il des pistes sur la 2ème partie de la question :
> possibilité de lancer la regénération de l'index "off line" par une
> commande ou un script (qui pourrait être exécuté en mode batch avant
> l'arrêt/redémarrage du service Tomcat) ?
> 
> merci d'avance
> I. Mallet
> 
>>>> Francois Prunayre <fx....@gm...> 03/11/09 10:43 >>>
> Bonjour,
> 
> Le 3 novembre 2009 10:26, Landry Breuil < br...@cr... > a écrit :
>> Isabelle MALLET wrote:
>>> bonjour,
>>>
>>> je reviens sur ce problème d'indexation au démarrage déjà évoquer dans
>>> de nombreux messages sur la liste
>>> (http://sourceforge.net/mailarchive/forum.php?thread_name=23CB51CBDF2BB7418AB6439FDE03A3B201F12221%40zephyr.agglo-rennesmetropole.fr&forum_name=geonetwork-users-fr)
>>>
>>> sur notre serveur de dév, on a monté une configuration très proche de
>>> celle décrite dans la documentation du Ca-SIF :
>>> - serveurs Tomcat et Apache (mais sur Windows 2003 Server)
>>> - Géosource 2.2.1
>>>
>>> - base de données PostgreSQL (sur un serveur Linux séparé)
>>>
>>> on rencontre systèmatiquement le problème de blocage du redémarrage du
>>> service Tomcat après la saisie de fiches ayant des mots-clés et/ou
>>> contacts liés : le blocage est lié au problème d'indexation de la
>>> dernière fiche de métadonnées saisie
>>> on s'en sort sans avoir besoin de supprimer la fiche, en faisant
>>> simplement une regénération de l'index (menu Administration >
>>> Reconstruire l'index)
>>> mais c'est très très génant
>>> - car il faut être logué "admin" pour faire cette opération de
>>> réindexation et l'utilisateur qui saisit les fiches n'est pas censé à
>>> avoir le profil "admin" et faire ce genre d'opération avant de terminer
>>> sa session de saisie !
>>> - car le service Tomcat est arrêté/redémarré automatiquement toutes les
>>> nuits : donc si la réindexation n'est pas faite avant, le redemarrage
>>> plante toutes les nuits...
>>
>> Par curiosité, pourquoi redémarrer Tomcat toutes les nuits ?
>>
>>> ma question est donc la suivante :
>>> 1) est-il possible de désactiver l'indexation automatique au démarrage :
>>> demande déjà formulée plusieurs fois sur la liste et bug corrigé dans
>>> Geonetwork 2.4.1
>>> cette option a elle été incluse dans Géosource 2.2.1 ?
>>> (en tout cas le bug ne semble pas corrigé dans Géosource 2.2.1...)
>>
>> Le commit que vous cherchez est le suivant :
>> http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=rev&revision=5229 
>> Qui a priori est intégré dans Geosource 2.2.1. Donc l'index ne devrait
>> pas être reconstruit a chaque démarrage de Tomcat.
> En effet, sauf si l'index est dans un statut invalide (ce qui n'est en
> général pas le cas lors d'un arrêt/redémarrage).
> 
> Ce qui semble étrange est le fait de bloquer sur la dernière fiche
> alors que via l'admin, l'opération semble bien se passer. Auriez-vous
> des précisions sur ce point ?
> 
> Salutations.
> 
> Francois
> 
> 
>> --
>> Cdlt,
>> Landry Breuil
>> Administrateur de données du CRAIG
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference 
>> _______________________________________________
>> GeoNetwork-users-fr mailing list
>> Geo...@li... 
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
>>
> 
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference 
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li... 
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
> 
> 

-- 
View this message in context: http://n2.nabble.com/Rep-Re-Blocage-de-l-indexation-au-demarrage-encore-tp3959433p4087492.html
Sent from the GeoNetwork users francophone mailing list archive at Nabble.com.

[GeoNetwork-users-fr] Contribution au wiki Géosource

[Taffoureau E. <e.t...@br...>]

Bonjour,
 
Pour contribuer à enrichir le wiki "Géosource" (http://trac.osgeo.org/geonetwork/wiki/ListOfFr), vous devez disposer d'un compte OSGeo. Voici l'adresse pour la création du compte : http://www.osgeo.org/osgeo_userid.
 
Merci d'avance pour votre contribution au projet.
 
Cordialement,
Etienne TAFFOUREAU
**********************************************************************************************
Pensez a l'environnement avant d'imprimer ce message
Think Environment before printing
 
Le contenu de ce mel et de ses pieces jointes est destine a l'usage exclusif du (des) destinataire(s) designe
(s) comme tel(s). 
En cas de reception par erreur, le signaler e son expediteur et ne pas en divulguer le contenu. 
L'absence de virus a ete verifiee e l'emission, il convient neanmoins de s'assurer de l'absence de 
contamination a sa reception.
 
The contents of this email and any attachments are confidential. They are intended for the named recipient
(s) only. 
If you have received this email in error please notify the system manager or the sender immediately and do 
not disclose the contents to anyone or make copies. 
eSafe scanned this email for viruses, vandals and malicious content.
**********************************************************************************************

Re: [GeoNetwork-users-fr] Rép. : Re: configuration tomcat sur lin ux pour géosource 2.2.1

[Isabelle M. <im...@gr...>]

rebonjour,
 
merci à tous ceux qui ont répondu :-)
les recommendations ont été appliquées (JDK 1.5, suppression des librairies xalan)
 
finalement le problème est résolu : Tomcat ne démarrait pas à cause d'une MD corrompue dans la base Postgre 
après avoir réinitialisé le modèle de données dans la base Postgre avec GAST c'est ok, Tomcat démarre normalement et reconnait l'application Géosource (geonetwork)
 
merci encore de votre aide
cordialement,
I. Mallet

>>> Mathieu Coudert <mat...@ca...> 25/11/09 12:10:37 >>>

Bonjour Isabelle,

2009/11/25 Isabelle MALLET <im...@gr...>
bonjuor,

merci de votre réponse

on a remplacé le JDK 1.6 par le JDK1.5.0_22 mais ça ne change rien :


En effet Tomcat 5.5 est conçu pour fonctionner avec Java 1.5 (ie. "Tomcat 5.5 is designed to run on J2SE 5.0..."). 
 
- quand on précise une valeur minimale et maximale pour le "pool memory" de Tomcat avec la variable JAVA_OPTS, Tomcat ne démarre pas correctement
- quand on ne met pas de JAVA_OPTS, Tomcat fonctionne correctement mais on n'arrive pas à lancer Géosource


Disposez vous de plus d'information dans les logs de tomcat au démarrage ? un extrait de log pourrait peut être aider à résoudre le problème. 

pour le moment la machine Linux est un serveur de maquette dédié à Géosource, c'est à dire qu'il y a uniquement java 1.5, tomcat 5.5 (+ librairies XALAN) 
Ces librairies sont inutiles avec Java 1.5. Je vous conseille vivement de les supprimer. 


Cordialement,


--
Mathieu


, postgre 8.3 et géosource 2.2.1

merci d'avance de votre aide
I. Mallet

>>> REBOUX Maël <M.R...@ag...> 25/11/09 10:24:38 >>>

> Bonjour,
>
> Tout d'abord, il me semble que Tomcat 5.5 est certifié pour fonctionner avec java 1.5 et non 1.6. A confirmer.
>
> Ensuite,"Java heap space" signifie que Java n'a pas assez mémoire vive pour fonctionner correctement, d'où plantage du site.
> Pour contrer ce problème, il faut spécifier une valeur minimale et maximale pour le "pool memory" de Tomcat. Ca revient à dire à Tomcat combien de mémoire vive il doit s'octroyer, et donc de mémoire pour les process java utilisés par Tomcat.
>
> De combien est équipé la machine et y-a t'il d'autres composant que ceux décrits (java tomcat, postgreSQL) ?
>
> Sur mon serveur équipé de 2 Go de Ram, j'ai spécifié 512 Mo en mini et 1048 en maxi.
>
> Il faut donc jouer sur les paramètres JAVA_OPTS.
>
> Tomcat et GéoSource sont gourmands en mémoire vive.
>
>
> -----Message d'origine-----
> De : Isabelle MALLET [mailto:im...@gr...] 
> Envoyé : mercredi 25 novembre 2009 10:05
> À : geo...@li... 
> Objet : [GeoNetwork-users-fr] configuration tomcat sur linux pour géosource 2.2.1
>
> bonjour,
>
> on est en train de mettre en place Géosource 2.2.1 sur une plateforme de test complétement open-source (Linux, tomcat , postgre), en utilisant la documentation du Ca-SIF (merci le Ca-SIF pour cette excellente documentation :-)
>
> on rencontre un problème dans la configuration de Tomcat 5.5 / JDK 1.6
> - si on utilise la configuration par défaut allouée à Tomcat dans la machine virtuelle Java, on obtient une erreur "Out of Memory error Java heap space" au lancement de Géosource
> - quand on ajoute l'option JAVA_OPTS="-server -Xmx512m -Xms368m -XX:PermSize=128m -XX:MaxPermSize=256m" dans le fichier de démarrage de Tomcat catalina.sh, Tomcat ne démarre pas correctement et plus rien ne marche (meme pas les exemples de jsp et servlets)
>
> avez-vous déjà rencontrer ce problème et trouver une solution ?
>
> merci d'avance de votre aide
> I. Mallet
>
> --------------------------------------------------------------------------------
> Isabelle MALLET
> Communauté Urbaine de LYON
> DSIT / Service Informatique
> 20 Rue du Lac - BP 3103 - 69399 LYON Cedex 03 Tél : 04 26 99 38 62 Fax : 04 78 63 40 21 Email : im...@gr... 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li... 
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 

Re: [GeoNetwork-users-fr] help

[Mathieu C. <mat...@ca...>]

Bonjour,

On Wed, Nov 25, 2009 at 9:29 AM, <jer...@fr...> wrote:

> Bonjour,
>
> j'utilise géosource en version local (desktop)


Pour votre information il n'y a pas de version desktop/serveur...
http://georezo.net/forum/viewtopic.php?pid=139966#p139966

. En attendant de mettre
> l'application sur un serveur, je voudrais que mon application installée en
> local
> puisse être accessible à distance de puis une autre machine. En local,
> c'est un
> serveur jetty, il me semble.
>

L'application est accessible en local comme depuis une autre machine via
l'url suivante : http://{votre_nom_d'hôte/hostname}:8080/geonetwork/ ou bien
http://votre_numero_IP:8080/geonetwork/
ex: http://123.13.10.101:8080/geonetwork/ ou
http://ma.machine:8080/geonetwork/

Il est possible de configurer un serveur apache de manière a effectuer un
proxy pass sur cette url si l'on souhaite cacher le numéro du port 8080 ou
renommer l'url de l'application.

Cordialement,

--
Mathieu

Re: [GeoNetwork-users-fr] Rép. : Re: configuration tomcat sur lin ux pour géosource 2.2.1

[REBOUX M. <M.R...@ag...>]

 
Je pense qu'il faut "simplement" allouer plus de mémoire. Et ne pas hésiter !!

Exemple : JAVA_OPTS="-server -Xms512m -Xmx1024m"


-----Message d'origine-----
De : Isabelle MALLET [mailto:im...@gr...] 
Envoyé : mercredi 25 novembre 2009 11:59
À : geo...@li...
Objet : [GeoNetwork-users-fr] Rép. : Re: configuration tomcat sur lin ux pour géosource 2.2.1

bonjuor,
 
merci de votre réponse
 
on a remplacé le JDK 1.6 par le JDK1.5.0_22 mais ça ne change rien :
- quand on précise une valeur minimale et maximale pour le "pool memory" de Tomcat avec la variable JAVA_OPTS, Tomcat ne démarre pas correctement
- quand on ne met pas de JAVA_OPTS, Tomcat fonctionne correctement mais on n'arrive pas à lancer Géosource
 
pour le moment la machine Linux est un serveur de maquette dédié à Géosource, c'est à dire qu'il y a uniquement java 1.5, tomcat 5.5 (+ librairies XALAN), postgre 8.3 et géosource 2.2.1
 
merci d'avance de votre aide
I. Mallet

>>> REBOUX Maël <M.R...@ag...> 25/11/09 10:24:38 
>>> >>>

> Bonjour,
> 
> Tout d'abord, il me semble que Tomcat 5.5 est certifié pour fonctionner avec java 1.5 et non 1.6. A confirmer.
> 
> Ensuite,"Java heap space" signifie que Java n'a pas assez mémoire vive pour fonctionner correctement, d'où plantage du site.
> Pour contrer ce problème, il faut spécifier une valeur minimale et maximale pour le "pool memory" de Tomcat. Ca revient à dire à Tomcat combien de mémoire vive il doit s'octroyer, et donc de mémoire pour les process java utilisés par Tomcat.
> 
> De combien est équipé la machine et y-a t'il d'autres composant que ceux décrits (java tomcat, postgreSQL) ?
> 
> Sur mon serveur équipé de 2 Go de Ram, j'ai spécifié 512 Mo en mini et 1048 en maxi.
> 
> Il faut donc jouer sur les paramètres JAVA_OPTS.
> 
> Tomcat et GéoSource sont gourmands en mémoire vive.
> 
> 
> -----Message d'origine-----
> De : Isabelle MALLET [mailto:im...@gr...] Envoyé : mercredi 
> 25 novembre 2009 10:05 À : geo...@li...
> Objet : [GeoNetwork-users-fr] configuration tomcat sur linux pour 
> géosource 2.2.1
> 
> bonjour,
> 
> on est en train de mettre en place Géosource 2.2.1 sur une plateforme 
> de test complétement open-source (Linux, tomcat , postgre), en 
> utilisant la documentation du Ca-SIF (merci le Ca-SIF pour cette 
> excellente documentation :-)
> 
> on rencontre un problème dans la configuration de Tomcat 5.5 / JDK 1.6
> - si on utilise la configuration par défaut allouée à Tomcat dans la 
> machine virtuelle Java, on obtient une erreur "Out of Memory error 
> Java heap space" au lancement de Géosource
> - quand on ajoute l'option JAVA_OPTS="-server -Xmx512m -Xms368m 
> -XX:PermSize=128m -XX:MaxPermSize=256m" dans le fichier de démarrage 
> de Tomcat catalina.sh, Tomcat ne démarre pas correctement et plus rien 
> ne marche (meme pas les exemples de jsp et servlets)
> 
> avez-vous déjà rencontrer ce problème et trouver une solution ?
> 
> merci d'avance de votre aide
> I. Mallet
> 
> ----------------------------------------------------------------------
> ----------
> Isabelle MALLET
> Communauté Urbaine de LYON
> DSIT / Service Informatique
> 20 Rue du Lac - BP 3103 - 69399 LYON Cedex 03 Tél : 04 26 99 38 62 Fax 
> : 04 78 63 40 21 Email : im...@gr...
> ----------------------------------------------------------------------
> -------- Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day trial. Simplify your report design, integration 
> and deployment - and focus on what you do best, core application 
> coding. Discover what's new with Crystal Reports now. 
> http://p.sf.net/sfu/bobj-july 
> _______________________________________________
> GeoNetwork-users-fr mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________
GeoNetwork-users-fr mailing list
Geo...@li...
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr 

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july _______________________________________________
GeoNetwork-users-fr mailing list
Geo...@li...
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr