Topia-devel

Download

topia-devel@list.nuiton.org

September 2006

2 participants
2 discussions

resolution de topia qui ne genere pas
by Benjamin POUSSIN Sept. 21, 2006

Sept. 21, 2006

Salut, J'ai trouvé pourquoi certaine version de topia ne genere pas :). Et bien ce vient d'eclipse, et oui. lorsque l'on compile topia, le preprocessor passe sur les templates pour remplacer les /*# par des out.println. Or si l'on modifie le templates, eclipse recompile le source et le place dans target/classes, sans passé le preprocessor on se retrouve alors avec des commentaires a la place des out.printlns :(. Avant de packager topia (et tout ce qui utilise le preproc) il faut bien penser a faire un clean. mvn clean compile ... pour etre sur que ce sont les class preprocesser que l'on a et non les classes eclipses. Une autre facon de faire est de dire a eclipse de compiler dans un autre repertoire que maven. -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

1 0

Re: [Topia-cvscommit] [topia2] src/java/org/codelutin/topia/persistence
by Benjamin POUSSIN Sept. 4, 2006

Sept. 4, 2006

On Mon, 4 Sep 2006 11:55:27 +0200 (CEST) ruchaud(a)users.labs.libre-entreprise.org wrote: > + public Criteria createCriteria(FlushMode mode) throws TopiaException { > + return getParentDAO().createCriteria(mode); > + } euh, vous etes sur que passer le FlushMode en parametre est vraiment utile ? Il n'y a pas un moyen de faire la meme chose sans ? Car et plus generalement (mais pas forcement pour tout de suite) reflechir a ces imports import org.hibernate.Criteria; import org.hibernate.FlushMode; import org.hibernate.criterion.Criterion; import org.hibernate.criterion.Projection; dans TopiaDAO.java qui devrait etre independant de la persistence -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 1