Re: [sdx-users] Connexion à un serveur Or acle

[vincent Leconte]

Bonjour,

Après quelques tests d'utilisation de SDX avec un serveur de base de 
données Oracle il s'avère que ce choix n'est pas tout à fait concluant.
En effet la limitation à 30 caractères des tables sous Oracle pose assez 
vite des problèmes notamment à cause de la longueur assez importante 
(voir très importante dans le cas de l'OAI) des suffixes des tables 
créées par SDX.

Avez vous déjà eu vent de ce genre de difficultés et si oui avez-vous 
des solutions de contournement ?

merci d'avance,

Vincent

Malo Pichot a écrit :
> Le 17/02/2010 15:15, Malo Pichot a écrit :
>   
> > 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.
> > >
> > >       
> <snip>Stack trace</snip>
>   
> > > 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
> >     
>
>
>
> Je viens de mettre le JAR qu'il faut dans l'espace de téléchargement sur
> Savannah : http://savannah.nongnu.org/projects/sdx/
>
> A bientôt,
>
> Malo Pichot
>
>
> _______________________________________________
> sdx-users mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/sdx-users
>
>