Le 16/02/2010 19:16, vincent Leconte a écrit : > Malo Pichot a écrit : >> Bonjour, >> >> Je ne pense pas à un problème d'accès Oracle ou à un problème de driver. >> Le message d'erreur de SDX fait remonter une erreur de configuration. >> Mais à première vue votre déclaration du type "ORACLE" et du "dsi" sont >> corrects. La stack trace complète pourrait aider, ainsi que la copie >> complète de l'application.xconf générée (via >> http://{server}/conf/application.xconf). >> >> Avec SDX 2.4, j'ai l'habitude d'utiliser un entrepôt Oracle (la version >> 10g). Mais je n'ai jamais eu ce problème. Des erreurs de connexions oui, >> mais les logs étaient explicites à ce sujet. >> >> En fouillant dans les sources SVN, je me rends compte que vous >> n'utilisez pas la SDX 2.3 final. Est-ce possible ? >> >> A bientôt, >> >> Malo Pichot >> > Tout d'abord, merci de répondre si vite,. > > Effectivement, le serveur en question est en SDX2.3B1 (le test avait > pour but de savoir si on pouvait utiliser oracle sans pour autant mettre > à jour sdx en 2.4) > > Ceci dit, j'ai testé sur une config en "pur" SDX2.3 et j'obtiens à peu > près la même chose. > > ERROR (2010-02-16) 19:10.15:480 [sdx.framework] (Unknown-URI) > Unknown-thread/LoggingUtils: ORACLE > org.apache.avalon.framework.configuration.ConfigurationException: ORACLE > at > fr.gouv.culture.sdx.utils.logging.LoggingUtils.logException(LoggingUtils.java:121) > > at > fr.gouv.culture.sdx.documentbase.SDXDocumentBase.configureRepositories(SDXDocumentBase.java:369) > > at > fr.gouv.culture.sdx.documentbase.SDXDocumentBase.configure(SDXDocumentBase.java:167) > > at > fr.gouv.culture.sdx.documentbase.LuceneDocumentBase.configure(LuceneDocumentBase.java:235) > > at > fr.gouv.culture.sdx.application.Application.configureDocumentBases(Application.java:595) > > at > fr.gouv.culture.sdx.application.Application.configure(Application.java:338) > at > fr.gouv.culture.sdx.framework.FrameworkImpl.configureApplication(FrameworkImpl.java:407) > > at > fr.gouv.culture.sdx.framework.FrameworkImpl.configureApplications(FrameworkImpl.java:307) > > at > fr.gouv.culture.sdx.framework.FrameworkImpl.init(FrameworkImpl.java:791) > at > fr.gouv.culture.sdx.framework.FrameworkImpl.initialize(FrameworkImpl.java:708) > > at > org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:283) > > at > org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:277) > > at > org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:108) > > at > org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:522) > > at > org.apache.cocoon.components.CocoonComponentManager.initialize(CocoonComponentManager.java:527) > > at > org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:283) > > at org.apache.cocoon.Cocoon.initialize(Cocoon.java:306) > at > org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:283) > > at > org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:1360) > > at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:481) > at > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1172) > > at > org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:992) > at > org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4058) > > at > org.apache.catalina.core.StandardContext.start(StandardContext.java:4371) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) > > at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) > at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:830) > at > org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:719) > at > org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) > at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149) > at > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) > at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) > > at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) > at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) > at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) > at > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) > at > org.apache.catalina.core.StandardService.start(StandardService.java:516) > at > org.apache.catalina.core.StandardServer.start(StandardServer.java:710) > at org.apache.catalina.startup.Catalina.start(Catalina.java:578) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) > at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) > Caused by: java.lang.ClassNotFoundException: ORACLE > at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) > > at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) > > at java.lang.ClassLoader.loadClassInternal(Unknown Source) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Unknown Source) > at > fr.gouv.culture.sdx.utils.Utilities.getObjectForClassName(Utilities.java:622) > > at > fr.gouv.culture.sdx.utils.configuration.ConfigurationUtils.createRepository(ConfigurationUtils.java:178) > > at > fr.gouv.culture.sdx.documentbase.SDXDocumentBase.configureRepositories(SDXDocumentBase.java:346) > > ... 44 more > > Pour le application.xconf j'ai utilisé celui de sdxtest : > > <sdx:documentBases> <sdx:documentBase id="sdxworld" > type="lucene" default="true" keepOriginalDocuments="true" > useCompoundFiles="true" autoOptimize="true"> > <sdx:split size="500" unit="m" nbDocuments="500000" /> > <sdx:queryParser > class="fr.gouv.culture.sdx.search.lucene.queryparser.DefaultQueryParser"/> > <sdx:repositories> > <sdx:repository id="sdxworldRepo" dsi="dsOracle" > type="ORACLE" default="true"/> > <sdx:repository id="url" type="URL"/> > </sdx:repositories>
Le "Caused by" de la stack-trace est instructif. SDX ne trouve pas de classe "ORACLE" et c'est normal : elle n'existe pas ;-) Après pas mal de temps passé dans les sources de SDX, je viens d'apprendre une chose : par défaut, l'environnement de compilation de SDX 2.3 (et version inférieure) ne compile pas la classe ORACLERepository ;-) Dans SDX 2.4, ce comportement est modifié et Oracle est pris en charge par défaut. Je ne sais pas pourquoi cela a été fait comme ça dans les versions précédentes. Je vais mettre en ligne une distribution SDX 2.3 *avec* Oracle d'ici demain matin. A bientôt, Malo Pichot _______________________________________________ sdx-users mailing list sdx-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/sdx-users
