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

[Malo Pichot]

Bonjour,

Je n'ai jamais rencontré ce problème. Les préfixes qu'utilisent SDX sont
effectivement parfois très long. A ma connaissance, il n'existe pas
d'interface permettant facilement de gérer ces préfixes, sinon à rentrer
directement dans le code. A priori, faire en sorte que ces préfixes
soient paramétrables via l' "application.xconf" n'est pas un chantier de
plusieurs jours de travail...

A bientôt,

Malo Pichot

Le 16/03/2010 15:40, vincent Leconte a écrit :
> 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