RE: [sdx-users] Cannot issue data manipulation statements with executeQuery

[Emmanuel Bégué]

Bonjour,

Je rencontre le même problème qu'évoqué sur ce thread, sur une installation de
SDX version 2.2 build 2004030801 (cf. message d'erreur en titre de message, dû
à une utilisation de executeQuery non permise par les drivers JDBC MySQL 
récents).

Je voudrais recompiler une version corrigée de la classe AbstractJDBCDatabase,
mais je n'arrive pas à récupérer les sources complètes de cette version de SDX:

- sur cette page: http://adnx.org/sdx/en/download.html le .zip fourni de la
  version 2.2.1 semble corrompu

- la version "v2" disponible ici 
http://cvs.savannah.gnu.org/viewvc/sdx_v2/?root=sdx
  semble très ancienne

- et par ailleurs je n'arrive pas à me connecter en cvs sur Savannah d'après
  les instructions de cette page: http://savannah.nongnu.org/cvs/?group=sdx


D'où mes questions:

- à court terme, est-ce que quelqu'un aurait une version de AbstractJDBCDatabase
  pour SDX 2.2.x, avec les corrections telles qu'envoyées par Jos Snellings sur
  cette liste, et compilée avec une JVM 1.4 ?

- par ailleurs est-ce que les sources de SDX sont toujours sur Savannah et
  comment peut-on récupérer une version 2.2 complète?

Merci beaucoup d'avance pour toute info ;-)

Cordialement,
Emmanuel Bégué



> -----Original Message-----
> Sent: Monday, September 08, 2008 10:36 AM
> 
> Vous avez tout à fait raison: ça me permet de facilement gérer ce petit 
> patch, en attendant la décision d'un upgrade.
> Dans le cas où il intéresse d'autres j'ajoute le code ici.
> 
> Jos
> 
> ----- Original Message ----- 
> From: "Malo Pichot" <address@hidden>
> To: <address@hidden>
> Sent: Friday, September 05, 2008 1:52 PM
> Subject: Re: [sdx-users] Cannotissuedata manipulation statementswith 
> executeQuery
> 
> 
> Bonjour,
> 
>   Une solution est de modifier uniquement la ou les classes qui vous
> intéressent, voire récupérer la source de la classe AbstractJDBCDatabase
> de SDX 2.3 + la source de la classe chargé du SGBD qui vous intéresse,
> les compiler dans votre environnement (version de JVM) et placer les
> fichiers .CLASS résultant dans $WEBAPP/WEB-INF/classes/fr/gouv/...
> 
> Ca vous parle ? C'est la manière "propre" de surcharger des classes Java
> dans Cocoon. Au redémarrage du serveur, ces classes seront prises en
> compte, surchargeant celles que la JVM pourraient trouver dans
> $WEBAPP/WEB-INF/lib.
> 
> A bientôt,
> 
> Malo
> 
> Jos Snellings a écrit :
> > Bonjour,
> >
> > Je viens de regarder le code de la version 2.2.1, qui est en production
> > chez nous.
> > Brève description:
> > - pour libérer l'application de l'usage de HSQL, je fais le nécessaire
> > (adaptation de application.xconf entre autres)
> > Ca a l'air de marcher, néanmoins:
> > - à la mise à jour d'un document / ajout d'un nouveau document, le
> > logiciel lève un exception, dont le stack trace:
> >      java.sql.SQLException: Can not issue data manipulation statements
> > with executeQuery().
> >