Communication objet et servlet

Communication objet et servlet - Java - Programmation

Marsh Posté le 09-03-2004 à 17:40:48    

Un objet java peut-il "communiquer" ou "interroger" une servlet ?
 
Si oui, comment ?
 
MERCI  :jap:

Reply

Marsh Posté le 09-03-2004 à 17:40:48   

Reply

Marsh Posté le 09-03-2004 à 17:44:11    

bon j'ai trouvé ça
 
URLConnection et DataOutputStrem.
 
Je vais essayer ...

Reply

Marsh Posté le 09-03-2004 à 17:52:08    

Ba une servlet c'est jamais qu'un prog java qui se lance quand un client appelle l'URL à laquelle la servlet est bindée. Donc après, pour faire tourner ta servlet, suffit de te connecter à l'URL en question, que ce soit en Java, en C++ ou en VB :o


---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
Reply

Marsh Posté le 09-03-2004 à 18:06:28    

Taiche a écrit :

Ba une servlet c'est jamais qu'un prog java qui se lance quand un client appelle l'URL à laquelle la servlet est bindée. Donc après, pour faire tourner ta servlet, suffit de te connecter à l'URL en question, que ce soit en Java, en C++ ou en VB :o


 
Donc c'est possible ...
 
Afin que je ne me casse pas la tete pour rien avec URLConnection  :)

Reply

Marsh Posté le 09-03-2004 à 18:11:34    

Nan mais si, pour pouvoir envoyer des choses sur une URL faut une URLConnection, hein :heink:


---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
Reply

Marsh Posté le 09-03-2004 à 18:18:14    

mazda3 a écrit :

Un objet java peut-il "communiquer" ou "interroger" une servlet ?


juste pour être sûr. L'objet que tu veux faire communiquer avec ta servlet, il est dans une autre JVM que ta servlet ? dans une autre appli, c'est bien ca ?


---------------
ma vie, mon oeuvre - HomePlayer
Reply

Marsh Posté le 09-03-2004 à 18:20:15    

Taiche a écrit :

Nan mais si, pour pouvoir envoyer des choses sur une URL faut une URLConnection, hein :heink:


 
Oui, oui ... c'est ce que je voulais dire  :)

Reply

Marsh Posté le 09-03-2004 à 18:22:44    

benou a écrit :


juste pour être sûr. L'objet que tu veux faire communiquer avec ta servlet, il est dans une autre JVM que ta servlet ? dans une autre appli, c'est bien ca ?


 
Meme VM, meme appli.
 
En fait j'ai un objet Java, qui a besoin d'informations stockés dans la session. Pour cela, j'utilise une servlet (qui va recuperer l'info necessaire en session, un simple string) et le transmettre à l'objet.
 
Mais j'ai peur que ça soit lourd à la longue pour l'appli ... non ?  :(

Reply

Marsh Posté le 09-03-2004 à 18:25:49    

Vous n'avez pas une methode plus "light" ?

Reply

Marsh Posté le 09-03-2004 à 18:44:58    

bon j'ai ça
 

Citation :

Server returned HTTP response code: 405 for URL


 
Je crois que je vais passer les infos en parametre ... c plus long mais moins tordu


Message édité par Mazda3 le 09-03-2004 à 18:45:38
Reply

Marsh Posté le 09-03-2004 à 18:44:58   

Reply

Marsh Posté le 09-03-2004 à 18:46:22    

Citation :


HTTP Status-Code 405: Method Not Allowed.


[:spamafote]
Tu fais du POST, du GET ? Autre chose ? Après, tout dépend de ton implémentation côté servlet...


---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
Reply

Marsh Posté le 09-03-2004 à 19:31:42    

Taiche a écrit :

Citation :


HTTP Status-Code 405: Method Not Allowed.


[:spamafote]
Tu fais du POST, du GET ? Autre chose ? Après, tout dépend de ton implémentation côté servlet...


 
Ah oui ça doit être ça ...
Je verrai ça demain  :jap:

Reply

Marsh Posté le 09-03-2004 à 22:38:20    

Nan mais là faut arrêter le délire avec les requêtes SQL si l'objet en question est au sein de l'appli web.
 
C'est quoi exactement comme objet ? il est créé à quel endroit dans ton appli ? Si c'est bein au sein d'une appli web il doit être plus ou moins à l'intérieur d'une servlet.
 
D'écris un peu l'architecture de ton truc parce que là c'est trop flou pour qu'on puisse te donner de réponse précise.
 
En tout cas, si tu es au sein de la même appli web ce serait ridicule de passer par une requête HTTP pour accéder à une donnée en session.

Reply

Marsh Posté le 10-03-2004 à 08:08:50    

Voilà l'appli :
 
J'ai un objet "maConnexion" qui se connecte à une base de donnée.
Mais le problème, c'est que chaque "user" à sa propre Base de Donnée. Donc pour se connecter à la bonne base de donnée "maConnexion" a besoin de l'ID de l'utiliseur pour savoir à quelle base de donnée se connecter.
 
Cet ID se trouve en session, c'est pourquoi je suis dans ce problème tordu : Comment recuperer un objet en session à partir d'un simple objet java, ici "maConnexion" ...
Il aurait été plus judicieux de passer cet ID en parametres sur les appels du constructeurs "maConnexion", mais ça va me faire vérifier une centaine de fichier pour faire la modif, pas tip top comme méthode (celle que j'envisage en dernier recours ...)
 
Sinon vous n'avez pas d'autres idées ?


Message édité par Mazda3 le 10-03-2004 à 08:10:25
Reply

Marsh Posté le 10-03-2004 à 09:07:56    

Taiche a écrit :

Citation :


HTTP Status-Code 405: Method Not Allowed.


[:spamafote]
Tu fais du POST, du GET ? Autre chose ? Après, tout dépend de ton implémentation côté servlet...


 
C'est du GET

Reply

Marsh Posté le 10-03-2004 à 09:09:31    

Ben non.
 
c'est de cette façon là que tu dois faire ...
et de toute façon tu ne pourrais pas le récupérer en session en faisant une requête http parce que, mis à part le fait que c'est complétement abhérant de faire ca, il faudrait que tu puisse passer l'identifiant de session que tu n'as certainement pas dans ton objet.
 
Donc il faut bien que tu passes l'id du user en paramêtre à ton objet d'une façon ou d'une autre. [:spamafote]

Reply

Marsh Posté le 10-03-2004 à 09:39:48    

benou a écrit :

Ben non.
 
c'est de cette façon là que tu dois faire ...
et de toute façon tu ne pourrais pas le récupérer en session en faisant une requête http parce que, mis à part le fait que c'est complétement abhérant de faire ca, il faudrait que tu puisse passer l'identifiant de session que tu n'as certainement pas dans ton objet.
 
Donc il faut bien que tu passes l'id du user en paramêtre à ton objet d'une façon ou d'une autre. [:spamafote]


 
Bon est bien c'est ce que je vais faire ...
 
J'ai modifier les attributs du contructeurs, et Eclipse me dit qu'il y a + de 300 fonctions a modifier également  :cry:  :lol:

Reply

Marsh Posté le 10-03-2004 à 09:49:18    

mazda3 a écrit :


 
Bon est bien c'est ce que je vais faire ...
 
J'ai modifier les attributs du contructeurs, et Eclipse me dit qu'il y a + de 300 fonctions a modifier également  :cry:  :lol:  


mets y une valeur par défaut au paramêtre que t'as ajouté à ton constructeur ... si ton prog marchait comme ca avant, c'est que ce paramêtre est pas indispensable pour tout ton programme ...
 
mais bon, clairement, un constructeur qui est appelé 300 fois, y a peut être une couille dans le design :/

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed