Bonjour.
 
Je travaille sur une appli JEE / Maven / ihm en html/jsp existante. Le but est de changer d'ihm.
Je connais assez bien java, mais un peu moins bien JEE / maven / server d'appli.  
En mode dev, nous utilisont Tomcat qui tourne dans eclipse.
En mode déployé, Apache.
 
Dans un premier temps, je voudrais pouvoir appeler un service (mais ce n'est pas un Webservice à proprement parler) depuis un main() java tout simple.
Et je manque de bille pour m'orienter.
 
Pour l'instant, dans eclipse, je peux bien appeler cette méthode depuis mon main(), mais c'est directement la méthode qui est appelé , bien entendu.  
(Of course, ça ne fonctionne pas, manque les connections à la base de donnée et certainement plein d'autre chose)
Ce que je désire, c'est appeler le serveur et executer cette méthode sur le serveur.
 
Auriez vous quelques idée de comment orienter cela ? des mots clefs, des sites, un début de raisonnement pour traiter ce problème ?
 
 
 
 
 
 

Donc sur le SERVEUR le tout est appellé depuis une servlet (http), tu dois pouvoir trouver foultitudes d'exemples CLIENTS utilisant URLConnection depuis une Applet.

Je vais chercher avec ces mots clefs, merci bien jogrey.

A moins que je n'ai pas compris, URLconnection me permettrais de "simuler" les écrans jsp existants. Je me connecte sur l'url de l'appli, et je "saisis" les champs pas ce bias, non ?
 
Ce que je cherche, c'est appeler directement des méthodes qui se trouvent sur le serveur.  
 
(Je viens juste de survoler la chose, je loupe peut-être un truc important).
 
Un serveur d'appli peut être appelé par autre chose qu'une requete http d'ailleurs ?

En fait, tes servlets savent ecouter les requetes POST/GET de ton navigateur, elles donnent acces a des méthodes pour recupérer les parametres passés en arguments, et répondre.
 
Request/Response, c'est le principe du web déconnecté.
 
Ta page JSP, au final sur le client, une page web, fait la meme chose, tu peux tout resimuler, ton appli console devient un navigateur web spécialisé dans ton appli.
 
Oui un serveur peut être appellé par pleins de moyens différents :
- webservices, http.
- RMI...
- client/server simple, des sockets classiques, au final tout est socket de ttes façons, mais les apis te masquent ça

Si je comprend bien le code des méthodes, ce ne sont pas des servlets, mais des ejb.
 
Mais je ne sais pas si ça change quelques chose au problème.
 
J'espère avoir de l'aide de la personne qui a fait l'architecture sinon je suis dans la mouise    
 
Ou alors, je crée un webService qui appele la méthode et j'appele ce webService depuis mon main() ?
 
En tous cas, merci bien.
Je continue les recherches.
 

En fait, si on se base sur ce schema :  
 
http://www-igm.univ-mlv.fr/~dr/XPO [...] php?rub=25
 
Ce n'est pas le serveur Web que je cherche à appeler, mais directement le serveur d'appli.

Donc en gros RMI  
 
Oui tu vas trouver pas mal d'exemples sur le net.
 
L'interet d'avoir des EJB dans une appli "client lourd" est de centraliser la logique des traitements, ça évite aussi la décompilation, permet de développer des applis clients lourds pour administrer par exemple.
 
A voir donc la doc, ou la personne qui les a développé pour savoir quel ejb utiliser.

Ok, un grand merci jogrey, je vais m'orienter vers RMI
 
J'étais en train d'essayer d'encapsuler mes méthodes dans un WebService, mais ça me fait aussi plein de chose à découvrir.
 
Pour les ejb à utiliser, j'ai ce qu'il faut. Je connais bien le code de l'appli, c'est l'architecture qui me bloque.
 
a+

Ca y est, j'ai la solution :  
  Le gars qui a fait l'archi va se débrouiller, moi je m'occupe de la partie fonctionnelle :
   (quel service faut-il appeler pour tel cas)
 
PROBLEME RESOLU