[JAVA] partage d'instance entre 2 machine

oligator29

29 Juillet 2005 09:49:03

Salut tout le monde.

Je suis étudiant en fin de cursus d'école d'ingénieur. J'ai fait beaucoup d'info, mais plus au niveau génie logiciel, ergonomie, etc. Maintenant je fais mon stage de fin d'étude et j'ai besoin de conseil...

Je vous explique tout:

-je fais une application de rendez-vous bancaire distant, en JAVA sous Eclipse.
-j'ai établi un cahier des charges de fonctionnalités, puis élaboré les classes à créer, leurs méthodes, les package, etc.
-j'ai implémenté les classes et... là gros problème...

En effet, mes Objets "client" et "conseiller" qui hérite de "personne" sont sensé se faire des appels entre eux. (Exemple --> le conseiller modifie une fenêtre du client, en faisant qqch du style client.etatInterface.setOnglet(Interface.PRINCIPAL); )

Malheureusement, il semble que les instances seront "hebergées" sur chacune des machines et pas le serveur. Ainsi, le conseiller, ne pourra pas agir sur l'instance "client".

Avez vous une idée pour résoudre cela?

J'ai pensé à plusieurs solutions:

1. faire tourner les instances sur le serveur <--pb de passage à l'échelle
2. faire "synchroniser" les instances à chaque changement (mais comment faire) entre celle présente chez le conseiller et le client
3. changer toutes les fonctions et mettre en place un système de flux texte, qui permette de suivre ce que fait l'autre. Mais là je dois tout reprendre à zéro...

merci

Autres pages sur : java partage instance machine

| Etre averti des réponses
| Alerter

Répondre à oligator29

KangOl

29 Juillet 2005 16:14:44

il faut que tu lui précise que un des deux objet existe mais sera implémenter ailleur
de tete (code pas juste, a adapter)

class Client;

class Conseiller {

  Client c;

}

class Client {

  Conseiller c;

}

| Alerter

Répondre à KangOl

Dumoria

30 Juillet 2005 07:24:29

Est-ce possible, sachant que les deux processus sont à distance sur le réseau ?

Je connais pas du tout Java en termes de multithreading et réseau, mais il me semble que tu vas devoir creuser de ce côté pour ton problème... Ou alors passer par un serveur (ce que tu suggères toi-même)

| Alerter

Répondre à Dumoria

oligator29

1 Août 2005 06:47:47

oui, mais alors ce ne sera pas une applet, mais quoi? J'ai si peu d'expérience JAVA (le but du stage c'est l'étude de l'ergonomie, pas la programmation) que je ne sais pas trop ce que signifirai en pratique "faire tourner les instances sur le serveur". Une servlet? Meric de m'aider encore un peu

| Alerter

Répondre à oligator29

Dumoria

1 Août 2005 09:13:38

J'ai bossé sur un projet de plateforme Java il y a quelques années, il était organisé de la manière suivante :

- Un serveur avec des servlets (gérant l'équivalent de tes classes Client et Conseiller)

- côté client, des JSP (enfin, de l'HTML transformé par un service de formattage de JSP).

Donc on se retrouve avec un serveur qui gère tout, à savoir des sessions et des données. Pour ce qui est des logiciels et des outils, je n'ai aucune idée de ce qu'il faut installer (j'étais stagiaire DUT et c'était un gros projet d'entreprise). Il me semble qu'il faut un service pour les servlet, et un service pour la transfo des JSP, plus un service HTTP.

Y-a-t-il un spécialiste en mesure de donner plus d'infos dans la place ?

| Alerter

Répondre à Dumoria

oligator29

1 Août 2005 09:16:17

merci de me rassurer, je me voyais mal mettre des stream partout et des copie d'objets en continu.

En gros, les JSP peuvent exister avec des classes implémentées sur un serveur? Si qqun sais, il peut m'envoyer un mail : olivier.schneider(at)enst-bretagne.fr

Je promet de partager en détail sur ce formum la solution trouvée :-)

| Alerter

Répondre à oligator29

ffomnislash

1 Août 2005 10:41:03

Si vraiment tu galere tu peut aller faire un tour forum.hardware.fr il y a quelques spécialistes la bas

| Alerter

Répondre à ffomnislash

Anubis_

2 Août 2005 09:18:40

Si ton application n'est pas orientée web, il est aseez inadapté de passer par des JSP ou des servlets. Une solution de Sun pour le "partage d'objets" en Java s'appelle RMI : "appel de méthode à distance"
un peu d'aide en français : http://membres.lycos.fr/tonysoueid/cour_j/cour_1/chap07...

KangOl : des forward declaration en Java ? :heink:

| Alerter

Répondre à Anubis_

oligator29

2 Août 2005 09:19:34

si, je dois l'intégrer au site web de la banque chez qui je fait le stage

| Alerter

Répondre à oligator29

oligator29

2 Août 2005 09:20:37

mais merci pour le lien, que je découvre avec intérêt. pour le prototype opérationnel je vais peut ^petre faire un truc comme ça...

| Alerter

Répondre à oligator29

Dumoria

2 Août 2005 12:08:41

Ca a l'air intéressant RMI, je jeterai un oeil
Merci pour le lien

| Alerter

Répondre à Dumoria

KangOl

2 Août 2005 17:42:08

nexo59 a dit :

KangOl : des forward declaration en Java ? :heink:

euh... :jesors:

je fait trop de cpp ces temps-ci [:kangol:1]

| Alerter

Répondre à KangOl

ffomnislash

2 Août 2005 18:11:10

Citation :

euh... :jesors:

je fait trop de cpp ces temps-ci [:kangol:1]

Ta bien raison de faire du cpp, s'pour l'elite

| Alerter

Répondre à ffomnislash

hirilorn

4 Août 2005 13:03:03

Le C++ ? pour l'élite ?

on aura vraiment tout entendu !

| Alerter

Répondre à hirilorn

oligator29

4 Août 2005 13:04:49

Euh... En attendant, est ce que quelqu'un a une idée de solution pour moi? En fait, je voudrais simplement que les instances restent sur le serveur et puissent être invoquées indifféremment par chacune des 2 machines vurtuelles java (client/conseiller)

voilà

| Alerter

Répondre à oligator29

Anubis_

4 Août 2005 13:27:18

Citation :

Le C++ ? pour l'élite ?

on aura vraiment tout entendu !

Attends, tu prétends que java c'est mieux ?

Comment tu fais un pointeur en java ? en plus Java ça rame et c'est pas franchement portable. De plus, il n'y a pas de #define en Java, ce qui cause bcp de contre-performances.

Non vraiment, faut rester un peu objectif parfois...

| Alerter

Répondre à Anubis_

hirilorn

4 Août 2005 13:39:23

@obli : Java RMI.
@Anusbis : Le Java ça pue.

| Alerter

Répondre à hirilorn

oligator29

4 Août 2005 13:40:50

vraiment personne?

par rapport à votre débat, JAVA est plus clair et C++ plus performant, c'est évident...

| Alerter

Répondre à oligator29

hirilorn

4 Août 2005 13:59:18

ben écoute, on a été 2 à te dire Java RMI qui est de l'appel de méthode à distance. Je sais pas ce qu'il te faut de plus.

Si *jamais* les demandes entre les deux applis doivent traverser bcp de choses (firewall, internet, ...) du web service (XML-RPC ou SOAP) est conseillé car ils se basent sur du HTTP et le HTTP ça passe partout.

| Alerter

Répondre à hirilorn

KangOl

4 Août 2005 18:36:26

Citation :

Ta bien raison de faire du cpp, s'pour l'elite

on arrete les trolls stp

Citation :

Le C++ ? pour l'élite ?

on aura vraiment tout entendu !

nexo59 a dit :

Attends, tu prétends que java c'est mieux ?

Comment tu fais un pointeur en java ? en plus Java ça rame et c'est pas franchement portable. De plus, il n'y a pas de #define en Java, ce qui cause bcp de contre-performances.

Non vraiment, faut rester un peu objectif parfois...

et on ne tombe pas dans le piege non plus

| Alerter

Répondre à KangOl

Dumoria

4 Août 2005 20:56:13

Pour revenir dans le sujet, à toi de voir si ton application est plutôt orientée web ou pas. Dans les deux cas tu as une solution.

| Alerter

Répondre à Dumoria

oligator29

5 Août 2005 06:30:55

Citation :

ben écoute, on a été 2 à te dire Java RMI qui est de l'appel de méthode à distance. Je sais pas ce qu'il te faut de plus.

Si *jamais* les demandes entre les deux applis doivent traverser bcp de choses (firewall, internet, ...) du web service (XML-RPC ou SOAP) est conseillé car ils se basent sur du HTTP et le HTTP ça passe partout.

OK, OK.

| Alerter

Répondre à oligator29