Comment créer l'instance d'un objet dans un processus séparé (dans une autre machine virtuelle) ?

pq  faire?

 
pour le faire tourner en arriere plan et qu'il soit détaché du process principal

Le fait de le créer dans une autre JVM n'a strictement rien à voir avec ce que tu veux faire.
 
Tu as déjà entendu parler des threads ? (voir Runnable et Thread + Java tutorial sur les threads)
 
cfr. ma signature

 
Nop il faut que je crée l'objet dans une autre JVM.
En fait le but c'est de créer une sorte de service.
 
Et j'ai une appli graphique qui doit lancer ou arrêter ce service.
 
Tant pis, je vais faire autrement.

Fais le en RMI

 
En fait là le service que j'essaye de controler via mon appli c'est un serveur RMI  

et bien ton serveur doit avoir une interface publique qui te permet d'agir dessus.  
 
Il te suffit alors de connaitre le serveur sur lequel il tourne et son URL et voilà.
 
D'autres questions?  
 
PS : c'est ce qu'on fait ici pour pleins de services et ca fonctionne plutot bien.

ha bon?  

na na na. Toi t'es pas au courant d'abord

DarkLord a écrit a écrit : na na na. Toi t'es pas au courant d'abord

ha bah voila
je le savais qu'on me cachait des choses dans cte boite :'(

nan mais on se comprend pas bien, le but c'est de lancer et de controler le serveur RMI, donc je peux pas utiliser un de ses service s'il n'est pas encore lancé.
 
je dois mal m'expliquer, merci de ton aide quand même  

bin tu lances ton serveur RMI sur ta machine distante. A partir de ce moment là elle est prête à répondre à tes requêtes.
 
Pour démarrer ton serveur par contre, je ne te conseille pas de faire cela par java. Trouve une autre procédure.
 
A+

bah, si c'est sous unix, tu peux faire avec xinetd :  
NAME
       xinetd - the extended Internet services daemon
 
SYNOPSIS
       xinetd [options]
 
DESCRIPTION
       xinetd performs the same function as inetd: it starts programs that provide Internet services.  Instead of having such servers started at system initialization time, and be dormant
       until a connection request arrives, xinetd is the only daemon process started and it listens on all service ports for the services listed in its configuration file. When a  request
       comes in, xinetd starts the appropriate server.  Because of the way it operates, xinetd (as well as inetd) is also referred to as a super-server.
 
 
 
 
Comme ça, tu définis ton service, et ton serveur sera démarré dès qu'une connection se fera sur le port de ton serveur RMI...Bon, je l'ai jamais fait, mais ça doit pas etre insurmontable...

très bon à savoir ça, je connaissais pas!

oui çà marche tres bien xinetd.
là c sur une machine w98...
moi je voulais faire un systeme pour faire genre gestionnaire de services NT en fait.

Tu veux mettre un serveur sur une machine W98??? D
Naaan, j'déconne..Mais bon, là, en l'occurence, je sais pôs....

gfive a écrit a écrit : Tu veux mettre un serveur sur une machine W98??? D Naaan, j'déconne..Mais bon, là, en l'occurence, je sais pôs....

euh tu peux tjs le demmarer avec l'autoexec.bat
 ou mettre un raccourci dans programmes/demarrage  

mdr

gfive a écrit a écrit : Tu veux mettre un serveur sur une machine W98??? D Naaan, j'déconne..Mais bon, là, en l'occurence, je sais pôs....

 
attendez les gars moi je veux rien faire du tout.
c pour mon projet de BTS, le jour de la démo le serveur sera un win98, j'ai pas le choix malheuresement.
 
Enfin c rien j'ai fait mon lanceur qui lance le serv RMI et qui récupère la console Java, donc c parfait, on peut suivre ce qui se passe, bon y marche pas en arrire plan, mais c pas grave.