Comment définir le délai d'attente de demande pour Connecteur JMX

Je suis en train de définir expiration du délai de demande de Connecteur JMX mais il semble que cela ne fonctionne pas.

env.put("jmx.remote.x.request.waiting.timeout", new Long(30000));

Mais depuis il ne fonctionne pas, j'ai googlé pour voir la raison et a trouvé que dans la norme JMX à distance de l'api ne les supporte pas la au-dessus de variable d'environnement.

Est-il un autre moyen de définir le délai de demande?

pourriez-vous ajouter le délai d'attente de la connexion JMX lors de la création par exemple JMXConnector jmxc = connectWithTimeout(jmxServiceURL, 30, TimeUnit.SECONDES);
Ouais je suis allé par le biais de ce blog, mais mon exigence est de définir le délai d'attente de demande pas le temps de connexion. Je me demandais si JMXMP connecteur ont cette capacité.
ah ok, désolé cant vous y aider.

OriginalL'auteur sasankad | 2012-10-08

  1. 7

    Si vous utilisez par défaut JMX protocole - le RMI - alors la meilleure option pour le côté client, le délai est de la mondiale RMI délai d'attente de connexion. Bien sûr, cela ne fonctionne que si vous n'avez pas besoin d'utiliser RMI les connexions qui doivent être ouverts pour toujours.

    Voici un exemple de propriété pour les délais d'attente (prises à partir d'Oracle RMI documentation: http://docs.oracle.com/javase/7/docs/technotes/guides/rmi/sunrmiproperties.html):

    -Dsun.rmi.transport.tcp.responseTimeout=60000

    Je l'ai testé, il fonctionne vraiment. Dans la documentation d'oracle il ya aussi quelques autres propriétés utiles de client et côté serveur de la communication.

    Si nous parlons de quelque chose comme un test junit, vous pourriez aussi le faire par programmation avant de commencer jmx, par exemple, dans un @BeforeClass méthode: Système.setProperty("sun.rmi.de transport.tcp.responseTimeout", "60000")

    OriginalL'auteur bartosz.r

  2. 3

    u pouvez essayer ces codes pour configurer le connecteur JMX délai d'attente:

       JMXConnector connectWithTimeout(JMXServiceURL url, long timeout, TimeUnit unit) {
    ExecutorService executor = Executors.newSingleThreadExecutor();
       Future<JMXConnector> future = executor.submit(new Callable<JMXConnector>() {
            public JMXConnector call() {
                return JMXConnectorFactory.connect(url);
            }
              });
       return future.get(timeout, unit);
          }
    C'est la solution que j'ai adapté. Mais j'ai oublié de mettre à jour ma réponse. Je vais donc accepter cette réponse.
    Ok, mais ce n'est pas réellement la cause pendu connexions à la fois. Il des causes justes, le fil de cesser d'attendre que la connexion, et assumer l'échec. Dans un trafic élevé de l'environnement, les connexions à gauche derrière cette façon de rapidement absorber.

    OriginalL'auteur Deepak Sharma