Surveiller ce forum | 
Commencer une nouvelle discussion
| Géosource : y-a-t'il un pilote dans l'avion ? [ Répondre ] Par : Etienne TAFFOUREAU on 2009-02-24 17:00 | [forum:130685] |
|
Par : Isabelle MALLET RE: Géosource : y-a-t'il un pilote dans l'avion ? [ répondre ] 12/02/2009 18:57 bonjour, merci pour ces réponses rassurantes, ainsi que le lien vers la documentation pour l'installation sur serveur Tomcat. en ce qui nous concerne l'installation sur Tomcat (reprise à l'identique de Géosource v1) était déjà ok ; par contre c'est le fonctionnement sur Oracle (version 10.2.0.3) qui pose toujours problème : donc existe-t'il une documentation même succinte et/ou en anglais sur l'installation de Geonetwork sur Oracle ? j'ai également cherché sur le forum Geonetwork, mais pas d'échange correspondant au problème que nous rencontrons, à savoir le message d'erreur ci-dessous dans le log Tomcat : "Stack trace is : java.sql.SQLException: ORA-00942: table or view does not exist" (voici l'extrait complet du log complet du log Tomcat : 40281 [TP-Processor3] ERROR jeeves.service - Exception executing gui service : java.sql.SQLException: ORA-00942: table or view does not exist 40281 [TP-Processor3] ERROR jeeves.service - (C) Stack trace is : java.sql.SQLException: ORA-00942: table or view does not exist at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:573) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1891) at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:830) at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2391) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2672) at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:589) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:527) at jeeves.resources.dbms.Dbms.selectFull(Dbms.java:211) at jeeves.resources.dbms.Dbms.select(Dbms.java:176) at org.fao.geonet.guiservices.metadata.GetLatestUpdated.exec(GetLatestUpdated.java:95) at jeeves.server.dispatchers.guiservices.Call.exec(Call.java:75) at jeeves.server.dispatchers.AbstractPage.invokeGuiService(AbstractPage.java:119) at jeeves.server.dispatchers.AbstractPage.invokeGuiServices(AbstractPage.java:104) at jeeves.server.dispatchers.ServiceManager.dispatchOutput(ServiceManager.java:641) at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:384) at jeeves.server.JeevesEngine.dispatch(JeevesEngine.java:616) at jeeves.server.sources.http.JeevesServlet.execute(JeevesServlet.java:163) at jeeves.server.sources.http.JeevesServlet.doGet(JeevesServlet.java:88) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2422) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:163) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:199) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:324) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:395) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:673) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:615) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:786) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:595)) pour préciser l'installation actuellement réalisée, on a utilisé : - le script create-db-oracle.sql (fourni dans le répertoire GAST>setup>sql) pour créer les tables dans Oracle - le script posté par Rémi Leblond sur ce forum pour initialiser le contenu de certaines tables. on constate que la connexion à la base de données Oracle par Géosource fonctionne car on peut se loguer en admin/admin et créer des utilisateurs, groupes, etc... qui apparaissent bien dans les tables correspondantes dans Oracle. par contre l'import de métadonnées ne fonctionne pas (voir détails dans mes messages du 29/01/2009) ; la création d'une nouvelle métadonnées ne fonctionne pas non plus car aucun modèle de métadonnées présent dans la base. donc, pour essayer de comprendre qu'elle est la table/vue manquante ou non accessible par Geosource dans Oracle ("ORA-00942: table or view does not exist") - serait-il possible d'avoir la liste des tables et vues présentes en base Oracle dans le schéma Geosource ? - quels sont les rôles /privilèges système Oracle à affecter à l'utilisateur Geosource ? merci d'avance de votre aide cordialement, I. Mallet Communauté Urbaine de LYON DSIT / Service Informatique Tél : 04 26 99 38 62 Par : Garance SALVAT RE: Géosource : y-a-t'il un pilote dans l'avion ? [ répondre ] 12/02/2009 15:04 Bonjour, Merci pour ces explications sur l'actuel fonctionnement du projet et sur le calage afin de garantir prochainement un bon niveau de réponse. Il est clair que le rapprochement de la v2 vers GeoNetwork nous perturbe pas mal en tant qu'utilisateurs de la v1 sur pas mal de points. On espère que nos retours en testant la v2 vous aideront à élaborer une "v2.?" qui nous permette de passer par la suite en phase de production. Des idées ? Peut-on tenter de trouver en appui des collaborateurs spécialisés en Opensource (un appel sur GeoRezo) ? Peut-on faire remonter par le référent de notre collectivité (norme INSPIRE/catalogage) des besoins que vous auriez pour vous garantir des meilleurs conditions sur ce projet ?... utopique ? Cordialement, Garance SALVAT Par : Pierre LAGARDE RE: Géosource : y-a-t'il un pilote dans l'avion ? [ répondre ] 12/02/2009 11:37 Bonjour à tous, Je crois qu'il est nécessaire de faire un point sur ce sujet et ne pas laisser partir vers des rumeurs ou autres qui n’ont pas de sens et sont particulièrement destructeur du projet. Géosource est un projet lancé historiquement par la DGME et repris par le MEEDDAT. Il s'agit d'un logiciel développé en partenariat avec les acteurs volontaires du projet (et qui le font souvent en plus de leurs travaux). La réalisation et le suivi a été confiée pour la version 1 et la version 2 au BRGM. Nous (étienne surtout !) assurons le support fonctionnel de cette version 2 et je pense qu'il essaye (dans sa mesure du possible) de répondre aux besoins des utilisateurs. Cf. les réponses ici mais aussi sur georezo et tous les appuis téléphoniques sur ce sujet. Je suis à l'écoute des problèmes actuels mais nous essayons de les couvrir au mieux. Néanmoins, le support purement technique (et pour répondre à Isabelle la documentation d'installation du serveur, un vieux serpent de mer) n'est pas pleinement satisfait et les signaux d'alerte lancés par ce topic le montre. Nous sommes en train de caler une modalité avec CTC pour garantir le niveau de réponse et nous espérons que cela va s’améliorer très rapidement (le rôle d’une SSII dans la vie de l’OpenSource doit s’apprendre). Actuellement, il apporte des réponses à titre personnel… Enfin, élément historique, nous sommes en train de passer d'un Géosource spécifique à un Géosource dans GeoNetwork. Cela se fait "doucement" et doit inclure la communauté internationale. Pour finir le produit atteint maintenant une certaine maturité (conforme INSPIRE, utilisation friendly répondant aux demandes des collectivités entre la V1 et la V2,…) mais il faut que nous consolidons notre support dans un mode OpenSource. J’espère que les propositions de ce mail vous apporteront quelques réponses mais nous sommes à l’écoute de vos idées. Pierre LAGARDE BRGM, Responsable du projet Géocatalogue et Géosource Par : Garance SALVAT RE: Géosource : y-a-t'il un pilote dans l'avion ? [ répondre ] 11/02/2009 08:32 Bonjour à toutes et tous, Je me permet de rebondir sur le message d'Isabelle Mallet. Nouvelle venue sur Geosource, j'avoue que je manque d'éclairage sur plusieurs points concernant le projet. Malgré les documents fournis sur l'outil et son historique, l'organisation concrète de ce projet et notamment l' équipe affectée au développement actuel n'est pas mise en lumière (oui vous qui travaillez dans l'ombre !) :o). Je suis étonnée en tant qu'utilisatrice/"testeuse" d'être listée comme "développeur". Faut-il plutôt penser que ce sont les "Administrateurs" qui développent concrètement Geosource ? Etes-vous tous à plein temps sur cette tâche ? Existe-t-il un "organigramme" et/ou tout document permettant de lister les contacts référents et utilisateurs, ainsi que l'organisation s'articulant autour de Geosource ? Peut-être que par nos retours en tant qu'utilisateurs, a-t-on la possibilité d'aider à pousser à un renforcement de l'équipe de développement si les besoins se font sentir. Voici donc quelques questions histoire d'éclairer ma lanterne. Ce projet nous tient à coeur et forcément meilleures seront pour vous comme pour nous les conditions de modération/assistance, et moins on pourra douter de l'intérêt futur porté par les utilisateurs sur l'outil Geosource. Cordialement. Garance SALVAT Par : François-Xavier Prunayre RE: Géosource : y-a-t'il un pilote dans l'avion ? [ répondre ] 10/02/2009 19:25 Bonjour, >> "des installations de type serveur," Pour information GéoSource v2 repose principalement sur la dernière version de GeoNetwork (2.2). Par ailleurs, depuis la version 2.1 de GeoNetwork, il n'y a plus de distinction entre mode monoposte/mode serveur. >> "les documentations de Géosource et Geonetwork sont quasiment inexistantes sur ces points" Je vous invite à consulter la documentation (traduction en cours) de GéoSource/GeoNetwork : http://geonetwork-opensource.org/documentation/manual/the-complete-geosource-manual/Manual_fra.pdf (Merci Etienne pour la traduction) Concernant le support à long terme, il est possible de consulter les archives du projet GeoNetwork (Projet OpenSource depuis janvier 2003) pour également vous aider dans la résolution des difficultés rencontrées : http://n2.nabble.com/geonetwork-users-f2013074.html Salutations. Francois Par : Etienne TAFFOUREAU RE: Géosource : y-a-t'il un pilote dans l'avion ? [ répondre ] 10/02/2009 11:03 Bonjour, Nous sommes conscients des difficultés liées à l’installation de l’application en mode serveur (qui correspond à 90% des questions sur le forum). Nous faisons tout notre possible pour fournir une assistance, mais ces problèmes demandent beaucoup de temps et de ressources, même à l’équipe de développement. Merci de votre compréhension. Etienne TAFFOUREAU, brgm Par : Thierry Groussier RE: Géosource : y-a-t'il un pilote dans l'avion ? [ répondre ] 10/02/2009 09:53 Bonjour, Pour ma part, il est vrai que le problème de paramétrage de GéoSource en config serveur ne me semble pas insurmontable loin de là mais sans docs, on va fouiller partout quitte à faire plus de mal que de bien sur le système et ayant guère de temps à consacrer à une recherche trop aléatoire, je compte beaucoup sur l'équipe de développement. Mon établissement est en pleine mise en place des SIG et le catalogage fait partie du discours que je souhaite instaurer. J'ai choisi GeoSource plutôt que MdWeb mais je voudrais pas le regretter. J'attends donc beaucoup de ce forum. Cordialement, Thierry Groussier Par : Isabelle MALLET Géosource : y-a-t'il un pilote dans l'avion ? [ répondre ] 10/02/2009 09:31 bonjour, de nombreuses questions techniques, notamment sur des installations de type serveur, sont sans réponse de la part de l'équipe de développement : c'est à la fois pénalisant pour tester et recetter l'outil (faire remonter un problème sur la Forge et n'avoir aucune réponse 2 semaines plus tard ce n'est pas très motivant...) et inquiétant pour l'avenir (si le support est déjà défaillant moins de 2 mois après la sortie d'une version majeure, qu'en sera t'il à plus long terme ?). les installations sur serveur sont importantes car ce n'est pas en configuration Géosource monoposte que des organismes ayant de nombreux utilisateurs internes vont utiliser Géosource ; or les documentations de Géosource et Geonetwork sont quasiment inexistantes sur ces points... merci d'avance à l'équipe Géosource :-) cordialement, I. Mallet |
|
