Discussion :

[lunatix]

Bon, j'utilise maintenant depuis un moment glassfish V2 (ok ok, c'est pas stable) et j'ai un probleme avec le pool de connexion oracle8.1.

hors, des que je démarre le serveur d'application, toutes les applications sont marqués inutilisables. on dirait que soit le pool démarre mal, soit il démarre après l'application. Enfin bon, toujours est-il que meme si je peux pinguer le pool, je suis en général obligé de redéployer l'application (l'arrêter/redémarrer l'application ne suffit pas)

si quelqu'un a une idée du probleme ou l'a deja rencontré, c'est un peu problématique vous vous en doutez.

[alexismp]

Quelle version et type du driver JDBC? Une 10g doit fonctionner avec 8i...
Le comportement est-il différent entre GlassFish v1 et v2?
Sinon, essaye : http://jeveloper.com/docs/glassfish_oracle.html...

[lunatix]

En fait, j'ai pas de probleme pour le créer, mais au démarrage de glassfish. obligé de redéployer l'application pour qu'elle trouve le pool dans le jndi.
des que je redeploie, ca marche tres bien

[alexismp]

Peux-tu poster ton domain.xml?
As-tu une erreur/exception dans le log de l'AS?

[lunatix]

j'ai en premiere exception

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
[#|2007-04-19T14:46:54.508+0200|WARNING|sun-appserver9.1|javax.enterprise.system.stream.err|_ThreadID=10;_ThreadName=main;_RequestID=2a910a27-4367-4be1-a7bf-b791a9f1daf6;|java.lang.ClassCastException: org.apache.xerces.impl.dv.xs.ListDV$ListData
	at org.apache.xerces.impl.xs.XMLSchemaLoader.processExternalHints(XMLSchemaLoader.java:567)

qui debouche sur une erreur de connexion puis enfin sur un jndi name not found.

le pool

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
<jdbc-connection-pool allow-non-component-callers="true" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="table" datasource-classname="oracle.jdbc.pool.OracleDataSource" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="false" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="30" max-wait-time-in-millis="60000" name="jndiApplication" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="5" validate-atmost-once-period-in-seconds="0" validation-table-name="dual" wrap-jdbc-objects="false">
      <description>pool sur gestionUtil</description>
      <property name="Password" value="pass"/>
      <property name="User" value="user"/>
      <property name="URL" value="jdbc:oracle:thin:@server:1521:APP"/>
      <property name="DataSourceName" value="jndiApplication"/>
    </jdbc-connection-pool>

Bon, en meme temps il y a eu quelques builds depuis la version que j'utilise, je vais peut etre mettre a jour avant d'investiguer plus avant

[alexismp]

Le pool de connexion utilise :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

allow-non-component-callers="true"

est-ce une config par défaut? Utilises-tu des web-app ou des EJB, ....?

Le ClassCastException n'est qu'un WARNING. Il n'y a pas d'autres exceptions dans le log?

Peux-tu envoyer la partie de code Java (injection, JNDI) qui fait référence à ce pool de connexion?

Est-ce reproductible toujours ? j'ai cru comprendre que oui.