Discussion :

[ziad.shady]

Bonjour à tous et à toutes,

Je souhaiterai mettre en place une application accessible par différents type de client (SWING, GWT, ANDROID).
J'ai envisagé de découper mon projet en trois projets (composant) : core, business et ihm.
1. core : Contiendra toute la configuration hibernate et spring.
2. business : contiendra les daos et les services métiers.
3. ihm : qui sera un 1er projet en GWT, un 2ème projet en SWING et un 3ème projet en ANDROID.

L'idée c'est de pouvoir partagé le projet core par les projets ihm (GWT, SWING, ANDROID).

J'utilise maven pour structurer et déployer mon projet.

Mes questions sont les suivantes :
1. Est ce qu'il est possible d'avoir un projet core accessible par les projets GWT, SWING et ANDROID?
2. Si c'est possible, quelle technologie permettant de partager le projet core par les trois autres projets?
3. Dans eclipse, est ce qu'il n'y aura pas de problème de classpath ou de dépendances maven lorsque j'ajouterai dans le pom les dépendances représentés par les trois projets supra?

N.B. le projet GWT peut être du JSF du STRUTS ou autre... je ne me suis pas encore décidé.

Merci par avance pour toutes vos clarifications.

[Rastafire]

Bonjour à toi

En effet c'est tout à fait possible grâce à maven. Il te suffit pour cela de déclarer une dépendance sur chacun de tes projets IHM vers le projet core, et le tour est joué! Donc tu as déjà la techno et la possibilité. Pour eclipse depuis qu'il intègre maven tu n'auras aucun souci, il n'y a même pas besoin de configurer quoi que ce soit, il suffit que tes projets soient bien des projets Maven, tu peux donc te jeter à corps perdu dans la configuration de ton projet

Petite clarification de dernière minute, si jamais tu changes ta configuration maven sur un projet, pour être sûr que tout soit pris en compte (par exemple un changement de version), tu fais un clic droit sur tes projets, puis tu sélectionne Maven, update Project, et enfin ok. Ceci fera rafraichir à eclipse l'état Maven de tes projets. S'en suivra le rebuild de ceux-ci et tout sera à jour.

[ziad.shady]

Bonjour Rastafire,

Merci de ta réponse.

C'est vrai que conceptuellement parlant ça a l'air d'être simple et faisable, mais une fois qu'on a mis la main dans la patte on est pas à l'abri des surprises.
J'ai ouvert ce topic dans lequel j'expose la problématique à laquelle j'ai été confronté.

Moi je pense plutôt à rajouter une couche sous forme de service web et de fusionner le projet core et le projet business.
Depuis le web service, il y aura une dépendance à la couche (core + business). Depuis la couche ihm (GWT, SWING, ANDROID) il y aura une dépendance à la couche web service.

Mais je doute toujours de l'utilité de la couche web service.

Merci à vous,

[Robin56]

Bonsoir,

Mais je doute toujours de l'utilité de la couche web service.

Pour ton interrogation sur l'utilisation des web service, poses toi la question suivante : Comment vois tu ton déploiement ?
1. Est-ce que tu souhaite que ta partie (Core + Business) soit déployée une seule fois sur un serveur puis que chaque application l'interroge via le mécanisme des web services ?
2. Ou est-ce que c'est juste une problématique de découpage car lorsque tu déploieras, tu feras un WAR, un JAR, ... de tout le package (IHM + Core + Business) à chaque fois ?

Si c'est la deuxième raison, le mécanisme des web service n'a pas beaucoup d'intérêt de mon point de vue pour ton application. A l'origine le but des web service est surtout de pouvoir faire parler des applications qui ne parlent pas la même langue ou qui ne sont pas au déployé au même endroit. Dans ton cas, tout le monde parle Java et il me semble, tout le monde est déployé au même endroit.

3. Dans eclipse, est ce qu'il n'y aura pas de problème de classpath ou de dépendances maven lorsque j'ajouterai dans le pom les dépendances représentés par les trois projets supra?

Pour ton découpage via Maven, oui c'est tout à fait possible et même souhaitable de partir ainsi avec une séparation de couche de ce genre. Le partage de module Maven entre plusieurs projets est quelque chose de très fréquent.

N.B. le projet GWT peut être du JSF du STRUTS ou autre... je ne me suis pas encore décidé.

Je n'ai pas compris ta remarque là. Le GWT ce n'est pas du JSF ou du Struts. Soit tu fais du GWT et tu utilises soit du GWT pur avec des librairies au dessus si tu le souhaites (SmartGWT, ...), soit tu utilises des framework qui le package (Vaadin). Mais si tu fais du JSF ou du Struts, ce n'est pas du tout la même chose.

[Rastafire]

Tout à fait d'accord avec ce que dit robin, l'utilité des web services c'est surtout de pouvoir decoupler complètement des applis, par exemple quand une appli cliente de ton appli serveur n'est pas dans le même langage ou encore si celle-ci ne doit pas avoir de dépendance directe sur ton appli serveur pour une raison X ou Y (l'exemple le plus courant étant l'interaction d'une appli tierce avec ton appli).

[ziad.shady]

Bonsoir,

Robin, Rastafire, je vous remercie de vos réponses et de vos clarifications.

En effet, vous enlevez mes doutes. A priori les web services n'ont aucun intérêt dans mon cas.

Pour ton découpage via Maven, oui c'est tout à fait possible et même souhaitable de partir ainsi avec une séparation de couche de ce genre. Le partage de module Maven entre plusieurs projets est quelque chose de très fréquent.

Je suis tout à fait d'accord, sauf que j'ai trouvé des difficultés à récupérer de puis le projet ihm les bens (spring) déclaré dans le projet core.

Je n'ai pas compris ta remarque là. Le GWT ce n'est pas du JSF ou du Struts. Soit tu fais du GWT et tu utilises soit du GWT pur avec des librairies au dessus si tu le souhaites (SmartGWT, ...), soit tu utilises des framework qui le package (Vaadin). Mais si tu fais du JSF ou du Struts, ce n'est pas du tout la même chose.

Je voulais dire que le projet IHM sera un war (une application web) MAIS je ne sais pas encore quel framework de présentation graphique je vais utiliser est ce que cela va être du JSF ou du GWT ou du STRUTS ou autre...

Je pense que j'ai eu satisfaction. Vous répondez parfaitement à ma problématique. Je considère que le sujet est clos.

Il me reste la problématique de récupération de beans spring déclarés dans un autre projet, mais cela c'est une autre histoire.

Merci beaucoup.