Accès base de données qui marche pas

Version imprimable

Bonjour tout le monde,

j'essaye d'installer une "application" Eclipse (qui marche ailleurs) sur mon poste mais je n'arrive pas à communiquer avec ma base de données via mon projet JSF.

Mon application est composé de 5 projets :
- un projet avec les entités et la persistence
- un projet avec mes session Facade (pattern abstract Facade)
- un projet avec les interfaces (utilisé dans les managedBean)
- un projet web en JSF 2.0
- un projet EAR

Lorsque je créer une entité et que j'effectue l'action "Generate table from entities", cela marche parfaitement.
J'arrive à accéder à ma base de données via la vue "Data Source Explorer" et je peux l’interroger avec open SQL Scrapbook.

Mais lorsque je lance Glassfish et que je lance une page qui affiche des données provenant de ma base de données, elle reste vide.
Et voilà ce que me dit ma console :
Code:

1 2 3 4 5 6 7 8 9 10 11 ATTENTION: Local Exception Stack: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLSyntaxErrorException: Le schéma 'DEV' n'existe pas Error Code: -1 Call: SELECT ID FROM data Query: ReadAllQuery(referenceClass=DataForm sql="SELECT ID FROM data") at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:333) at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:644) at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:535) ...
je vous mets quand ma persistence qui fonctionne sur l'autre poste :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <?xml version="1.0" encoding="UTF-8"?> <persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd"> <persistence-unit name="applitest-DC"> <class>com.logica.csl.applitest.entity.Data</class> <properties> <property name="eclipselink.target-database" value="DERBY" /> <property name="eclipselink.jdbc.driver" value="org.apache.derby.jdbc.ClientDriver" /> <property name="eclipselink.jdbc.url" value="jdbc:derby://localhost:1527/bdDerby" /> <property name="eclipselink.jdbc.user" value="dev" /> <property name="eclipselink.jdbc.password" value="dev" /> </properties> </persistence-unit> </persistence>
je tourne un peu en rond avec cette erreur. Si quelqu'un à une solution, je suis preneur :)

ps : J'utilise Glassfish 3.1.2

merci :mouarf:

25/06/2012, 12h45
omarcisses

Regarde tes parametres de connection à la base de données
25/06/2012, 13h26
Hole_geek

Dans la vue Data Source Explorer d'Eclipse, c'est une connexion à part qui n'a rien à voir avec l'exécution de mon application.

la connexion à la base de données se fait par la persistence.

Du coup, j'vois pas de quels paramètres tu parles ...?
25/06/2012, 13h52
ahmedpa

Au fait il faut que tu mettes le jar du driver jdbc accessible pour le GlassFish.
25/06/2012, 14h14
paissad

Bonjour,

@ahmedpa
Si tu fais bien attention à l'erreur, tu verras qu'i ne s'agit pas d'une ClassNotFoundException, ni d'une erreur proche d'un jar manquant en tous cas.

@Hole_Geek
il se peut que ta table soit non existante ou supprimée, .. que les identifiants de connexion (user/pass) soit mal donnés, ...que ta configuration soit corrompue ou changée, ...ou bien que tu dois entrain de chercher sur la mauvaise table et/ou BD ou un truc dans ce genre.
Tu dois vérifier tout cela dans l'ordre que tu veux.
C'est probablement un de ces cas.
Ensuite, je vois ceci

Code:

<class>com.logica.csl.applitest.entity.Data</class>

mais j'espère que dans ton @Entity Data, la table se nomme "data" vu que tu fais

Citation:

Call: SELECT ID FROM data

Cordialement,

Effectivement, c'est bien un problème de liaison avec la base de données.
Actuellement, j'ai le message :
Code:

1 2 3 4 5 6 ATTENTION: StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception org.apache.derby.client.am.SqlException: La table/vue 'DATA' n'existe pas. at org.apache.derby.client.am.Statement.completeSqlca(Unknown Source) at org.apache.derby.client.net.NetStatementReply.parsePrepareError(Unknown Source) at org.apache.derby.client.net.NetStatementReply.parsePRPSQLSTTreply(Unknown Source)
Mais j'arrive à accéder aux tables de cette même base de données (avec ce fichier de persistence) d'un autre Eclipse (Autre VM).
Donc je sais que les coordonnées de la base de données dans le fichier de persistence sont bons...

Pensant que ça venait d'une configuration, j'ai essayé une chose :
sur la machine où fonctionne le projet,

- j'ai créé un nouveau domaine sur le serveur glassfish
- créé un nouveau serveur local sur Eclipse avec le même runtime mais en mettant le nouveau domaine créé
- déployé mon EAR sur ce serveur

Lors du lancement de l'application, j'ai ce message :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 TTENTION: StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception org.apache.derby.client.am.SqlException: Le schéma 'DEV' n'existe pas at org.apache.derby.client.am.Statement.completeSqlca(Unknown Source) at org.apache.derby.client.net.NetStatementReply.parsePrepareError(Unknown Source) at org.apache.derby.client.net.NetStatementReply.parsePRPSQLSTTreply(Unknown Source) at org.apache.derby.client.net.NetStatementReply.readPrepareDescribeOutput(Unknown Source) at org.apache.derby.client.net.StatementReply.readPrepareDescribeOutput(Unknown Source) at org.apache.derby.client.net.NetStatement.readPrepareDescribeOutput_(Unknown Source) at org.apache.derby.client.am.Statement.readPrepareDescribeOutput(Unknown Source) at org.apache.derby.client.am.PreparedStatement.readPrepareDescribeInputOutput(Unknown Source) at org.apache.derby.client.am.PreparedStatement.flowPrepareDescribeInputOutput(Unknown Source)
Est-ce normal ? Enfin, ai-je oublié quelque chose dans ma manipulation ?
J'sais plus trop quoi essayer là, j'y ai passé la journée :?

Un changement de domaine a résolu le problème...