RE: [sdx-users] SDX 2.2 et MySQL 4.1

[Emmanuel Bégué]

> -----Message d'origine-----
> De : address@hidden
> De la part de Martin Sevigny
> Envoyé : mardi 10 mai 2005 09:32
>
> >     The JDBC spec states that you must either use
> >     Statement.executeUpdate() or Statement.execute()
> >     for queries that manipulate data (such as
> >     'UPDATE documents SET web_exp....' query).
> >
> >     Older versions of the JDBC driver were more lax
> >     on this. However, it is important to be JDBC-
> >     compliant, so the later versions of the driver
> >     enforce this requirement.
> >
> > ... ce qui voudrait dire que certains pilotes JDBC
> > laissent passer certaines syntaxes que certains autres
> > pilotes JDBC ne laissent plus passer.
>
> Possible.

Oui, en fait on lit sur le site de MySQL:

        Statement.executeQuery() is for SQL that returns
        result sets (i.e. 'SELECT')...Statement.executeUpdate()
        is for DDL (i.e. 'INSERT', 'UPDATE', 'DELETE'),
        Statement.execute() is if you don't know what the query is.

        The JDBC spec has _always_ been this way, however the
        JDBC driver didn't enforce this before 2 years ago...
        Around 2 years ago we started enforcing it, as it's
        required for JDBC compliance (and it's tested for in
        the JDBC compliance testsuite from SUN).


> Encore une fois, c'est une question de classpath et de
> déclaration du driver.
>
> Pour le classpath, il s'agit d'avoir les bonnes librairies dans
> WEB-INF/lib. Pour la déclaration, c'est dans WEB-INF/web.xml,
> où on trouve un truc du genre:
>
> <init-param>
>    <param-name>load-class</param-name>
>    <param-value>org.gjt.mm.mysql.Driver</param-value>
> </init-param>

Par défaut c'est vierge, mais si on le met de force ça ne
change rien apparemment...

En fait la question c'est: est-ce que SDX/Cocoon peut
utiliser des jars différents de Tomcat, et si oui comment?

Cdt,
EB