Je souhaiterais exécuter une *applet*, via un *navigateur* internet (ici
Mozilla), se connectant sur des services *RMI* non locaux (cf. sur des
serveurs distants). Ce faisant, est-il /indispensable/ de toucher aux
*policy* du plug-in java du navigateur ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Armel HERVE
In article <415d1dfe$0$10403$, says...
Salut,
Je souhaiterais exécuter une *applet*, via un *navigateur* internet (ic i Mozilla), se connectant sur des services *RMI* non locaux (cf. sur des serveurs distants). Ce faisant, est-il /indispensable/ de toucher aux *policy* du plug-in java du navigateur ?
Valdo.
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Pour pourvoir accéder à d'autres serveurs, il faut la signer.
Armel
In article <415d1dfe$0$10403$ba620e4c@news.skynet.be>,
valdo.tschantre@ifrance-NOSPAM.com says...
Salut,
Je souhaiterais exécuter une *applet*, via un *navigateur* internet (ic i
Mozilla), se connectant sur des services *RMI* non locaux (cf. sur des
serveurs distants). Ce faisant, est-il /indispensable/ de toucher aux
*policy* du plug-in java du navigateur ?
Valdo.
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Pour pourvoir accéder à d'autres serveurs, il faut la signer.
Je souhaiterais exécuter une *applet*, via un *navigateur* internet (ic i Mozilla), se connectant sur des services *RMI* non locaux (cf. sur des serveurs distants). Ce faisant, est-il /indispensable/ de toucher aux *policy* du plug-in java du navigateur ?
Valdo.
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Pour pourvoir accéder à d'autres serveurs, il faut la signer.
Armel
Valdo Tschantre
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné, via le *protocole HTTP sur le port 80*, je pourrais alors lui faire ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
De plus, mon applet pourra-t-elle alors également *créer des services RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
Pour pourvoir accéder à d'autres serveurs, il faut la signer.
En quoi cela consiste ?
Valdo.
--
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné,
via le *protocole HTTP sur le port 80*, je pourrais alors lui faire
ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
De plus, mon applet pourra-t-elle alors également *créer des services
RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
Pour pourvoir accéder à d'autres serveurs, il faut la signer.
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné, via le *protocole HTTP sur le port 80*, je pourrais alors lui faire ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
De plus, mon applet pourra-t-elle alors également *créer des services RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
Pour pourvoir accéder à d'autres serveurs, il faut la signer.
En quoi cela consiste ?
Valdo.
--
Sébastien
Valdo Tschantre wrote:
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné, via le *protocole HTTP sur le port 80*, je pourrais alors lui faire ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
sauf erreur, il faut une applet signée pour faire du RMI. C'est assez simple.
Va voir : http://java.sun.com/developer/Books/javaprogramming/JAR/sign/
De plus, mon applet pourra-t-elle alors également *créer des services RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
pour cela, si tu as les 'droits rmi', il te suffira d'envoyer au serveur un objet à toi via une méthode sur un objet rmi du serveur. Note qu'il faut que le serveur puisse charger ta classe.
Sébastien
Valdo Tschantre wrote:
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné,
via le *protocole HTTP sur le port 80*, je pourrais alors lui faire
ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
sauf erreur, il faut une applet signée pour faire du RMI. C'est assez simple.
Va voir : http://java.sun.com/developer/Books/javaprogramming/JAR/sign/
De plus, mon applet pourra-t-elle alors également *créer des services
RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
pour cela, si tu as les 'droits rmi', il te suffira d'envoyer au serveur un objet à toi via une
méthode sur un objet rmi du serveur. Note qu'il faut que le serveur puisse charger ta classe.
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné, via le *protocole HTTP sur le port 80*, je pourrais alors lui faire ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
sauf erreur, il faut une applet signée pour faire du RMI. C'est assez simple.
Va voir : http://java.sun.com/developer/Books/javaprogramming/JAR/sign/
De plus, mon applet pourra-t-elle alors également *créer des services RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
pour cela, si tu as les 'droits rmi', il te suffira d'envoyer au serveur un objet à toi via une méthode sur un objet rmi du serveur. Note qu'il faut que le serveur puisse charger ta classe.
Sébastien
Trognon Patrice
Sébastien wrote:
Valdo Tschantre wrote:
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné, via le *protocole HTTP sur le port 80*, je pourrais alors lui faire ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
sauf erreur, il faut une applet signée pour faire du RMI. C'est assez simple.
Va voir : http://java.sun.com/developer/Books/javaprogramming/JAR/sign/
De plus, mon applet pourra-t-elle alors également *créer des services RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
pour cela, si tu as les 'droits rmi', il te suffira d'envoyer au serveur un objet à toi via une méthode sur un objet rmi du serveur. Note qu'il faut que le serveur puisse charger ta classe.
Oui, et il faut aussi que le serveur puisse revenir sur le client sur lequel tourne l'applet. En clair, si le client est sur un reseau routé (reseau privé dans une entreprise, ou réseau protégé par un router chez un particulier) ben tu l'auras dans le baba, le serveur ne pourra pour initier la connection avec ton applet.
En applet + RMI en fait on perd la voix de retour, c'est a dire que la relation d'egal a egal de RMI n'est plus valable.
Par contre en environnement intranet aucun soucis.
le problème est réseau, et non lié aux applets ou a RMI.
Patrice. http://www.javadevel.com
Sébastien wrote:
Valdo Tschantre wrote:
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné,
via le *protocole HTTP sur le port 80*, je pourrais alors lui faire
ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
sauf erreur, il faut une applet signée pour faire du RMI. C'est assez
simple.
Va voir : http://java.sun.com/developer/Books/javaprogramming/JAR/sign/
De plus, mon applet pourra-t-elle alors également *créer des services
RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
pour cela, si tu as les 'droits rmi', il te suffira d'envoyer au serveur
un objet à toi via une méthode sur un objet rmi du serveur. Note qu'il
faut que le serveur puisse charger ta classe.
Oui, et il faut aussi que le serveur puisse revenir sur le client
sur lequel tourne l'applet.
En clair, si le client est sur un reseau routé (reseau privé
dans une entreprise, ou réseau protégé par un router chez un
particulier) ben tu l'auras dans le baba, le serveur ne pourra
pour initier la connection avec ton applet.
En applet + RMI en fait on perd la voix de retour, c'est a dire
que la relation d'egal a egal de RMI n'est plus valable.
Par contre en environnement intranet aucun soucis.
le problème est réseau, et non lié aux applets ou a RMI.
Une applet ne peut se connecter qu'au serveur d'où elle vient.
Cela veut-il dire que, si je récupères mon applet sur un serveur donné, via le *protocole HTTP sur le port 80*, je pourrais alors lui faire ouvrir des *connections RMI sur d'autres ports* de ce même serveur ?
sauf erreur, il faut une applet signée pour faire du RMI. C'est assez simple.
Va voir : http://java.sun.com/developer/Books/javaprogramming/JAR/sign/
De plus, mon applet pourra-t-elle alors également *créer des services RMI* (en local sur des ports quelconques) accessibles par ce serveur ?
pour cela, si tu as les 'droits rmi', il te suffira d'envoyer au serveur un objet à toi via une méthode sur un objet rmi du serveur. Note qu'il faut que le serveur puisse charger ta classe.
Oui, et il faut aussi que le serveur puisse revenir sur le client sur lequel tourne l'applet. En clair, si le client est sur un reseau routé (reseau privé dans une entreprise, ou réseau protégé par un router chez un particulier) ben tu l'auras dans le baba, le serveur ne pourra pour initier la connection avec ton applet.
En applet + RMI en fait on perd la voix de retour, c'est a dire que la relation d'egal a egal de RMI n'est plus valable.
Par contre en environnement intranet aucun soucis.
le problème est réseau, et non lié aux applets ou a RMI.
Patrice. http://www.javadevel.com
Valdo Tschantre
*Pour résumer la situation* : - La signature de l'applet distribuée en .jar (créé à l'aide de /jar/ et /jarsigner/) fonctionne. - La connection serveur vers client foire, pour les résons invoqué par Patrice (<415da7af$0$9519$).
*Cependant, je me trouve devant un nouveau problème* :
Un toString() sur mon /objet d'implémentation/, créé dans le *serveur*, donne les informations suivantes :
Autrement dit, l'acces à mon service (endpoint) est toujour local (127.0.0.1:33123) !!! Or, si mon applet est sur une autre machine que le serveur (et c le but du jeu), elle cherche le service en local... et ne le trouve pas, puisqu'il est sur le serveur.
Et me voila donc avec une petite exception, dans la console java de mon navigateur, du type :
java.rmi.ConnectException: Connection refused to host: 127.0.0.1 ...
*Comment résoudre le problème, pour récupérer des objets d'implémentation et stub correctement* ???
Valdo.
--
*Pour résumer la situation* :
- La signature de l'applet distribuée en .jar (créé à l'aide de /jar/ et
/jarsigner/) fonctionne.
- La connection serveur vers client foire, pour les résons invoqué par
Patrice (<415da7af$0$9519$8fcfb975@news.wanadoo.fr>).
*Cependant, je me trouve devant un nouveau problème* :
Un toString() sur mon /objet d'implémentation/, créé dans le *serveur*,
donne les informations suivantes :
Autrement dit, l'acces à mon service (endpoint) est toujour local
(127.0.0.1:33123) !!! Or, si mon applet est sur une autre machine que
le serveur (et c le but du jeu), elle cherche le service en local... et
ne le trouve pas, puisqu'il est sur le serveur.
Et me voila donc avec une petite exception, dans la console java de mon
navigateur, du type :
java.rmi.ConnectException: Connection refused to host: 127.0.0.1
...
*Comment résoudre le problème, pour récupérer des objets
d'implémentation et stub correctement* ???
*Pour résumer la situation* : - La signature de l'applet distribuée en .jar (créé à l'aide de /jar/ et /jarsigner/) fonctionne. - La connection serveur vers client foire, pour les résons invoqué par Patrice (<415da7af$0$9519$).
*Cependant, je me trouve devant un nouveau problème* :
Un toString() sur mon /objet d'implémentation/, créé dans le *serveur*, donne les informations suivantes :
Autrement dit, l'acces à mon service (endpoint) est toujour local (127.0.0.1:33123) !!! Or, si mon applet est sur une autre machine que le serveur (et c le but du jeu), elle cherche le service en local... et ne le trouve pas, puisqu'il est sur le serveur.
Et me voila donc avec une petite exception, dans la console java de mon navigateur, du type :
java.rmi.ConnectException: Connection refused to host: 127.0.0.1 ...
*Comment résoudre le problème, pour récupérer des objets d'implémentation et stub correctement* ???
Valdo.
--
Valdo Tschantre
Comment résoudre le problème, pour récupérer des objets d'implémentation et stub correctement ???
*Solution* :
Pour un objet d'implementation de type UnicastRemoteObject, lancer le service avec l'argument : /-Djava.rmi.servver.hostname/, de la commande java, initialiser à l'URL voulu.
Comment résoudre le problème, pour récupérer des objets
d'implémentation et stub correctement ???
*Solution* :
Pour un objet d'implementation de type UnicastRemoteObject, lancer le
service avec l'argument : /-Djava.rmi.servver.hostname/, de la commande
java, initialiser à l'URL voulu.
Comment résoudre le problème, pour récupérer des objets d'implémentation et stub correctement ???
*Solution* :
Pour un objet d'implementation de type UnicastRemoteObject, lancer le service avec l'argument : /-Djava.rmi.servver.hostname/, de la commande java, initialiser à l'URL voulu.
