Discussion :

[Mo7ebFilleh]

Bonjour,
Je suis encore en phase de coneption mais je veux savoir quelle technologie J2EE (struts, ejb, hibernate...) pour implémenter une application qui contient plusieurs moteurs, chaque moteur ou bien thread ou service... qui tournent toujours et contrôlables. Et un autre superviseur, tous les moteurs changent des informations avec ce sup...
je pense a des container (ejb) mais je sais pas ces limitent ...
une idée claire peut résoudre mon probleme.

[Patriarch24]

une idée claire peut résoudre mon probleme.

Une question claire aussi .

Personnellement, je n'ai rien compris. Pourrais-tu donner des précisions sur ce que tu cherches à faire stp ?

[Mo7ebFilleh]

pourtant c'était clair sauf que je pense que tu comprend si je parle de l'implémentation ou truc de code, non c'est différent cette foi, j'ai bien dit je suis en phase de conception et je vais utiliser la technologie J2EE c a d j'ai besoin d'une idée de quelqu'un qui sait implémenter pour quelqu'un qui concept.
je veux avoir la limite des serveurs d'application a répondre à ce besoin.
Merci pour ce qu'ils cherchent à aider et qui m'ont vraiment aidé a démarrer.

[fr1man]

Une question claire aussi

Pas mieux.
Ce n'est pas de la mauvaise volonté, mais ta question n'est pas claire du tout.
Essaie d'expliquer un peu mieux ce que tu cherches à faire, on essaiera de t'aider.

[tchize_]

pourtant c'était clair sauf que je pense que tu comprend si je parle de l'implémentation ou truc de code, non c'est différent cette foi, j'ai bien dit je suis en phase de conception

Je pense qu'il est tout a fait capable de comprendre une conceptualisation, tout comme moi. Mais non, franchement ta question n'a ni queue ni tête, on ne comprend rien à ce que tu essaie de nous dire.

[hibour]

C'est vrai que ta question est un peu floue Mr l'Adorateur tu peux échanger des informations en utilisant les EJB (ton serveur superviseur et les autres applications qui peuvent se trouver dans des machines distinctes). l'un des plus grand avantages des EJB, sinon Hibernate (persistences des données) et struts(présentation) sont des technologies matures et très utilisées et tu trouvera pas mal de documentation..
Pour les limites, comme EJB c'est une norme J2EE n'importe quel container J2EE (JBoss, websphere, Weblogic..) pourra faire tourner ton serveur, après c'est à toi de faire les test pour voir quel serveur est le mieux adapté.
a++

[Mo7ebFilleh]

Mon application simule un système répartie.
Pour l'implémenter en J2EE, je doit savoir qu'elle technologie correspond mieux a ce besoin. C'est tout.

[tchize_]

la question c'est pourquoi aurais-tu besoin de J2EE pour juste simuler un système réparti...

[Mo7ebFilleh]

J'ai trouvé mon besoin dans les (jms)java message service.
en fait pour ceux qui non pas compris ma question je le répète autrement:
j'ai une application web(je désire faire): les utilisateurs soit (normal,superviseur):
chaque utilisateur demarre un thread ou processus ou je l'appel moteur.
je parle donc d'ensemble des thread et un thread superviseur c'est le même notion qu'un système répartie.
ce qui m'intéresse dans cette application c'est que les moteurs doivent êtres actifs tout le temps et se communiquent.
je suis encore avec J2EE.
Quelle notion (ejb,jms...) répond bien a mes besoins? est ce que je suis claire?

[tchize_]

il faut déjà faire la différence, ce sont des thread ou des processus que tu démarre simultanément?

Dans le premier cas, de simple queues synchronisée (rien à voir avec jms) disponibles en java standard edition suffiront pour ce genre d'application ,avec quelques données en accès synchrone

Dans le second cas, comme tu dois faire de la communication interprocess, les queues JMS sont une solution. Les autres EJB n'auront d'intérêt que si tu as des donnée à partager en temps réel entre le process et que donc le système de notification JMS ne te suffit pas. Tu peux aussi peut-être te tourner vers les JMX bean, dont le role est justement le controle de ressources. Tu as aussi le RMI qui peux servir aux communications inter process ou ton propre protocole sur une socket, ou encore des webservice (pas bon pour du temps réel ça)