Surveiller ce forum | 
Commencer une nouvelle discussion
| RE: Problème déplacement sur un nouveau serveur [ Répondre ] Par : Jérémy Charlet on 2009-03-25 09:22 | [forum:180616] |
|
Problème résolu, au moment où j'allais me tourner vers Geonetwork ou MDWeb ! Merci pour vos réponses ! |
|
| RE: Problème déplacement sur un nouveau serveur [ Répondre ] Par : Isabelle MALLET on 2009-03-24 11:41 | [forum:179140] |
|
bonjour, avez-vous vérifier si les privilèges système du user Oracle utilisé par Geosource sont identiques entre l'ancienne et la nouvelle instance ? |
|
| RE: Problème déplacement sur un nouveau serve [ Répondre ] Par : Jérémy Charlet on 2009-03-23 09:39 | [forum:177143] |
|
Moi aussi j'ai un soucis de login (avec la version 2.0.1). Ca me renvoit aussi une NullPointerException... Si quelqu'un a trouvé la solution à cet épineux problème... |
|
| RE: Problème déplacement sur un nouveau serve [ Répondre ] Par : Aurore Mangenot on 2009-01-12 10:12 | [forum:92964] |
|
Bonjour, Avez-vous trouvé une solution à votre problème? |
|
| RE: Problème déplacement sur un nouveau serve [ Répondre ] Par : David GUENAULT on 2008-01-30 13:32 | [forum:53138] |
| pour répondre à ta question, oui il à été mis a jour pour pointer sur la nouvelle instance. Ce qui est bizarre c'est que les données et la structure de la nouvelle base est strictement identique. Quand je me "rebranche" sur l'ancienne base tout marche très bien. | |
| RE: Problème déplacement sur un nouveau serve [ Répondre ] Par : Fabien BACHRATY on 2008-01-30 12:30 | [forum:53137] |
|
bonjour, Le fichier de configuration config.xml qui contient les parametres de connexion à la base a t'il été remis à jour pour pointer sur la nouvelle instance ? Cordialement Fabien bachraty |
|
| Problème déplacement sur un nouveau serveur [ Répondre ] Par : David GUENAULT on 2008-01-30 11:18 | [forum:53136] |
|
Bonjour, nous rencontrons des problème pour migrer geosource sur un nouveau serveur. nous utilisons oracle comme sgbdr. La base à été dupliquée sur une autre instance dans le cadre de la migration. La migration de l'application est effectuée par rsync des librairies (common/endorsed/*) et du répertoire de l'application ainsi que du fichier de contexte. Le serveur cible est strictement équivalent en terme d'arborescence et de version des paquets logiciels (SLES 9). L'application est visible mais impossible de se connecter. Une idée ? voici le log : 2008-01-30 11:13:46 | HTML Request (POST) : /geosource/srv/fr/user.login 2008-01-30 11:13:46 | Dispatching : user.login 2008-01-30 11:13:46 | -> parameters are : 2008-01-30 11:13:46 | password = XXXXXXXXX 2008-01-30 11:13:46 | username = XXXXXXXXX 2008-01-30 11:13:46 | [user.login] Exception when executing service 2008-01-30 11:13:46 | [user.login] (C) Exc : java.lang.NullPointerException 2008-01-30 11:13:46 | Raised exception while executing service <error id="error"> <exception> <message /> <string>java.lang.NullPointerException</string> <stack>java.lang.NullPointerException at jeeves.server.resources.ResourceManager.open(ResourceManager.java:68) at org.fao.geonet.services.login.Login.exec(Login.java:67) at jeeves.server.dispatchers.ServiceInfo.execService(ServiceInfo.java:238) at jeeves.server.dispatchers.ServiceInfo.execServices(ServiceInfo.java:141) at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:375) at jeeves.server.JeevesEngine.dispatch(JeevesEngine.java:614) at jeeves.server.sources.http.JeevesServlet.execute(JeevesServlet.java:170) at jeeves.server.sources.http.JeevesServlet.doPost(JeevesServlet.java:110) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:744) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:674) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)</stack> </exception> <request> <language>fr</language> <service>user.login</service> </request> <noResponse /> </error> 2008-01-30 11:13:46 | -> dispatching to error for : user.login 2008-01-30 11:13:46 | [user.login] Exception executing gui service : java.lang.NullPointerException 2008-01-30 11:13:46 | [user.login] (C) Stack trace is : java.lang.NullPointerException at org.fao.geonet.guiservices.util.Env.exec(Env.java:54) at jeeves.server.dispatchers.guiservices.Call.exec(Call.java:75) at jeeves.server.dispatchers.AbstractPage.invokeGuiService(AbstractPage.java:120) at jeeves.server.dispatchers.AbstractPage.invokeGuiServices(AbstractPage.java:104) at jeeves.server.dispatchers.ServiceManager.dispatchError(ServiceManager.java:678) at jeeves.server.dispatchers.ServiceManager.handleError(ServiceManager.java:466) at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:408) at jeeves.server.JeevesEngine.dispatch(JeevesEngine.java:614) at jeeves.server.sources.http.JeevesServlet.execute(JeevesServlet.java:170) at jeeves.server.sources.http.JeevesServlet.doPost(JeevesServlet.java:110) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:744) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:674) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2008-01-30 11:13:46 | -> transforming with stylesheet : /data1user/tomcat/geosource/xsl/error.xsl 2008-01-30 11:13:46 | -> end error transformation for : user.login 2008-01-30 11:13:46 | -> error ended for : user.login |
|
