Re: [CC21] Sysème de partage et de filtrage de fichiers sur internet

2005-01-24 Par sujet Joseph Thirionet
Bonjour DaffyDuke,
La seule machine que l'on a avec du Tomcat est configurée en réalité avec 3 
différents modules (dont Tomcat) qui sont nécessaires pour faire tourner un 
applicatif extranet développé par un client. Il s'agit de leur machine et 
de leur développement. Quand à la justesse de ce choix, je suis 
personnellement fortement contre. On leur avait proposé de faire ce 
dévéloppement sur une base php mais leur équipe interne a probablement vu 
d'un mauvais oeil le fait qu'une société externe fasse un travail qu'ils 
sont sencés faire. Ils ont alors imposé ce bouquet de modules et évincé 
php car pas assez stable selon eux. Par après on a du intervenir en pompier 
pour certains problèmes qu'ils rencontraient. Et le simple fait de changer 
une virgule dans un fichier .jsp nous obligeait a redémarrer le bouquet 
(et dans un ordre précis car certains modules sont à l'écoute des autres) 
sans quoi une avait droit à une belle page en erreur de Tomcat. Je ne suis 
pas spécialiste en développement jsp avec Tomcat, bien au contraire mais le 
peu que j'en ai vu avec des gens qui semblaient apparemment l'être 
(spécialistes) me laisse un peu perplexe.
D'autant plus qu'au point de vue stabilité, j'ai vu mieux. Je passe les 
détails mais Tomcat (justement lui) est responsable de plantages récurents. 
Plusieurs ingénieurs d'ici et de l'équipe du client se sont penchés sur le 
problème sans découvrir le pourquoi du comment de cette instabilité. Cela a 
pris des semaines de monitoring et de tentatives de résolutions avant d'en 
arriver à la conclusion que Tomcat était (seul???) responsable. Afin 
d'éviter de devoir nous rendre dans la salle serveur chaque weekend dans la 
salle serveur pour redémarrer la machine, on a du faire un petit script qui 
redémarre le service Tomcat chaque nuit.
Depuis, cela tourne comme un charme.

C'est parfois un problème quand tu ne sais pas exactement ce qu'il y a dans 
les applicatifs développés en extérieur.
On n'est jamais mieux servi que par soi-même. Mais ceci nous écarte du sujet.
En tout cas, heureusement que l'on ne dois pas redémarrer le moteur php ou 
asp lors de simple modification de fichiers.
Maintenant, pour Tomcat, s'il s'agit d'un point de configuration qui permet 
de recompiler automatiquement la page et de la mettre en cache après un 
modif, je suis preneur pour tout conseil.

@+
Joseph
At 00:08 23/01/2005 +0100, you wrote:
Le vendredi 21 janvier 2005 à 12:41 +0100, Joseph Thirionet a écrit :
 Bonjour Pascal,

 le problème avec Tomcat, c'est qu'à la moindre modification, il faut
 redémarer les services de Tomcat.
 Ce qui prend effectivement beaucoup de temps.
Démarrer tomcat prend quelques secondes. A toi de bien tuner ton cache.
Par ailleurs, il ne faut pas toujours redémarrer tomcat. Parfois une
simple modification fait que la page est recompilée automatiquement puis
mise en cache. Encore une fois, ca dépends de ce que tu modifies
(web.xml/server.xml ou *.jsp).
A+
--
DaffyDuke/Home  [ jabber: [EMAIL PROTECTED] | iCQ: 7504537 ]
C.L.X. : http://clx.anet.fr/  |  L'Autre Net : http://lautre.net/
 La Passerelle : http://www.legrandmix.com/
--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]


Re: [CC21] Sysème de partage et de filtrage de fichiers sur internet

2005-01-24 Par sujet DaffyDuke
Hi,

Le lundi 24 janvier 2005 à 08:22 +0100, Joseph Thirionet a écrit :
 Bonjour DaffyDuke,
 
 La seule machine que l'on a avec du Tomcat est configurée en réalité avec 3 
 différents modules (dont Tomcat) qui sont nécessaires pour faire tourner un 
 applicatif extranet développé par un client. Il s'agit de leur machine et 
 de leur développement. Quand à la justesse de ce choix, je suis 

Ouaip, je connais ca aussi. A une époque où je bossais dans un service
d'hébergement dédiés, j'avais essentiellement des applications
développées par les clients (dont quelques unes en tomcat) mais dont on
n'avait aucune maîtrise applicative. On ne faisait que la maintenance
système, faire en sorte que la machine encaisse quoi .

 personnellement fortement contre. On leur avait proposé de faire ce 
 dévéloppement sur une base php mais leur équipe interne a probablement vu 

question d'habitude, on s'y fait

 d'un mauvais oeil le fait qu'une société externe fasse un travail qu'ils 
 sont sencés faire. Ils ont alors imposé ce bouquet de modules et évincé 
 php car pas assez stable selon eux. Par après on a du intervenir en pompier 

C'est pas faux. On ne peut pas faire d'architecture n-tiers en php ! Le
jour où il existera des moteurs d'appli en php là ce sera vraiment
intéressant grave, mais ca l'est déjà assez pour des petits sites.

 pour certains problèmes qu'ils rencontraient. Et le simple fait de changer 
 une virgule dans un fichier .jsp nous obligeait a redémarrer le bouquet 
 (et dans un ordre précis car certains modules sont à l'écoute des autres) 
 sans quoi une avait droit à une belle page en erreur de Tomcat. Je ne suis 
 pas spécialiste en développement jsp avec Tomcat, bien au contraire mais le 
 peu que j'en ai vu avec des gens qui semblaient apparemment l'être 
 (spécialistes) me laisse un peu perplexe.

Ben oui, problème de timestamp dans le cache probablement.

 D'autant plus qu'au point de vue stabilité, j'ai vu mieux. Je passe les 
 détails mais Tomcat (justement lui) est responsable de plantages récurents. 

Dernière version de tomcat ? binaire ou recompilée depuis les sources ?
tomcat natif ou jonas ?
Avec Apache 1.3 ou 2.0 ?
Avec quel mod_jk ?

 Plusieurs ingénieurs d'ici et de l'équipe du client se sont penchés sur le 
 problème sans découvrir le pourquoi du comment de cette instabilité. Cela a 
 pris des semaines de monitoring et de tentatives de résolutions avant d'en 
 arriver à la conclusion que Tomcat était (seul???) responsable. Afin 

Tiens, bon, pourquoi pas. 

 d'éviter de devoir nous rendre dans la salle serveur chaque weekend dans la 
 salle serveur pour redémarrer la machine, on a du faire un petit script qui 
 redémarre le service Tomcat chaque nuit.

En même temps, s'il fait aussi la rotation des logs, c'est pas
dramatique.

 Depuis, cela tourne comme un charme.

Ah ! Fuite mémoire ! T'es en jdk 1.3 ou 1.4 ? de chez Sun ou IBM ? sous
Linux ou Solaris ? [*]

 C'est parfois un problème quand tu ne sais pas exactement ce qu'il y a dans 
 les applicatifs développés en extérieur.

vi, ah souvenirs souvenirs de kill -3 pid pour stracer la stack trace
java, miom :-)
Ouf, j'ai arrêté çà .

 On n'est jamais mieux servi que par soi-même. Mais ceci nous écarte du sujet.
 En tout cas, heureusement que l'on ne dois pas redémarrer le moteur php ou 
 asp lors de simple modification de fichiers.

Quoique. Le moteur php non, mais certaines applis ayant des gestions de
cache supposent parfois une interacation avec ce cache, spip doit forcer
le recalcul des pages par exemples. Important la gestion de cache, très,
quand on fait un petit peu de flux.

 Maintenant, pour Tomcat, s'il s'agit d'un point de configuration qui permet 
 de recompiler automatiquement la page et de la mettre en cache après un 
 modif, je suis preneur pour tout conseil.

Je me souveins plus trop, je sais que le tomcat qu'on utilise au boulot
est patché dans tous les sens, notemment pour crypter les sessions, mais
je sais plus si on a agit sur cet aspect là.


[*] le bon compromis que nous avons trouvé c'est 
linux kernel 2.4 (on a pas encore essayé de tomcat en 2.6)
jvm sun 1.4 (ibm pour la 1.3)
tomcat 4.1
mod_jk, marte je sais plus, faudrait que je vérifie 
apache 2
le tout sur des machines bi-xeon 2.4 Go, 2Go de RAM, du très classique
quoi.


-- 

DaffyDuke/Home  [ jabber: [EMAIL PROTECTED] | iCQ: 7504537 ]
C.L.X. : http://clx.anet.fr/  |  L'Autre Net : http://lautre.net/
 La Passerelle : http://www.legrandmix.com/

--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]



Re: [CC21] Sysème de partage et de filtrage de fichiers sur internet

2005-01-22 Par sujet Joseph Thirionet
Bonjour Pascal,
le problème avec Tomcat, c'est qu'à la moindre modification, il faut 
redémarer les services de Tomcat.
Ce qui prend effectivement beaucoup de temps.

Nous développons depuis 4 ans un système que l'on appelle la V-lib (Virtual 
Library).
Elle évolue et ne fait que s'améliorer au fil du temps grâce aux exigences 
particulières des clients.
En lisant ton mail, je crois que cela correspond à tes besoins.
Si tu veux plus d'infos à ce sujet (sans obligation aucune, évidemment!), 
tu peux me joindre en privé.

Bien à toi.
Joseph
- -
Joseph Thirionet
N.T.C. sa
Zoning Industriel
Allée Centrale
B-6040 JUMET
Tél: (071) 30 67 47
Fax: (071) 31 60 43
Site Web: http://www.ntc.be
News: http://www.ntc.be/lastnews.htm
E-mail: [EMAIL PROTECTED]


At 12:00 21/01/2005 +0100, you wrote:
Bonjour,
Nous avons fait développer un système qui nous permet de mettre à 
disposition des distributeurs des fichiers sur notre extranet. Ceci en 
fonction de leur langue (FR/NL) de leur Pays (B/F/L/NL) et des marques 
qu'ils distribuent.  Cette usine à gaz a été développée (si on peut dire 
développée) par des indiens en Tomcat et les infos sont stockées dans une 
base MYSQL.

Ce brol me prend la tête car pour ajouter ou même modifier un fichier il 
met des fois près de 90 (oui, nonante) secondes. Ce système est hébergé 
sur un serveur externe ce qui donne comme résultat que le visiteur arrive 
sur notre serveur(B) - sur le serveur externe (US) - qui renvoit les 
données vers notre serveur B.

Bref, des milliers de km pour rien et une perte de BP inutile. Je cherche 
donc un système qui me permettrait de faire cela (en PHP ? en CGI ?) De 
façon plus aisée.

Une piste par où chercher ? Il parraitrait que cela existe en ASP.NET mais 
comme mon serveur ne l'est pas, cette solution ne peut être 
retenue.(Microsoft shared portal ?)

Pascal
--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]
--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]


Re: [CC21] Sysème de partage et de filtrage de fichiers sur internet

2005-01-22 Par sujet DaffyDuke
Le vendredi 21 janvier 2005 à 12:41 +0100, Joseph Thirionet a écrit :
 Bonjour Pascal,
 
 le problème avec Tomcat, c'est qu'à la moindre modification, il faut 
 redémarer les services de Tomcat.
 Ce qui prend effectivement beaucoup de temps.

Démarrer tomcat prend quelques secondes. A toi de bien tuner ton cache.
Par ailleurs, il ne faut pas toujours redémarrer tomcat. Parfois une
simple modification fait que la page est recompilée automatiquement puis
mise en cache. Encore une fois, ca dépends de ce que tu modifies
(web.xml/server.xml ou *.jsp).


A+

-- 

DaffyDuke/Home  [ jabber: [EMAIL PROTECTED] | iCQ: 7504537 ]
C.L.X. : http://clx.anet.fr/  |  L'Autre Net : http://lautre.net/
 La Passerelle : http://www.legrandmix.com/

--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]



[CC21] Sysème de partage et de filtrage de fichiers sur internet

2005-01-21 Par sujet Capt'n Le Jeck*
Bonjour,
Nous avons fait développer un système qui nous permet de mettre à 
disposition des distributeurs des fichiers sur notre extranet. Ceci en 
fonction de leur langue (FR/NL) de leur Pays (B/F/L/NL) et des marques 
qu'ils distribuent.  Cette usine à gaz a été développée (si on peut dire 
développée) par des indiens en Tomcat et les infos sont stockées dans une 
base MYSQL.

Ce brol me prend la tête car pour ajouter ou même modifier un fichier il met 
des fois près de 90 (oui, nonante) secondes. Ce système est hébergé sur un 
serveur externe ce qui donne comme résultat que le visiteur arrive sur notre 
serveur(B) - sur le serveur externe (US) - qui renvoit les données vers 
notre serveur B.

Bref, des milliers de km pour rien et une perte de BP inutile. Je cherche 
donc un système qui me permettrait de faire cela (en PHP ? en CGI ?) De 
façon plus aisée.

Une piste par où chercher ? Il parraitrait que cela existe en ASP.NET mais 
comme mon serveur ne l'est pas, cette solution ne peut être 
retenue.(Microsoft shared portal ?)

Pascal 

--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]


Re: [CC21] Sysème de partage et de filtrage de fichiers sur internet

2005-01-21 Par sujet dedekens
développée par des indiens en Tomcat
'tain ils en ont des beaux avions dans l'armée indienne ;)
Désolé je = :)
--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]


RE: [CC21] Sysème de partage et de filtrage de fichiers sur internet

2005-01-21 Par sujet Christian Ista
 Il parraitrait que cela existe en ASP.NET mais
 comme mon serveur ne l'est pas, cette solution ne peut être
 retenue.(Microsoft shared portal ?)

Effectivement, il faut un serveur Windows pour utiliser le framework .NET.
Cela dit, tu peux peut-être utiliser Mono qui est une solution .NET pour
Linux, Open-source basé sur le .NET framework

http://www.mono-project.com/about/index.html

Je n'ai jamais essayé.


Christian,
 



--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]



Re: [CC21] Sysème de partage et de filtrage de fichiers sur internet

2005-01-21 Par sujet Jean-Michel Reghem
[EMAIL PROTECTED] wrote:
développée par des indiens en Tomcat
'tain ils en ont des beaux avions dans l'armée indienne ;)
Désolé je = :)
et merde ... heureusement que j'ai regardé s'il n'y avait pas de 
réponses avant de poster la même feinte débile :-)

Encore une fois, vous avez l'oeil vif cher monsieur :-)
--
Jean-Michel Reghem
Research and Development Engineer
Text To Speech - Generic SDK
E-Mail : mailto:[EMAIL PROTECTED]

BaBel Technologies S.A. 
Acapela Group
Boulevard Dolez 33  B-7000 Mons (Belgium)
Tel: +32-(0)65 37.43.06  
http://www.acapela-group.com

--
Cette liste vous est offerte par Emakina http://www.emakina.com/
Emakina: technologie et creativite au service de vos projets Web.
Desabonnement par mail : mailto:[EMAIL PROTECTED]