Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Le 09/09/2014 11:34, David - DCPC a écrit :Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont p as trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alo rs
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en si d on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuelleme nt hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Il n'y a qu'Ã tenter de faire la demande...
Depuis le passage en double licence il y a peut-être des limites sur
l'intégration à debian...
A creuser !
Mes 2 cents
Mourad
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Le 09/09/2014 11:34, David - DCPC a écrit :
Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont p as trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alo rs
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en si d on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuelleme nt hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Il n'y a qu'Ã tenter de faire la demande...
Depuis le passage en double licence il y a peut-être des limites sur
l'intégration à debian...
A creuser !
Mes 2 cents
Mourad
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/540ED041.5080409@nativobject.net
Le 09/09/2014 11:34, David - DCPC a écrit :Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont p as trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alo rs
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en si d on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuelleme nt hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Il n'y a qu'Ã tenter de faire la demande...
Depuis le passage en double licence il y a peut-être des limites sur
l'intégration à debian...
A creuser !
Mes 2 cents
Mourad
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellemen t hors
paquets et sans la validation de Debian du coup.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellemen t hors
paquets et sans la validation de Debian du coup.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellemen t hors
paquets et sans la validation de Debian du coup.
Depuis le passage en double licence il y a peut-être des limites sur
l'intégration à debian...
A creuser !
Depuis le passage en double licence il y a peut-être des limites sur
l'intégration à debian...
A creuser !
Depuis le passage en double licence il y a peut-être des limites sur
l'intégration à debian...
A creuser !
Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour David,
Le package glasshfish a surtout pour vocation de fournir les APIs JavaEE
nécessaires à la constructions d'autres packages. En l'éta t il ne permet
pas de lancer une instance de Glassfish et d'y installer des
applications web. C'est sans doute pour cela que personne n'a ressenti
le besoin de monter en version 3.
Si tu as besoin d'un serveur d'application regarde si Tomcat 7 ou 8 ne
pourraient pas te suffire. Leurs packages respectifs sont très bien
suivis et nous faisons des backports réguliers des dernières ve rsions.
Emmanuel Bourg
Le 09/09/2014 11:34, David - DCPC a écrit :Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont p as trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alo rs
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en si d on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuelleme nt hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour David,
Le package glasshfish a surtout pour vocation de fournir les APIs JavaEE
nécessaires à la constructions d'autres packages. En l'éta t il ne permet
pas de lancer une instance de Glassfish et d'y installer des
applications web. C'est sans doute pour cela que personne n'a ressenti
le besoin de monter en version 3.
Si tu as besoin d'un serveur d'application regarde si Tomcat 7 ou 8 ne
pourraient pas te suffire. Leurs packages respectifs sont très bien
suivis et nous faisons des backports réguliers des dernières ve rsions.
Emmanuel Bourg
Le 09/09/2014 11:34, David - DCPC a écrit :
Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont p as trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alo rs
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en si d on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuelleme nt hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour David,
Le package glasshfish a surtout pour vocation de fournir les APIs JavaEE
nécessaires à la constructions d'autres packages. En l'éta t il ne permet
pas de lancer une instance de Glassfish et d'y installer des
applications web. C'est sans doute pour cela que personne n'a ressenti
le besoin de monter en version 3.
Si tu as besoin d'un serveur d'application regarde si Tomcat 7 ou 8 ne
pourraient pas te suffire. Leurs packages respectifs sont très bien
suivis et nous faisons des backports réguliers des dernières ve rsions.
Emmanuel Bourg
Le 09/09/2014 11:34, David - DCPC a écrit :Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont p as trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alo rs
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en si d on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuelleme nt hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour,
Merci pour la précision.
Pour info nous sommes en cours de migration de tous les vieux
environnements sous suse 9 à 11 (pour dire) et si la plupart sont en
tomcat, 2 ou 3 applis sont sous glassfish. Je suppose qu'il y a une
raison pour laquelle les anciennes équipes avaient pris autre chose
que ce qu'ils connaissaient pour ces 2 là uniquement.
Après je suis côté système et les différences entre glassfish et jboss
j'en avais pas entendu parler il y a un mois :)
Maintenant je veux anticiper car les projets vont bouger d'ici peu et
je veux vraiment éviter de sortir des dépôts officiels Debian, et du
coup devoir gérer la maintenance manuellement de ces applis, avec les
dépendances.
Après j'ai vu qu'il y a d'autres alternatives comme Jboss ou tomcatEE
.... après qu'est-ce que cela change pour porter ces vieilles applis
sur ces plateformes ......
Le 30 septembre 2014 16:18, Emmanuel Bourg a écrit :Bonjour David,
Le package glasshfish a surtout pour vocation de fournir les APIs JavaEE
nécessaires à la constructions d'autres packages. En l'état il ne permet
pas de lancer une instance de Glassfish et d'y installer des
applications web. C'est sans doute pour cela que personne n'a ressenti
le besoin de monter en version 3.
Si tu as besoin d'un serveur d'application regarde si Tomcat 7 ou 8 ne
pourraient pas te suffire. Leurs packages respectifs sont très bien
suivis et nous faisons des backports réguliers des dernières versions.
Emmanuel Bourg
Le 09/09/2014 11:34, David - DCPC a écrit :Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour,
Merci pour la précision.
Pour info nous sommes en cours de migration de tous les vieux
environnements sous suse 9 à 11 (pour dire) et si la plupart sont en
tomcat, 2 ou 3 applis sont sous glassfish. Je suppose qu'il y a une
raison pour laquelle les anciennes équipes avaient pris autre chose
que ce qu'ils connaissaient pour ces 2 là uniquement.
Après je suis côté système et les différences entre glassfish et jboss
j'en avais pas entendu parler il y a un mois :)
Maintenant je veux anticiper car les projets vont bouger d'ici peu et
je veux vraiment éviter de sortir des dépôts officiels Debian, et du
coup devoir gérer la maintenance manuellement de ces applis, avec les
dépendances.
Après j'ai vu qu'il y a d'autres alternatives comme Jboss ou tomcatEE
.... après qu'est-ce que cela change pour porter ces vieilles applis
sur ces plateformes ......
Le 30 septembre 2014 16:18, Emmanuel Bourg <ebourg@apache.org> a écrit :
Bonjour David,
Le package glasshfish a surtout pour vocation de fournir les APIs JavaEE
nécessaires à la constructions d'autres packages. En l'état il ne permet
pas de lancer une instance de Glassfish et d'y installer des
applications web. C'est sans doute pour cela que personne n'a ressenti
le besoin de monter en version 3.
Si tu as besoin d'un serveur d'application regarde si Tomcat 7 ou 8 ne
pourraient pas te suffire. Leurs packages respectifs sont très bien
suivis et nous faisons des backports réguliers des dernières versions.
Emmanuel Bourg
Le 09/09/2014 11:34, David - DCPC a écrit :
Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
Bonjour,
Merci pour la précision.
Pour info nous sommes en cours de migration de tous les vieux
environnements sous suse 9 à 11 (pour dire) et si la plupart sont en
tomcat, 2 ou 3 applis sont sous glassfish. Je suppose qu'il y a une
raison pour laquelle les anciennes équipes avaient pris autre chose
que ce qu'ils connaissaient pour ces 2 là uniquement.
Après je suis côté système et les différences entre glassfish et jboss
j'en avais pas entendu parler il y a un mois :)
Maintenant je veux anticiper car les projets vont bouger d'ici peu et
je veux vraiment éviter de sortir des dépôts officiels Debian, et du
coup devoir gérer la maintenance manuellement de ces applis, avec les
dépendances.
Après j'ai vu qu'il y a d'autres alternatives comme Jboss ou tomcatEE
.... après qu'est-ce que cela change pour porter ces vieilles applis
sur ces plateformes ......
Le 30 septembre 2014 16:18, Emmanuel Bourg a écrit :Bonjour David,
Le package glasshfish a surtout pour vocation de fournir les APIs JavaEE
nécessaires à la constructions d'autres packages. En l'état il ne permet
pas de lancer une instance de Glassfish et d'y installer des
applications web. C'est sans doute pour cela que personne n'a ressenti
le besoin de monter en version 3.
Si tu as besoin d'un serveur d'application regarde si Tomcat 7 ou 8 ne
pourraient pas te suffire. Leurs packages respectifs sont très bien
suivis et nous faisons des backports réguliers des dernières versions.
Emmanuel Bourg
Le 09/09/2014 11:34, David - DCPC a écrit :Bonjour,
A l'occasion de migration d'anciennes applications je monte de
nouveaux serveurs.
J'essaye d'utiliser (et imposer) au maximum l'utilisation de versions
packagées proposées par le système.
Par contre en arrivant à Glassfish, les développeurs ne sont pas trop
gourmands et demande "que" du glassfish V3 au lieu de la dernière
sortie un peu trop récemment (06/2013).
Et là ... aptitude search glassfish --> uniquement du v2.1 !!! alors
que la V3 est sortie en 2009 quand même ??
J'ai été voir sur les dépôts debian, même en sid on reste en 2.1 sans
aucune évolution.
Quelqu'un aurait-il une idée ou explication ? Je n'ai vraiment pas
envie de commencer à gérer des applis comme ça manuellement hors
paquets et sans la validation de Debian du coup.
Sources :
http://fr.wikipedia.org/wiki/GlassFish#Historique
https://packages.debian.org/fr/source/wheezy/glassfish
https://packages.debian.org/fr/source/sid/glassfish
La voix de la sagesse c'est exprimee par le biais de Mourad..
Je rajouterai juste que si les applications sont vieilles et pas forcemen t
tres respectueuses des normes alors il faudra faire attention au packagin g
car d'un serveur a l'autre certaines libertes passent , ne passent pas ou
passent mais avec des soucis a terme... Tout cela etant lie aux Claaloade rs
propres a chaque serveur d'applications.
Jboss est une full stack JEE (contrairement a Tomcat comme le precisait
Mouard)...Par contre sa version open source tourne au grand n'importe quo i
donc la possibilite de la deployer en production ???
Bon courage
La voix de la sagesse c'est exprimee par le biais de Mourad..
Je rajouterai juste que si les applications sont vieilles et pas forcemen t
tres respectueuses des normes alors il faudra faire attention au packagin g
car d'un serveur a l'autre certaines libertes passent , ne passent pas ou
passent mais avec des soucis a terme... Tout cela etant lie aux Claaloade rs
propres a chaque serveur d'applications.
Jboss est une full stack JEE (contrairement a Tomcat comme le precisait
Mouard)...Par contre sa version open source tourne au grand n'importe quo i
donc la possibilite de la deployer en production ???
Bon courage
La voix de la sagesse c'est exprimee par le biais de Mourad..
Je rajouterai juste que si les applications sont vieilles et pas forcemen t
tres respectueuses des normes alors il faudra faire attention au packagin g
car d'un serveur a l'autre certaines libertes passent , ne passent pas ou
passent mais avec des soucis a terme... Tout cela etant lie aux Claaloade rs
propres a chaque serveur d'applications.
Jboss est une full stack JEE (contrairement a Tomcat comme le precisait
Mouard)...Par contre sa version open source tourne au grand n'importe quo i
donc la possibilite de la deployer en production ???
Bon courage