RE: [sdx-users] Problème hsql - bricolage?

[Emmanuel Bégué]

Bonjour,

Au cas où le pb. exposé ci-dessous n'aurait pas de solution
(ce que je redoute), est-ce qu'il serait possible de fournir
à SDX de façon "externe" l'adresse du document à afficher?

En effet, on stocke les adresses des documents dans les index
Lucene (champ "unindexed"); on peut l'utiliser pour pointer
sur le document directement, mais dans ce cas on perd la
fonction "highlight"; par contre si on pouvait utiliser
l'action sdx:includeDocument en lui fournissant l'adresse du
document à afficher (dans un paramètre "url" par exemple) e
que si ce paramètre existe SDX n'aille pas consulter la base
hsql, on serait sauvés.

Que faudrait-il faire pour cela?

Par ailleurs, est-ce que SDX écrit dans les bases lors de
la recherche ou pas? Cela aiderait-il de mettre les bases
en lecture seule?

Cdt,
EB


> -----Message d'origine-----
> De : address@hidden
> [mailto:address@hidden
> De la part de Emmanuel Bégué
> Envoyé : mardi 11 mai 2004 17:43
> À : address@hidden
> Objet : [sdx-users] Problème hsql
>
>
> Bonjour,
>
> Dans une installation sdx nous avons deux serveurs
> distincts qui accèdent tous les deux à un seul jeu
> de fichiers (toute l'application sdx, index et bases
> hsql).
>
> Nous venons de passer à la dernière version officielle
> et, sur une des deux machines (l'une ou l'autre,
> apparemment au hasard selon les redémarrages) on ne
> peut pas afficher les documents parce que la base
> hsql ne peut pas être lue. Sur l'autre machine il n'y
> a pas d'erreur.
>
> L'erreur obtenue est:
> <sdx:exception>
> <sdx:message>Error calling setAutoCommit on sql connection.
> <sdx:originalException>
>
> (sic- sdx:message n'est pas refermé, le xml est donc
> incorrect et la page ne s'affiche pas dans le navigateur)
>
> Dans les logs l'erreur est:
>       ERROR   (2004-05-11) 17:03.31:135
>       [sdx.framework.alc]
>       (/sdx/alc/document.xsp)
>       Ajp13Processor[9000][27]/document_xsp:
>       Error calling setAutoCommit on sql connection.
>       fr.gouv.culture.sdx.exception.SDXException:
>       Error calling setAutoCommit on sql connection.
>
> La recherche de l'erreur sur google (avec des guillemets:
> "Error calling setAutoCommit +on sql connection") donne zéro
> résultat; sans guillemets environ 600 mais qui n'ont apparemment
> pas de rapport.
>
> Quelqu'un connait-il la cause de cette erreur? Est-ce que cela
> pourrait être que la première machine qui accède à hsql interdit
> à l'autre de le faire? Est-ce réparable, ou sans espoir, dans
> cette configuration?
>
> (Cette installation de SDX fonctionnait auparavant en 2.0,
> c'est à dire sans hsql).
>
> Cdt,
> EB