<(we)Blog\Flyounet.net>

Calendrier

« Juin 2004 »
lun mar mer jeu ven sam dim
123456
78910111213
14151617181920
21222324252627
282930

Par Flyounet, le 23/06/2004 à 16:12:33

Imaginons une société où plein de petites applications sont écrites pour fonctionner sous WebSphere Application Server. Prenons les développeurs de ces applications qui sont tous des prestataires externes (normal qu'ils soient externes, ils sont prestataires), qui ne connaissent des applications Internet que ce qu'ils en voient sur la toile.

Et oui, je vais encore critiquer, mais en même temps je vais donner deux, trois informations intéressantes sur WAS.

Parlons d'abord de nos amis prestataires : ils utilisent Struts qui est plus orienté grosse application web qui tâche avec des pages qui changent régulièrement de mise en forme. On peut dire que Struts permet plus facilement de séparer contenant et contenu (en gros). Or pour une application qui à quatre ou cinq pages qui se battent en duel et dont la mise en page ne changera jamais ... On ne voit pas bien l'intérêt de Struts.
Si on ajoute à cela, qu'ils ne développent que pour MSIE avec force de Javascripts, il ne faut pas s'étonner qu'une fois loggué, on clique sur "se délogguer", on ferme les fenêtres, on revient et miracle, on est toujours loggué...

Bon passons au problème WAS (notez qu'en fait tout est plus ou moins lié).
Nous utilisons ici pour l'architecture une machine pour le server HTTP (il s'agit ici d'IHS qui est complètement basé sur Apache) d'une machine pour le WAS et d'une autre pour la base de données (Informix).
Le problème est que par défaut WAS sert aussi bien le contenu statique (images, javascripts, CSS) que le contenu dynamique (JSP). On se retrouve donc avec un Apache qui ne sert grosso modo qu'à envoyer les requêtes reçues vers le WAS. Le seul intérêt est que le WAS n'est plus en frontal. On a donc la chose suivante qui se passe : Le client envoi la requête à l'HTTP qui envoie la requête au WAS. Le WAS envoie le résultat de la requête à l'HTTP qui renvoie au client. Dans le cadre d'une page dynamique générée par le WAS, il n'y a rien à redire. Cependant quand les logos, CSS et autres contenus statiques transitent entre le WAS et l'HTTP cela fait une sacrée perte de temps et du transfert inutile.
La logique voudrait que l'on ait les pages dynamiques sur le WAS et tout ce qui peut-être statique (static in english for google) sur l'HTTP. Je me suis donc employé à trouver une solution, j'ai récupéré les images dans l'EAR sur le WAS que j'ai ensuite gentiment déposées sur l'HTTP. Après une solide reconfiguration de l'Apache à coup de RewriteEngine, d'Alias, et autre subterfuge, je me suis aperçu que les images n'étaient toujours pas servie par l'Apache.
Après une tonne de recherche sur le net j'ai consulté la doc suivante : Understanding the WebSphere Application Server Web server plug-in. Grosso modo cette documentation nous apporte l'information suivante : toute requête envoyée à Apache est directement envoyée à WebSphere. Peu importe que l'on souhaite faire de l'UrlRewriting, ou tout autre chose avant WebSphere. Donc la requête passe par Apache va au WebSphere qui vérifie qu'il sait la traiter et la traite, ou sinon la renvoi à Apache (enfin tout cela reste en local sur l'Apache, mais bon, ça énerve). Donc, le seul moyen est soit de modifier la configuration du plugin WebSphere sur l'Apache (genre en ne déclarant que ce qui va être utilisé, puisque par défaut WebSphere veut tout contrôler), soit en compilant l'EAR en indiquant que WebSphere ne doit pas gérer le contenu statique, puis installer cet EAR, puis re-générer la configuration du plugin, puis redémarrage de l'application.
Si vous n'avez pas tout suivi cette documentation d'IBM doit grandement vous aider à comprendre ce dont je parle.

Et là, vous vous dites : Chouette, il a réussi à faire gérer le contenu statique (static content) par l'HTTP. Et moi, je vous répondrais : Ah oui ... mais non !. Cela aurait été trop simple et terriblement ennuyeux, car c'était sans compter sur les prestataires.
En effet, étant un chouilla perfectionniste, j'ai décidé de regarder les logs de mon Apache pour voir juste comme ça. Parce que lorsque c'est WebSphere qui contrôle le fichier d'erreur d'Apache n'est pas renseigné s'il manque une image sur le WAS. Donc, je regarde mes logs et trouve une image manquante dont l'URI était /Appli/+contextePath+"/images/transparent.gif. Je me dis : tient ?! une variable de javascript qui serait partie en sucette ?!. Deux grep plus loin, je trouve le fichier javascript impliqué. Je file voir les prestataires pour leur indiquer le problème sur le javascript, le ton monte, le chef de projet arrive : Résultat le contenu statique est de nouveau géré par le WAS. Les prestataires ont gagné, le chef de projet (qui n'y entend pas grand chose) veut que l'on revienne en arrière comme ça on ne voit plus l'erreur dans les logs. Je leur explique que l'on voit dans l'Access Log d'Apache que le WAS répond un joli 404 à la requête. Mais pour eux c'est pas grave, ce n'est plus une erreur puisque cela n'apparait plus dans l'Error Log. (sic!)
Résultats l'application n'est pas corrigée, je me suis limite fait engueuler pour avoir sous entendu que l'application avait été mal faite et les prestataires sont toujours à la cafet' (enfin pas plus de 4heures sur 8 sans compter la pause déjeuner) (beurk) !

vu: 2338x - Geek Attitude - Commentaire(s): 15

Commentaire : #1

Par Flyounet, le 23/06/2004 à 16:41:25

Gravatar de Flyounet Et voila aussi une autre URL, comment bien configurer son plugin WebSphere : http://publib.boulder.ibm.com

Commentaire : #2

Par poutrelle, le 24/06/2004 à 10:17:38

Gravatar de poutrelle héhé .... moi j'aime bien être presta :-) ...... par contre je fais rarement 8 heures :-))))))))

Commentaire : #3

Par Flyounet, le 24/06/2004 à 10:47:06

Gravatar de Flyounet Ah bah euh non plus ne font pas 8heures, enfin si mais uniquement de la présence...

Commentaire : #4

Par poutrelle, le 24/06/2004 à 10:57:25

Gravatar de poutrelle je parlais de presence :-)

Commentaire : #5

Par Flyounet, le 24/06/2004 à 11:13:11

Gravatar de Flyounet Les membres de la formidable équipe du Torching Club de France, c'est plus ce que c'était parce que tu fais comment pour les pots en moins de 8 heures ?

Commentaire : #6

Par poutrelle, le 24/06/2004 à 11:17:37

Gravatar de poutrelle je me suis mis a faire des melange pour tout boire d'un seul coup ......

maintenant je mets l'eau avec le ricard :-)

Commentaire : #7

Par Scytale, le 30/06/2004 à 20:50:33

Gravatar de Scytale De l'eau avec du ricard??? mais ce type est un psychopathe!

Commentaire : #8

Par Flyounet, le 30/06/2004 à 23:29:39

Gravatar de Flyounet Ca te va bien à toi de dire cela ! Tu rajoutes même des glaçons !

Commentaire : #9

Par lolo, le 21/06/2005 à 17:20:54

Gravatar de lolo il suffit de faire un alias apache sur le rep de deploiement de l'ear au lieu des rewriteengine

Commentaire : #10

Par kams, le 22/04/2008 à 13:54:49

Gravatar de kams J'ai un problème avec le plugin IHS et je vois que c'est un domaine que tu connais.Est ce que je peut te soumettre ma question?

Commentaire : #11

Par Flyounet, le 28/04/2008 à 15:53:51

Gravatar de Flyounet Bien sûr que tu peux poser ta question.

Commentaire : #12

Par Flyounet, le 14/11/2008 à 13:09:51

Gravatar de Flyounet Sans déconner je suis 3ème sur Google avec ça : "problem installing ear on websphere with firefox"
Et ça me redirige ici...

Bon ben, je suis pas près de trouver ma réponse...

Déposez votre commentaires

Les propos tenus dans ces commentaires appartiennent à leur propriétaire.


Le code HTML dans le commentaire sera affiché comme du texte, les adresses internet seront converties automatiquement.

Votre commentaire ne sera validé que si vous répondez à la question suivante :

Firefox (Take Back the Web) :

Le bon choix

Rediscover the Web

Rechercher (sur Google)

Ma vie en images

Aller à la galerie de Flyounet

Colophon

© 2003-2008, Flyounet.

Nombre de billets : 416

Nombre de commentaires : 1363

Ce site respecte les standards :

Stats (ce site/cette page) Visites : 1595286/3669 | Pages vues : 4228641/3913 | Visiteur(s) : 2/1
Temps de génération de la page XHTML : 2.7807750701904s | SQL : 0.055079698562622s avec 14 requêtes
Hébergement: Dreamhost. Navigateur: Mozilla/FireFox. Voisins: GeoURL/MultiMap.
Vous touchez le fond !Aller en haut de la page.