En utilisant un seul Registre RMI

J'ai été en utilisant RMI pour un projet que je suis en train de travailler sur et je veux lier à partir de plusieurs hôtes d'un seul registre RMI.

Cependant lorsque j'essaie de le faire, j'obtiens un message d'erreur indiquant que

java.rmi.AccessException: Registre.De registre.lier rejetée; origine /192.168.0.9 est non-hôte local

Je l'ai fait une recherche sur google et il semble que le RMI s'arrête hôtes distants de liaison par défaut, ce que je veux savoir est-il un moyen de substitution ou de passer à côté de cette?

Si quelqu'un à des suggestions sur la façon de sortir de cette question, ils seraient très appréciées, j'ai essayé d'utiliser différents fichiers de stratégie et de substitution de la sécurité de la crèche, mais aucune ne semble fonctionner.

OriginalL'auteur Mark Davidson | 2009-05-04

  1. 7

    Il existe un moyen de contourner la limitation, mais elle est ce qu'elle est: un travail autour de. De toute façon, n'hésitez pas à l'essayer. Il travaille pour nous.

    Sur l'hôte qui exécute la centrale RMI registre exécuter un petit service qui va la lier à un objet distant que d'une seule télécommande méthode: proxyRebind. La mise en œuvre de cette méthode se lie à l'objet qui est fourni dans le registre central (ce qui ne manquerait pas parce que le registre est sur la même machine que ce service).

    Tous les autres hôtes serait tout simplement lookup cet objet distant et invoquer proxyRebind avec leurs propres objets à distance.

    Cela fonctionne parce que le regard sur hébergée à distance registres est autorisé. L'original de votre tentative a échoué car la liaison sur hébergée à distance des registres n'est pas autorisé.

    Laissez-moi savoir si vous avez besoin de plus de clarté sur ce point.

    /RS

    C'est intelligent! Sonne comme quelque chose qui pourrait être fermé comme une potentielle faille de sécurité dans une future version de la JRE. Je ne voudrais pas faire de grandes décisions de conception dépendent de cette technique.
    Si elle était fermée, il se serait passé il y a longtemps! J'ai fait cette mise en œuvre pour les 10 dernières années!
    rndm.bouée j'ai tenté de mettre en œuvre et l'objet n'a en effet de lier le fait cependant lorsque je tente de l'appeler une méthode distante-je obtenir de l'exception java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is: même si la distance de l'objet doit se résoudre à l'IP 192.168.126.137 je me demandais si il y a quelque chose qui me manque, pourriez-vous vous étendre sur votre suggestion, il serait greately apprécié.

    OriginalL'auteur user40552

  2. 2

    2, Il y a un moyen de contourner
    la limitation, mais elle est ce qu'elle est: une
    travail autour de. De toute façon, n'hésitez pas à essayer
    c'. Il travaille pour nous.

    Sur l'hôte qui exécute le
    centrale RMI registre, exécutez une petite
    service qui va se lier à une distance
    objet que d'une seule télécommande méthode:
    proxyRebind. La mise en œuvre de
    cette méthode lie l'objet
    qui est fourni dans la centrale
    registre (ce qui ne devrait pas échouer parce que
    le registre est sur la même machine que
    ce service).

    Tous les autres hôtes serait tout simplement de recherche
    cet objet distant et l'invoquer
    proxyRebind avec leur propre télécommande
    objets.

    Cela fonctionne parce que regardez-up à distance
    hébergé registres est autorisé. Votre
    original tentative a échoué parce que
    liaison sur hébergée à distance registres
    n'est pas autorisé.

    Laissez-moi savoir si vous avez besoin de plus d'
    la clarté sur ce point.

    Cela fonctionne parfaitement. La seule chose à prendre soins suivants doivent toujours être correctement réglé.
    -Djava.rmi.serveur.hostname="LOCAL IP de l'HÔTE"

    Il est seulement nécessaire de définir java.rmi.server.hostname dans un hôte multirésident ou si il ya quelque chose de mal avec votre DNS comme décrit dans l'article A. 1 du RMI FAQ.

    OriginalL'auteur

  3. 1

    J'ai peut-être un malentendu à votre question, si oui, s'il vous plaît laissez-moi savoir.

    J'ai peu d'expérience avec Java RMI, nous l'avons utilisé dans nos Modèles de Conception de classe avec le Modèle de Proxy. (Manuel De Base: La Tête La Première Des Modèles De Conception)

    Nous n'avons pas pu obtenir de nos projets de travail à partir de l'extérieur du réseau de l'université, mais ils fonctionnaient parfaitement lorsqu'il est connecté directement au réseau. Selon le professeur, il n'était pas possible d'utiliser RMI dans notre implémentation sur internet ou wan. Une solution qu'elle a été suggéré qu'un VPN serait nécessaire. Je crois que Vladimir est correct en ce qu'il a à faire avec elle être un local de service de nommage.

    Pas de. Il a à voir avec des rappels d'être infaisable sur les réseaux avec des proxys côté client, et le problème décrit dans l'article R. 1 du RMI FAQ. Local de service de nommage " est une invention de l'imagination.

    OriginalL'auteur Aaron

  4. 0

    J'ai peut-être tort, mais il semble que rmiregistry application est essentiellement d'une enveloppe de plus de nommage local de service. Ce qui signifie qu'il n'y a aucun moyen de faire pointer des objets éloignés.

    Ce que vous avez besoin est une Appellation de la mise en œuvre, et en cluster. Envisager de déplacer en J2EE en tant QUE solution de clustering. Arborescence JNDI est partagée au sein du cluster.

    Vous êtes dans l'erreur. Le RMI Registry est un service de nommage. Ce n'est pas un wrapper sur quoi que ce soit. Il ne veut tout simplement pas accepter bind/relier/unbind demandes des autres que par le localhost. Ce n'est pas la même chose que ne pas être capable de pointer vers des objets à distance. Il peut.

    OriginalL'auteur Vladimir Dyuzhev

  5. 0

    Merci pour tout le monde répond à la solution je suis venu, en fin de compte à utiliser le Cajo Cadre cela donne un système très flexible pour la distribution et il a permis à moi de gérer le registre que j'ai vu ajustement. Il peut également fonctionner derrière des Nat, pare-feu et les serveurs proxy HTTP, ce qui est très utile.

    Je crois que la méthode de la fonction de proxy suggéré par rndm.bouée de travail dans certains cas, mais sa peut être gênant sur certains systèmes. RMI semble avoir quelques problèmes avec les associant à la mauvaise Interface Réseau j'ai particulièrement eu ce problème lors de l'exécution sur les distributions Linux basées sur Debian.

    OriginalL'auteur Mark Davidson