[Hibernate][Spring] Session Hibernate initialisée

g vu que pour utiliser le listener de spring OpenSessionInViewFilter il faut définir un LocalSessionFactoryBean avec les parametres de mapping, etc.
ca marche, au demarage de la webapp il charge tout comme il faut

mais comment j'accede à le session Hibernate qui a été initialisée par le filtre dans ma dao?
je précise que pour le moment je n'utilise pas de template/callback

pkoi as tu besoin de recuperer la session d'hibernate

session.createQuerry(...)
session.load(...)

je n'utilise pas les helper de spring, il me faut bien accéder moi meme a la session

avec Spring c un peu different d'hibernate

tu passe par des service qui eux vont faire appelle aux methode que tu as defini dans ta DAO

ta DAO par exemple va definir la methode executeQuery

public List executeQuery(String aQuery)
{
return getHibernateTemplate().find(aQuery);
}

// getHibernateTemplate est fourni par spring qui va geerer les sessions
// en fait tu te preocupe plus de recuperer la session

ton service va definir une methode createQuery qui elle va appeler
executeQuery de ta DAO

et tu ne passe que par les services !!!!

http://www.onjava.com/pub/a/onjava/2004/04/07/wiringwebapps.html?page=2
un petit lien avec exemple telechargeable

merci je vais essayer cette solution a base de template

mais ce que je demandais c'était comment faire une dao sans les template Sring
par ce qu'en cemoment je fais la migration des dao vers Hibernate et pour les tests je préfere pas utiliser de suite ces template.
Pour l'instant j'utilise un HibernateUtil (suggéré dans la doc) qui me retourne des sessions (HibernateUtil.curentSession() ). et a partir cette session je fais mes services...

donc la question: la session hibernate qui est managé par le listener Spring est elle accessible directement, si oui comment ???

je crois qu'elle n'est pas accessible directement

Spring est une couche au dessus d'hibernate et en voulant utiliser les session hibernate tu perds un interet a utiliser le framework spring

Pour ma part, j'hérite des DAO de Spring mais je n'utilise pas les templates (HibernateDaoSupport)

Ainsi, pour récupérer ma session, un simple getSession() suffit !

Code:

---

Criteria c = getSession().createCriteria(Compte.class);

---

en effet c aussi une solution que de faire heriter tes dao de spring

super ca marche :D

c cette solution qui me convient le mieux

pour ceux qui sont interessé par une solution, voici un exemple:

fichier de config lu par le listener Spring au démarage de la webapp:

Citation:

---

<beans>

<bean id="myDataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value="java:comp/env/jdbc/siteCom"/>
</bean>

<!-- Hibernate SessionFactory -->
<bean id="hibSessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
<property name="dataSource">
<ref local="myDataSource"/>
</property>
<property name="configLocation">
<value>WEB-INF/hibernate.cfg.xml</value>
</property>
</bean>

<bean id="clientManager" class="dao2.ClientDAOHib">
<property name="sessionFactory">
<ref bean="hibSessionFactory"/>
</property>
</bean>
</beans>

---

un exemple de dao:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

public class ClientDAOHib extends HibernateDaoSupport implements ClientDAO {   public Client getClientById(int idClient) throws Exception { Session session = this.getSession(); Transaction tx = session.beginTransaction();   ...   tx.commit(); session.flush(); //ne pas fermer la session, le filtre spring s'en charge! // mais il faut flusher pour prendre en compte les trt   return client; }

---

merci a vous



[EDIT] c curieux, il me parse 2 fois le fichier de config hibernate?!

Si je puis me permettre, vire ton code sur la partie transactionnelle et utilise un org.springframework.transaction.interceptor.TransactionProxyFactoryBean

Exemple !

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

<bean id="clientManagerTarget" class="dao2.ClientDAOHib"> <property name="sessionFactory"><ref bean="hibSessionFactory"/></property> </bean>   <bean id="clientManager" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" > <property name="transactionManager" ref="transactionManager" /> <property name="target" ref="clientManagerTarget" /> <property name="transactionAttributes"> <props> <prop key="*">PROPAGATION_REQUIRED</prop> </props> </property>   </bean>

---

En normalisant les noms de tes méthodes, tu peu rendre générique les propagations aussi; par exemple, ta méthode getClientById normalisée en J2EE deviend findByPrimaryKey, getClientByCountry deviens findByCountry, etc...
Tu pourras ainsi placer l'attribut tranfactionnel sur la cléf "find*" de ton DAO.

Autre chose, le filtre flush la connexion certe, mais ne libérè pas la connexion. Tu risque d'avoir des soucis assez rapidement genre Pool Exhausted :)
En utilisant les transactions, plus de souci

merci du coup de main, je me plonge de suite dans la doc

j'envisage d'injecter mes dao dans des SSLBs sur jboss (pas d'Entity). Est ce que g interet a garder les transactions de SPring?

sinon pour le filtre, il fait bien son boulot (il ferme correctement la session) . Par contre, effectivement, sans le filtre, le flush ne suffit pas.

Je ne saurais pas te dire pour les transactions déclarées via Spring vs via JBoss. De toute manière, les 2 utiliseront le JTS de JBoss je suppose donc...