Discussion :

[Nudger]

Bonjour,

Je cherche à savoir quel est le port utilisé par une JVM dans une Web App (le code est exécuté par l'application elle-même).
Il me faudrait une solution générique: pas une API spécifique au type de serveur d'application ni lié au système (pas d'appel système à lsof par exemple).

J'ai moyen d'instrumenter le code mais ça sera mon derniers recours, je préfèrerais une autre méthode moins intrusive.

Merci.

[LinkinSelim]

Tu devré utilisé netstat -ano

Ensuite tu regarde le PID (Colonne la plus à droite) et tu compare avec le PID de javaw.exe dans le gestionnaire de taches.

Ou bien utiliser un outil visuelle qui peut remplacer Netstat comme TCPView que tu peux télécharger içi

[sinok]

Ces informations sont contenues dans l'HttpServletRequest et peuvent être obtenues via les méthodes getLocalName et getServerPort.

[Nudger]

Tu devré utilisé netstat -ano

Ensuite tu regarde le PID (Colonne la plus à droite) et tu compare avec le PID de javaw.exe dans le gestionnaire de taches.

Ou bien utiliser un outil visuelle qui peut remplacer Netstat comme TCPView que tu peux télécharger içi

La solution est liée à Windows.
Et par ailleurs, c'est dans la JVM elle-même que je dois faire ça, pas de l'extérieur.
Merci quand-même

Ces informations sont contenues dans l'HttpServletRequest et peuvent être obtenues via les méthodes getLocalName et getServerPort.

En effet, mais ça sous-entends qu'il faut que j'attende le premier appel externe.

Je suis capable d'obtenir et de fournir des informations concernant la JVM dès le lancement de celle-ci avec un code exécuté par -javaagent. Ce bien avant qu'aucun appel externe n'ait eu lieu, et donc bien avant le premier HttpServletRequest.
Hélas, à ce niveau, je n'arrive pas à savoir le port d'écoute du serveur.

[sinok]

Il suffit de "forcer" cet appel externe avec une servlet configurée pour être appelée au startup de l'appli.

En effet une Servlet configurée comme ayant un load-un-startup fixé verra sa méthode service appelée dès le démarrage du serveur d'application, cette méthode ayant de fait en paramètre l'HttpServletRequest qui va bien.

Ceci te semble-t'il acceptable comme solution?

[sinok]

Sinon dans le cas ou la méthode service n'est pas appelée, tu pourrais essayer de passer par le ServletContext et de parser le retour de la méthode getRealPath qui renvoie l'adresse complète d'une ressource (nom de serveur et port inclus)...

[Nudger]

Merci Sinok.
L'idée est bonne Mais ça ne me convient encore pas.
Je ne peux pas me permettre d'exiger quoi que ce soit sur l'application.

Mon code est en fait une sonde Java et je veux que cette sonde nécessite le minimum de travail des développeurs/architectes/IP pour être opérationnel sur n'importe quelle application => Dans cette optique, je ne peux pas imposer aux développeurs de créer une servlet spécifique pour cette sonde.

Edit: ah peut-être le ServletContext ... je regarde merci.

[sinok]

Si tu veux faire une sonde, j'irais plutôt chercher du coté de JMX, qui doit surement proposer des solutions à ce genre de problèmes.

De fait il existe même une JSR portant sur JMX en environnement JEE: la JSR-77.

A toi d'expérimenter avec JMX et de voir ce que tu peux en tirer (sachant que cet outil peut aller fouiller relativement loin, c'est grace à lui que fonctionne VisualVM par exemple).

[Nudger]

En fait j'utilise déjà JMX dans la sonde
Le numéro de port est en effet disponible mais pas dans les sections standard.

Finalement je vais partir sur la solution HttpServletRequest. J'attendrai le premier appel pour envoyer le premier lot d'informations collectées avec les informations de configuration.

Merci.