Discussion :

[Mathieu Salles]

Bonjour,

Je suis en stage sur un projet de CRM que je dois réaliser en JEE et qui se compose d'un noyau principal auquel je dois pouvoir venir y greffer des plugins afin d'en étendre les fonctionnalités.

Je dois donc identifier toutes les méthodes à mettre dans l'interface afin d'être sûr que les plugins soient compatibles avec le noyau (il s'agirai d'une sorte de contrat que le plugin s'engage à respecter pour venir se greffer au noyau).

J'ai cependant du mal dans cette phase d'identification car je ne sais pas qu'elles sont les questions que je dois me poser.

Pouvez-vous me donner des pistes de réflexion afin d'orienter mon analyse ?

Merci d'avance pour votre aide,
Mathieu

PS : Si le sujet n'est pas dans la bonen catégorie veuillez m'en excuser je ne suis pas très doué pour bien placer mes questions..

[Mathieu Salles]

Je vais préciser un peu.

Je cherche à savoir comment créer dans mon application un connecteur pour plugin afin de pouvoir ajouter des modules par la suite.

Je ne sais vraiment pas comment créer ce connecteur et je ne sais vraiment pas comment aborder ce problème.

Pouvez-vous m'aider s'il vous plait ?

cordialement,

Mathieu

[fxrobin]

Bonjour,

peut être que OSGi pourra vous convenir :
http://t-templier.developpez.com/tut...va/osgi/osgi1/

il y a un forum dédié :
http://www.developpez.net/forums/f16...tion-osgi-sca/

[Mathieu Salles]

Merci je regarde ça tout de suite

J'ai trouvé ça aussi dans mes recherches et je vais l'étudier aussi :
http://vincentlaine.developpez.com/t...plugins/#LII-A


Merci pour ton aide en tout cas fxrobin

[fxrobin]

Disons qu'OSGi est assez réputé pour faire de la programmation modulaire. T'es un peu "tranquille" en faisant ce choix, même si tu dois d'abord te l'approprier.

Après rien ne t'empêche de faire ton propre système, adapté à ton besoin, comme dans l'article de Vincent Lainé.

[paissad]

Bonjour,
je te recommande aussi d'utiliser OSGI si tu as le temps de l'apprendre et l'appréhender, sinon oui, pour des trucs simplistes, tu peux utiliser le tutoriel de Vincent Laine. Mais saches que un des risques que tu pourrais à priori avoir dans ce cas, c'est la gestion du CLASSPATH si tu as plusieurs libs qui dépendent d'autres même libs MAIS avec des versions pour la même lib, ou bien en doublons, etc etc ...
C'est pas aussi trivial du tout de gérer les classloader si on veut faire un système de plugins

Cordialement,

[Mathieu Salles]

Ok merci du conseil je vais effectivement me pencher sur OSGI en espérant que je puisse le maîtriser assez vite quand même ^^

[Mathieu Salles]

C'est je pense un peu trop gros OSGi pour mon besoin.

Moi à la limite j'aurai l'utilité de la couche service.

J'aimerai surtout savoir les critères à prendre en compte pour répondre à des questions du genre :

- Que doit fournir mon noyau d'application pour que les plugins fonctionnent ?
- Que dois fournir les plugins pour s'adapter à mon noyau d'application ?

Je ne sais pas si je suis assez clair mais merci de m'aider,

Cordialement,
Mathieu

[paissad]

Chaque implémentation et architecture pour supporter des plugins est différente, c'est vraiment spécifique au besoin.
Ce ne sera pas vraiment (voire pas possible) de t'aider sans en savoir plus sur ce que tu es censé attendre de te plugins.
En gros, il faut plus de détails quoi

[Mathieu Salles]

Ok alors par exemple un des premiers plugins que je devrai créer par la suite sera un service de ticketing.

Le plugin devra permettre la création et gestion de ticket client (un client passe une demande = 1 ticket)

Apres justement je dois créer une interface générique pouvant répondre à un maximum de besoin

[fxrobin]

Disons que c'est juste dommage de ré-inventer l'eau tiède.
Prends le temps de t'approprier OSGi, comme l'a dit aussi Paissad.
Passe 2 jours complets dessus, sans penser (trop) à ce que tu vas en faire.

[paissad]

Okay,
bon, je vais essayer de résumer au max que possible
On va supposer que tu vas avoir une interface qui va t'aider à définir les méthodes que devront implémenter tous les plugins
Exemple:

Code java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
public interface TicketPlugin {
  public void create(Ticket t);
  public void delete(Ticket t);
  // blablabla ...
}

Une des questions importantes qu'il faudra te poser maintenant, c'est : est ce que lorsque tu vas implémenter cette interface pour faire un plugin, est ce que tu auras besoin d'utiliser des librairies externes ou juste des classes du JDK
Si oui, alors, tu peux te passer de OSGI (car on est dans un cas plus ou moins simple)
Tu feras tes implémentations

Code java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
public class Plugin1 implements TicketPlugin{
  // je fais mes implémentations ...
}

Code java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
public class Plugin2 implements TicketPlugin{
  // je fais mes implémentations ...
}

Ainsi, tu pourrais peut être suivre le tutoriel que tu as montré plus haut, mais je te conseille néanmoins de privilégier osgi

[fxrobin]

Si tu veux ensuite détecter tes classes à chaud, il faudra jouer avec de l'introspection et de l'instanciation dynamique de classe. C'est pratique

Regarde l'API de Reflection en JAVA

[paissad]

Re-bonjour
regarde ceci aussi, ça pourrait t'être suffisant
http://ydisanto.developpez.com/tutoriels/java/services/
C'est simple, clair et plutôt efficace pour de faire de p'tites choses.

Bon courage.

[Mathieu Salles]

Merci pour vos conseils. Je vais me pencher sur toutes vos solutions et notamment OSGi vu l'enthousiasme que vous lui portez

[Mathieu Salles]

En étudiant ServiceLoader je suis tombé sur cet article ( http://baptiste-wicht.developpez.com...?page=sommaire ) qui pourrait aider ceux qui ont les mêmes genres de problématiques que moi

Cordialement,
Mathieu

[paissad]

Oui, en effet c'est un très bon tutoriel aussi.
Ce ne sont pas les ressources qui manquent dans ce site ... y'a qu'à bien chercher en fait.
Bon courage pour la suite en tous cas.