Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités et le partager par un réseau de portails communicants en OAI

J ai encore deux petite erreurs :

indexing : lorsque je lance le navigateur : erreur. Le log est en attachement.
editor : lorsque je lance le navigateur : erreur. Le log est en attachement.

par contre sans les varaibles de Windows, ca marche mieux !!!!

Vincent Bonamy a écrit :

Bonjour,

L'éditeur de métadonnées ne semble pas apprécier le proxy, ça le fait tourner en bourrique ;-)

Donc, le mieux est finalement de supprimer les variables d'environnement au niveau de Windows et de ne sépcifier le JAVA_OPTS qu'au niveau du Tomcat du vocabulary via le
set JAVA_OPTS=-Dhttp.proxyHost=monproxy.com­ -Dhttp.proxyPort=80
dans le startup.bat avant la ligne (fin de fichier)
call "%EXECUTABLE%" start %CMD_LINE_ARGS%






... et si vraiment ca ne marche toujours pas, pour des tests, vous pouvez vous permettre de ne pas utiliser les vocabulaires distants et d'utiliser ceux donnés en local c'est le plus simple et c'est ce que fait la version de démonstration ....
Dans
conf/properties/domain/domain.xml
vous décommentez
<import resource="oriVocabulary.xml" />

C'est à dire vous remplacez
   <!--   oriVocabulary.xml shoud be used only in Official ORI OAI Vocabulary Services
   <import resource="oriVocabulary.xml" /> -->

par
   <!--   oriVocabulary.xml shoud be used only in Official ORI OAI Vocabulary Services -->
   <import resource="oriVocabulary.xml" />
  Votre module de vocabulaires n'aura alors plus besoin de se connecter au vocabulaire distant, vous ne bénéficierez cependant pas des potentiels mises àjour des vocabulaires. C'est donc vraiment à éviter en production : le but est de partager des référentiels commun.

En espérant que vous pourrez tester comme il faut sur votre poste l'ensemble.

Vincent.



 
David GAVEAU wrote:

Merci Gilles.

Je viens de pouvoir créer mon fichier ops.log pour l'editeur. Le voici en attachement.



gilles brochet a écrit :

Bonjour,

en général, dans les fichiers de conf sous windows, on utilise le / (comme indiqué dans la doc).
J'ai fait des tests, pour avoir de slogs de l'éditeur dans un fichier, j'ai fait la chose suivante dans le fichier log4j.xml du répertoire tomcat-editeur\webapps\ori-oai-md-editor\WEB-INF\resources\config :

<!-- Logging to a single file, typically used in development when you don't want
        to be dealing with multiple files generated by the RollingFileAppender.
        See: http://logging.apache.org/log4j/docs/api/org/apache/log4j/FileAppender.html -->
   <appender name="SingleFileAppender" class="org.apache.log4j.FileAppender">
       <param name="File" value="c:/logs/ops.log"/>
       <param name="Append" value="false" />
       <layout class="org.apache.log4j.PatternLayout">
           <param name="ConversionPattern" value="%d{ISO8601} %t %-5p %c{2} %x - %m%n"/>
       </layout>
   </appender>

<root>
       <priority value="info"/>
       <appender-ref ref="ConsoleAppender"/>
       <!--<appender-ref ref="ChainsawAppender"/>-->
       <appender-ref ref="SingleFileAppender"/>
       <!--<appender-ref ref="RollingFileAppender"/>-->
       <!-- <appender-ref ref="OPSMonitor"/> -->
   </root>

il faut bien sûr que le répertoire c:\logs soit existant. Et là j'ai des choses qui s'inscrivent dans le fichier
en pièce jointe mon fichier log4j.xml


Vincent Bonamy a écrit :

Bonsoir,

Sans doute un problème de / ou de \ ... il faut peut-être mettre \\ plutôt que / (c'est toujours un peu le casse tête la dessus sous windows avec les échappements de caractères ... mais peut-être que Gilles pourrait nous aider ou Jacques aussi peut-être ?).

Sinon, vous pouvez tester directement <param name="File" value="org_orioai_mdeditor.log"/> par exemple (ca créera le fichier dans le dossier courant, le répertoire bin normalement ... enfin sans doute !).

Pour le message d'erreur du log du vocabulary  je suis un peu étonné, je me demande si les vocabulaires sont bien passés ... je vous suggère dans un premier temps de tester l'éditeur de métadonnée en "standalone" sans passer par le workflow :

http://localhost:8186/ori-oai-md-editor/
Cliquez sur les formulaires qui aparaissent, est-ce qu'ils s'affichent correctement ?

http://localhost:8186/ori-oai-md-editor/ori-md-editor/vocab/common_lom_gen_catalogs
renvoie un message d'erreurs ou un XML

Ca nous permettra de bien vérifier que la conection ori-md-editor -> vocabulaire et vocabulaire -> vocabulaire distant fonctionne suite au positionnement de JAVA_OPTS positionnant les paramaètres du proxy ....

Vincent.


David GAVEAU wrote:

J'ai tenté de renommer en c:/org_orioai_mdeditor.log mais ca ne me crée pas le fichier à la racine de c:

par contre j ai un fichier org_orioai_vocabulary.log qui est la racine de c: créé quand je lance les serveurs.

je le joins au message a tout hasard.



Vincent Bonamy a écrit :

Ligne 46-47 de log4j.xml
Peut-être vous pouvez tenter de changer ../logs/ops.log par  c:/org_orioai_mdeditor.log par exemple ...

<appender name="SingleFileAppender" class="org.apache.log4j.FileAppender">
       <param name="File" value="c:/org_orioai_mdeditor.log"/>


Vincent.



David GAVEAU wrote:

j'ai fait la manip,je ne trouve pas le fichier ops.log

toujours (503)Service Unavailable



Vincent Bonamy a écrit :

Ca me semble ok si le workflow répond bien sur http://localhost:8185/ori-oai-workflow-spring

Je ne sais pas si vous l'avez fait, mais je vous suggère de stopper tous vos tomcat et de les relancer (pour bien qu'ils prennent en compte les paramètres JAVA_OPTS positionnés).

Sinon, pour le ori-oai-md-editor, pour avoir des logs dans un fichier (puisque sous windows cela ne log malheureusement pas dans le catalina.out par défaut), vous pouvez décommenter dans le fichier ori-oai-md-editor/WEB-INF/resources/config/log4j.xml la ligne qui va bien, c'est à dire changer
<!--<appender-ref ref="SingleFileAppender"/>-->
par
<appender-ref ref="SingleFileAppender"/>

Vous aurez alors après redémarrage un fichier ops.log dans le répertoire logs de tomcat.

Vous pourrez alors nous l'envoyer si vous rencontrez toujours un problème avec l'éditeur.

Vincent.

je ne me souviens pas avoir modifié ce fichier.

le voici

Yohan Colmant a écrit :

Avant de régler le problème du module search, il faut résoudre celui de l'indexing car il ne fonctionne pas sans lui.
Avez-vous modifié le fichier liusConfig.xml du module indexing ? Il semble ne pas être lisible d'après les logs. Pouvez-vous essayer d'ouvrir ce fichier dans un navigateur web ? S'il y a une erreur dans le fichier, elle devrait être signalée dans le navigateur.

Avec quel outil avez-vous dézippé les modules ?
Pouvez-vous nous envoyer le fichier liusConfig.xml ?

Comme je le disais tout à l'heure, au sujet du proxy, votre service informatique ne pourrait pas vous ouvrir, au moins temporairement, l'accès à votre machine sans passer par le proxy ?

Cordialement,
Yohan Colmant