Je dois développer une Applet qui fera office
de "tableau de bord" ( supervision d'un serveur FreeBSD ).
Dans un premier temps, il s'agit de piocher dans les logs
des informations pertinentes pour les afficher de façon explicites.
J'avais pensé à faire un script sur le serveur qui génére une page
HTML avec, en brut, les 10 dernières lignes de log;
puis l'applet irait se connecter à cette URL pour récupérer
périodiquement les infos.
D'après vous, quel est le moyen le plus simple pour
exploiter les log du serveur ?
a écrit dans le message de news: | tail -n 10 | | :-)
Je connais tail et je compte l'utiliser pour générer mes rapports de logs. Ma question portait sutout sur les mécanismes mis en jeu pour récuperer ces infos. J'ai trouvé une solution mais elle ne me plait qu'a moitié. Je lis le contenu du fichier donné en url dans l'applet. Mais au lieu de cela, j'aurai aimé faire du "push" de puis le serveur car cela évite à l'applet de lire régulièrement le fichier même si il n'a pas été modifié.
--
Stan .
<ilan.ginzburg@gmail.com> a écrit dans le message de
news:1129111692.623628.280120@g43g2000cwa.googlegroups.com...
| tail -n 10
|
| :-)
Je connais tail et je compte l'utiliser pour générer mes rapports
de logs.
Ma question portait sutout sur les mécanismes mis en jeu pour récuperer ces
infos.
J'ai trouvé une solution mais elle ne me plait qu'a moitié.
Je lis le contenu du fichier donné en url dans l'applet.
Mais au lieu de cela, j'aurai aimé faire du "push" de puis le serveur
car cela évite à l'applet de lire régulièrement le fichier même si il n'a
pas été modifié.
a écrit dans le message de news: | tail -n 10 | | :-)
Je connais tail et je compte l'utiliser pour générer mes rapports de logs. Ma question portait sutout sur les mécanismes mis en jeu pour récuperer ces infos. J'ai trouvé une solution mais elle ne me plait qu'a moitié. Je lis le contenu du fichier donné en url dans l'applet. Mais au lieu de cela, j'aurai aimé faire du "push" de puis le serveur car cela évite à l'applet de lire régulièrement le fichier même si il n'a pas été modifié.
--
Stan .
ilan.ginzburg
J'ai pas d'expérience avec des applet, mais elle peut bien ouvrir une nouvelle connection (TCP) vers le serveur qui lui envoie des données dessus quand des données sont disponibles, non?
Pour faire super simple, le serveur peut juste "piper" la sortie de tail -f <logfile> sur cette connection et l'applet se borner à afficher tout ce qui arrive sur la connection.
J'ai pas d'expérience avec des applet, mais elle peut bien ouvrir une
nouvelle connection (TCP) vers le serveur qui lui envoie des données
dessus quand des données sont disponibles, non?
Pour faire super simple, le serveur peut juste "piper" la sortie de
tail -f <logfile> sur cette connection et l'applet se borner à
afficher tout ce qui arrive sur la connection.
J'ai pas d'expérience avec des applet, mais elle peut bien ouvrir une nouvelle connection (TCP) vers le serveur qui lui envoie des données dessus quand des données sont disponibles, non?
Pour faire super simple, le serveur peut juste "piper" la sortie de tail -f <logfile> sur cette connection et l'applet se borner à afficher tout ce qui arrive sur la connection.
Stan
a écrit dans le message de news:
J'ai pas d'expérience avec des applet, mais elle peut bien ouvrir une nouvelle connection (TCP) vers le serveur qui lui envoie des données dessus quand des données sont disponibles, non?
Pour faire super simple, le serveur peut juste "piper" la sortie de tail -f <logfile> sur cette connection et l'applet se borner à afficher tout ce qui arrive sur la connection.
En effet c'est en gros le principe que j'aimerais implémenter. Mais je ne sais pas comment faire au niveau de l'applet. Je ne peux pas créer une socket en écoute sur un autre port à cause des firewalls. --
Stan .
<ilan.ginzburg@gmail.com> a écrit dans le message de
news:1129131272.954898.300960@f14g2000cwb.googlegroups.com...
J'ai pas d'expérience avec des applet, mais elle peut bien ouvrir une
nouvelle connection (TCP) vers le serveur qui lui envoie des données
dessus quand des données sont disponibles, non?
Pour faire super simple, le serveur peut juste "piper" la sortie de
tail -f <logfile> sur cette connection et l'applet se borner à
afficher tout ce qui arrive sur la connection.
En effet c'est en gros le principe que j'aimerais implémenter.
Mais je ne sais pas comment faire au niveau de l'applet.
Je ne peux pas créer une socket en écoute sur un autre port
à cause des firewalls.
--
J'ai pas d'expérience avec des applet, mais elle peut bien ouvrir une nouvelle connection (TCP) vers le serveur qui lui envoie des données dessus quand des données sont disponibles, non?
Pour faire super simple, le serveur peut juste "piper" la sortie de tail -f <logfile> sur cette connection et l'applet se borner à afficher tout ce qui arrive sur la connection.
En effet c'est en gros le principe que j'aimerais implémenter. Mais je ne sais pas comment faire au niveau de l'applet. Je ne peux pas créer une socket en écoute sur un autre port à cause des firewalls. --
Stan .
ilan.ginzburg
L'applet ne se met pas en écoute mais se connecte au serveur qui lui est en écoute. Normalement les firewall laissent passer le traffic sortant et bloquent l'entrant.
Si le firewall bloque le sortant hors port 80, tu dois te connecter sur le port 80 du serveur depuis l'applet et c'est forcement plus chiant à gérer... (tu dois maitriser le serveur pour garder la connection ouverte et renvoyer des trucs dessus de temps en temps, et en meme temps etre capable de gérer les requetes web normales sur le meme serveur).
Ou alors mettre deux serveurs (sur deux IP differentes) mais je suis pas sur que la securité du navigateur web qui execute l'applet l'autorisera a ouvrir une connection vers l'"autre" serveur (que celui qui a donné l'applet).
L'applet ne se met pas en écoute mais se connecte au serveur qui lui
est en écoute. Normalement les firewall laissent passer le traffic
sortant et bloquent l'entrant.
Si le firewall bloque le sortant hors port 80, tu dois te connecter sur
le port 80 du serveur depuis l'applet et c'est forcement plus chiant à
gérer... (tu dois maitriser le serveur pour garder la connection
ouverte et renvoyer des trucs dessus de temps en temps, et en meme
temps etre capable de gérer les requetes web normales sur le meme
serveur).
Ou alors mettre deux serveurs (sur deux IP differentes) mais je suis
pas sur que la securité du navigateur web qui execute l'applet
l'autorisera a ouvrir une connection vers l'"autre" serveur (que celui
qui a donné l'applet).
L'applet ne se met pas en écoute mais se connecte au serveur qui lui est en écoute. Normalement les firewall laissent passer le traffic sortant et bloquent l'entrant.
Si le firewall bloque le sortant hors port 80, tu dois te connecter sur le port 80 du serveur depuis l'applet et c'est forcement plus chiant à gérer... (tu dois maitriser le serveur pour garder la connection ouverte et renvoyer des trucs dessus de temps en temps, et en meme temps etre capable de gérer les requetes web normales sur le meme serveur).
Ou alors mettre deux serveurs (sur deux IP differentes) mais je suis pas sur que la securité du navigateur web qui execute l'applet l'autorisera a ouvrir une connection vers l'"autre" serveur (que celui qui a donné l'applet).
