Dans ta structure, ton fichier s'appelle "persitence.xml". Il manque un 's'.
Est-ce une erreur de frappe lors de ton post ?
Sinon, ton projet semble valide.
Pour être sûr, peux-tu regarder dans...
Dans ta structure, ton fichier s'appelle "persitence.xml". Il manque un 's'.
Est-ce une erreur de frappe lors de ton post ?
Sinon, ton projet semble valide.
Pour être sûr, peux-tu regarder dans...
D'après le message d'erreur, à l'exécution, le fichier META-INF/persistence.xml ne se trouve pas dans le classpath.
Donc, il faut que tu ajoutes ce fichier dans le classpath, dans un répertoire qui...
Pour ma part, notre équipe architecture mous a pondu quelques classes utilitaires qui permettent de changer :
- le type de transaction utilisée : soit JTA lorsque le projet est déployé sur notre...
Bien sûr que ce n'est pas obligatoire !
Il suffit d'utiliser l'URL de connexion jdbc pour Oracle:
hibernate.connection.url=jdbc:oracle:thin:@//<host>:<port>/<base>...
1- Dans ta trace, il est écrit :
ORA-02289: la séquence n'existe pasDonc il y a une séquence que tu utilises qui n'est pas définie sur ta base Oracle
Es-tu sûr que la séquence SEQ_PARTIEPRENANTE...
Sans code source ni contexte d'exécution, difficile de t'aider...
Tu devrais poser la question au demandeur la raison de cette migration.
Est-ce un problème de'administration en production, y a-t-il de nouvelles contraintes (sécurité par exemple), etc..
Sinon,...
Ce n'est pas parce qu'on fait un "persist" que l'action est faite réellement en base.
L'écriture en base est faite effectivement lorsque un flush() de la transaction est réalisé, ce qui arrive par...
Je conçois que tu n'ais pas besoin de relation bi-directionnelle. Cependant, peux-tu au moins préciser quelle table porte le lien entre MOUVEMENT et COMMENTAIRE car ton mapping me semble incohérent....
Ton mapping me semble bizarre :
Dans la relation OneTomany, tu indiques comme colonne IDMOUVEMENT. Je suppose que cette colonne est dans la table de COMMENTAIRE.
Je ferais donc une relation...
Dans ce cas c'est dangereux car tu utilises un champ (descripteur) qui n'est pas initialisé. Tu auras donc toujours null dans ce champ dans le cas de l'utilisation du constructeur par défaut.
Pas de...
C'est normal qu'il ne le reconnaisse plus car l'entité n'est plus liée à une transaction, d'où l'exception "...detached object...".
Il faut donc que tu réattaches l'entité à la transaction courante...
Il faut peut-être ajouter le CASCADE.PERSIST dans la relation @OneToMany Order -> OrderLine ;)
@CyberChouan : Les objets de types Integer, etc... sont immutables. Donc même s'ils sont passés en paramètre d'une méthode, ils ne peuvent être modifiés dans cette méthode.
La question que l'on...
Ceci ne va pas complètement résoudre ton pb, mais clarifier un peu tes relations :
Tu as une relation 1-n entre gabarit et element, et tu veux une ralation bi-directionnelle, à savoir le gabarit...
Tu peux aussi passer une copie de l'objet que tu veux immuable comme paramètre de la méthode appelée, charge à toi de rendre ton objet Clonable.
Comme celà, tu es sûr que ton objet ne sera pas...
Juste une question, Tu dis que tu as une relation n-n. Comme je ne suis pas habitué au mapping XML, peux- tu me préciser si la classe Staffeur connais la classe Code. En gros, existe-t-il le lien...
Oups, désolé !! :oops:
Je ne connais pas les Criteria, je préfère passer par les requêtes HQL.
Par contre, quands tu dis , est-ce que tout ceci se fait sur l'appel du Criteria, ou bien fais-tu...
Je connais surtout Hibernate3, mais les concepts doivent être les mêmes:
1- pourquoi ne pas faire un chargement lazy de ta liste n-n ?
2- tu peux aussi faire seulement un lien ManyToOne de...
Pour résoudre ce problème, j'ai décidé de déclarer en base des attributs de type Integer, et des accesseurs de utilisant l'Enum, charge à l'accesseur de faire la conversion.
select count(do) from com.xxx.myClass do
maxf1,
D'après mon expérience, il est rare que l'on modifie un mapping sans avoir à modifier le code qui s'appuie dessus (modif du DAO associé par exemple), sans compter les bugs et autres modifs...
1- Sans hésitation, avec les annotations !!! :yaisse2:
Il faut juste utiliser le java 1.5 au minimum.
2- Pourquoi ? Parce que c'est plus simple.
Par défaut, lors d'une relation n-1, l'objet pointé est chargé par défaut. Donc tu ne devrais pas avoir de LazyInitializationException...
Peux-tu envoyer plus d'infos : Stack trace + mapping ?
Si c'est une requête native, fais plutôt :
List r = sess.createNativeQuery(....