Utilisation de Spring avec un client lourd

Version imprimable

31/01/2007, 11h02
speedster

Utilisation de Spring avec un client lourd

Bonjour,

J'ai lu différentes docs de Spring (en diagonale) et je me demandais quel était l'intérêt d'utiliser ce framework sur une application de type client lourd en SWING.

J'ai remarqué qu'il est surtout destiné aux applis J2EE.
Il me semble qu'il permet de bien appliquer le modèle MVC, entre autre, mais SWING fonctionne déjà sur ce modèle.

J'espère que vous pourrez m'éclairer.

Merci d'avance.
31/01/2007, 11h07
pseudocode

Tu ferais pas un petit confondage entre Spring et Struts ?
31/01/2007, 11h09
sinok

Sisi ça se fait, il y a même un framework rcp basé sur Spring pour swing qui se monte petit à petit:
http://www.springframework.org/spring-rcp
http://spring-rich-c.sourceforge.net/
31/01/2007, 13h21
sironimo

Voilà un sujet qui m'intéresse énormément concernant Spring et le développement d'un client lourd.

Je me pose un peu les mêmes questions que speedster concernant l'utilité de Spring pour un développement d'un client lourd en Swing avec Spring.
31/01/2007, 13h23
*alexandre*

l'utilité est la même que pour une appli J2EE, faciliter l'accès à une session factory Hibernate, utilisation du pattern IoC etc ...
31/01/2007, 14h54
pseudocode

Spring sert principalement a faire de l'injection de dépendance "transparente", pour eviter de faire des new() partout ou d'implementer des pattern Factory.

Il y aussi un soupson d'AOP qui permet a des methodes d'etre automatiquement encapsulées dans des transactions (jdbc, hibernate,...).

Pour moi, Spring est plutot dédié J2EE et pas trop Client (léger ou lourd). A la rigueur, il faudrait architecturer ton client pour séparer la partie IHM et la partie Metier. Et du coté "Metier" tu pourrais alors utiliser Spring.
01/02/2007, 13h28
speedster

Mais le client riche utilise un serveur d'applications si je ne m'abuse pas.

Le client lourd est complètement indépendant.

En ce qui concerne Spring, je n'ai pas trop compris le pattern IoC. L'intérêt immédiat que je vois actuellement est l'utilisation simplifiée d'Hibernate. Je n'ai pas à gérer les transactions et sessions.

Est-il facilement applicable sur un projet existant ?
01/02/2007, 17h54
fr1man

Tu peux utiliser Spring quel que soit ton type d'application.
Tu prendras les briques qui t'intéressent, injection, transactions, par exemple.

Ce n'est pas compliqué à mettre en place.
Si tu dois modifier un projet existant, la difficulté va dépendre de la taille de ton projet.
01/02/2007, 19h07
speedster

Citation:

Envoyé par fr1man

Tu peux utiliser Spring quel que soit ton type d'application.
Tu prendras les briques qui t'intéressent, injection, transactions, par exemple.

Ce n'est pas compliqué à mettre en place.
Si tu dois modifier un projet existant, la difficulté va dépendre de la taille de ton projet.

Je te remercie. Quelle version du framework me recommandes-tu ?

Tu parle du Spring framework ou du sous-projet Spring RCP ?

Enfin, j'ai vu qu'ils proposent un Spring IDE pour Eclipse. Ca peut peut être m'aider...? Au passage, est-ce que tu peux me conseiller un bon tutoriel ?
01/02/2007, 21h54
fr1man

Je n'ai pas utilisé spring rcp.
Je me sers de spring framework 2.

Les parties que j'ai choisies ne sont pas spécifiques à une architecture.
Tu peux les utiliser dans un client lourd, une appli web, etc...

Pour ce qui est d'un tutoriel, j'ai acheté le bouquin spring par la pratique.
Il m'a permis d'apprendre ce que je cherchais. Il évoque plusieurs aspects du framework.
01/02/2007, 22h47
*alexandre*

perso je te conseille le plugin MyEclipse qui te permet lors de la création d un projet de sélectionner les éléments dont tu auras besoin
05/02/2007, 12h36
speedster

Merci à vous pour vos lumières ;)
06/02/2007, 19h44
speedster

Citation:

Envoyé par fr1man

Pour ce qui est d'un tutoriel, j'ai acheté le bouquin spring par la pratique.
Il m'a permis d'apprendre ce que je cherchais. Il évoque plusieurs aspects du framework.

Je voudrais éviter l'achat d'un bouquin pour l'instant.
J'ai trouvé divers tutoriels pour spring mais j'en cherche un qui nous prenne un peu par la main (installation, intégration, configuration...).

Pour l'instant, je souhaite intégrer Spring dans mon projet pour dans un premier temps rendre la gestion des transactions transparentes.

En ce qui concerne l'injection des dépendances, quel en est l'intérêt lorsqu'on utilise Hibernate. Je me pose cette question car mes objets sont chargés à partir de la base de données, en cascade. Dans le cas où j'utiliserais le Lazy Loading, un appel à l'accesseur me chargerait l'objet à la demande.
06/02/2007, 21h31
fr1man

Pour le tutoriel désolé, je n'en connais pas.

J'ai utilisé l'injection de dépendances, pour injecter la sessionFactory dans mes DAO et pour injecter mes DAO dans mes services.
Ce n'est pas indispensable mais c'est bien pratique.
07/02/2007, 12h09
speedster

Citation:

Envoyé par fr1man

Pour le tutoriel désolé, je n'en connais pas.

J'ai utilisé l'injection de dépendances, pour injecter la sessionFactory dans mes DAO et pour injecter mes DAO dans mes services.
Ce n'est pas indispensable mais c'est bien pratique.

Pourrais-tu me donner un petit exemple concret ?

Il faut que ton dao étende la classe HibernateDaoSupport

http://www.springframework.org/docs/...aoSupport.html

tu pourras alors définir tes méthodes

Code:

1
2
3
4
5
6
7
8
9
10
 
public void save(PersonDB transientInstance) {
		try {
			getHibernateTemplate().saveOrUpdate(transientInstance);
		} catch (HibernateException he) {
			log.write ("HibernateException" + he.printStackTrace());
		} catch (DataAccessException dae) {
			log.write ("DataAccessException"  dae.printStackTrace());dae);
		}
	}

07/02/2007, 12h59
fr1man

Perso, je n'utilise pas le HibernateDaoSupport pour être un peu moins dépendant de Spring.
Ca dépend des gouts.
Tu trouveras un exemple dans la doc Spring à cette adresse :
http://static.springframework.org/sp...rnate-straight
07/02/2007, 16h32
speedster

J'ai jeté un oeil au chapitre 12 de la doc.
Mais je n'arrive plus à distinguer la brique IoC de la brique Gestion des transactions.

Je suis un peu perdu :cry:

Avec vos exemples quelle fonctionnalité de Spring vous avez voulu illustrer ?
07/02/2007, 16h46
*alexandre*
la partie IoC dans la doc est
Code:

1 2 3 4 5 6 private SessionFactory sessionFactory; public void setSessionFactory(SessionFactory sessionFactory) { this.sessionFactory = sessionFactory; }
dans l exemple que j ai donné, j ai simplement remplacé la recupération
de la session

this.sessionFactory.getCurrentSession()

par getHibernateTemplate() qui contient une session et ou on execute directement la méthode save
08/02/2007, 11h13
speedster

J'ai compris l'idée en gros mais ce n'est pas si évident. Je me mélange un peu les pinceaux.

Il va falloir que je mette les mains dans le cambouie et que je fasse une lecture approfondie des docs.

Je comptais en un premier temps m'aider uniquement des tutoriaux trouvés sur www.developpez.net.

Est-ce que vous pensez que c'est suffisant ou vaut-il mieux investir dans un livre comme celui que fr1man m'a cité ?
09/02/2007, 12h10
speedster

Citation:

Envoyé par fr1man

Perso, je n'utilise pas le HibernateDaoSupport pour être un peu moins dépendant de Spring.
Ca dépend des gouts.
Tu trouveras un exemple dans la doc Spring à cette adresse :
http://static.springframework.org/sp...rnate-straight

Cette méthode me plaît plus aussi. Mais où est passé la gestion des transactions ? Est-ce que dans l'exemple, la méthode

Code:

loadProductsByCategory

est déclarée transactionnelle ?
09/02/2007, 12h28
fr1man

Non, la gestion des transactions n'est pas faite au niveau des DAOs, mais au
niveau de la couche supérieure.

Il faut regarder juste après dans la doc, la classe ProductService et ses
différentes versions de gestion de transaction.
13/03/2007, 23h16
speedster

J'essaie de passer à la pratique mais je me pose quelques questions.

Afin d'utiliser la gestion des transactions, je souhaite savoir quel fichier jar je dois inclure dans mon projet.

Par ailleurs pour faire appel par la suite au contexte afin de récupérer les beans, est-ce que je dois instancier une classe implémentant ApplicationContext dans chaque classe faisant appel à un bean ?
14/03/2007, 10h32
fr1man

Le spring.jar est suffisant.

Il suffira de récupérer ton contexte et de faire un getBean sur le bean que tu veux récupérer.

Voici un exemple de fichier de configuration Spring pour un client Swing que j'ai fait. Ce client communique avec le serveur sous la forme d'EJB et de WebServices réalisés avec HttpInvoker.
Tu verras en fin de fichier que je me sert de l'IoC pour configurer mes objets "Contrôleurs graphiques"

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
 
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">
 
<beans>
 
	  <bean id="remoteServer" class="org.springframework.jndi.JndiTemplate">
	    <property name="environment">
	      <props>
		<prop key="java.naming.factory.initial">org.jnp.interfaces.NamingContextFactory</prop>
		<prop key="java.naming.provider.url">parw00074243</prop>
		<prop key="java.naming.factory.url.pkgs">org.jboss.naming:org.jnp.interfaces</prop>	
	      </props>
	    </property>
	  </bean>
 
	<bean id="catalogueApplicationModel" class="com.entrepriseXXX.formanetclient2.model.CatalogueApplicationModel">
	</bean>
	<bean id="catalogueApplication" class="com.entrepriseXXX.formanetclient2.view.CatalogueApplication">
		<property name="model" ref="catalogueApplicationModel"/>
	</bean>
	<bean id="catalogueApplicationController" class="com.entrepriseXXX.formanetclient2.control.CatalogueApplicationController">
		<property name="catalogueService" ref="catalogueService"/>
   	</bean>
   	<bean id="catalogueService"
      	      class="org.springframework.ejb.access.SimpleRemoteStatelessSessionProxyFactoryBean">
	  <property name="jndiName" value="CatalogueServiceEJB"/>
	  <property name="businessInterface" value="com.entrepriseXXX.formanet2.services.catalogue.ICatalogueService"/>
	  <property name="jndiTemplate" ref="remoteServer"/>
	</bean>
   	<bean id="authenticationService"
      	      class="org.springframework.ejb.access.SimpleRemoteStatelessSessionProxyFactoryBean">
	  <property name="jndiName" value="AuthenticationServiceEJB"/>
	  <property name="businessInterface" value="com.entrepriseXXX.formanet2.services.authentication.IAuthenticationService"/>
	  <property name="jndiTemplate" ref="remoteServer"/>	  
	</bean>
	<bean id="demandeFormationService"
      	      class="org.springframework.remoting.httpinvoker.HttpInvokerProxyFactoryBean">
      <property name="serviceUrl" value="http://parw00074243:8080/formanet2servicesHTTP/http/DemandeFormationService"/>
      <property name="serviceInterface" value="com.entrepriseXXX.formanet2.services.demande.IDemandeFormationService"/>
    </bean>
    <bean id="loginDialogController" class="com.entrepriseXXX.formanetclient2.control.LoginDialogController">
		<property name="authenticationService" ref="authenticationService"/>
		<property name="catalogueApplication" ref="catalogueApplication"/>
   	</bean>
 
	<bean id="demandeFormationAction" class="com.entrepriseXXX.formanetclient2.control.DemandeFormationAction">
		<property name="application" ref="catalogueApplication"/>
		<property name="service" ref="demandeFormationService"/>
		<property name="name" value="Demander une formation"/>
   	</bean>
</beans>

14/03/2007, 20h18
speedster
Merci ego ;)

fr1man, en fait je posais la question concernant les jar car le spring.jar contient l'ensemble des modules mais on peut aussi prendre uniquement certains modules (sous forme de fichier jar également).

En ce qui concerne l'initialisation du contexte, je comptais faire ceci :
Code:

1 2 ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml"); MonBean monBean = (MonBean) context.getBean("monBean");
Néanmoins, je souhaite accéder à mes beans dans différentes classes et cela implique que je dois initialiser un contexte dans chaque classe afin de me permettre d'accéder aux beans. Cela ne me paraît pas une bonne méthode car cela implique que je vais initialiser plusieurs fois le contexte.

Y a-t-il une autre méthode ?
14/03/2007, 21h46
ego

Tu n'as pas à initialiser plusieurs contextes !? Je ne comprend pas pourquoi tu dis cela, peux tu être plus explicite ?
14/03/2007, 22h13
fr1man

Ok pour les jars, je ne me suis pas compliqué la vie en ne prennant que le spring.jar.

Tu peux initialiser ton contexte une fois au chargement de ton application (avec le code que tu as écrit), et ensuite le y accéder dans d'autres classes.
Pour ma part, je l'ai mis dans un objet singleton. A voir, si ça te convient.
15/03/2007, 00h06
speedster

Mon idée est effectivement de créer un singleton et effectuer un appel du type

Code:

MyApplicationContext.getInstance()

.

ego, si je veux faire un appel au contexte dans plusieurs classes différentes, il me semble que la seule solution est le singleton sinon je suis obligé de l'instancier dans chaque classe et c'est pourquoi j'ai parlé de plusieurs initialisations (ou instanciations).

Dans le cas d'une application web, je crois que ce problème ne se pose pas car le contexte se configure dans le web.xml.
15/03/2007, 00h34
ego

ok, j'ai compris ton soucis.
Dans le cas du Web, c'est effectivement le principe du singleton qui est utilisé.
Mais tu peux aussi demander à tes classes d'implémenter l'interface ApplicationContextAware, Spring te donnera alors l'ApplicationContext.......si bien sûr le bean en question a été créé par Spring via la factory.
15/03/2007, 15h23
speedster

Ok merci ;)

Mon choix se portera néanmoins sur le singleton car il semble d'après la doc qu'il ne faut pas trop abuser de cette interface notamment pour des soucis de performance.