Pas de Glassfish 3+ sur Debian 7

Le
David - DCPC
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 o=
n 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
--
Salutations,
David

--
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/CAMC25wbgqkMf0CdrnabWjrPNaaNUpXGk+JGb-2GxXqTJnts8+g@mail.gmail.com
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
C. Mourad Jaber
Le #26307537
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


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/
David - DCPC
Le #26307555
Ha je n'ai jamais fait ce genre d'opération.
Où faut-il s'adresser pour ce genre de demande ?

C'est quand même dommage, car sinon vais soit devoir faire des
installations hybrides et plus pénibles à maintenir, soit passer tous
ces serveurs sous RHEL comme on m'a demandé à l'origine :-(

Le 9 septembre 2014 12:02, C. Mourad Jaber
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/






--
Salutations,
David CHALON

--
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/CAMC25wZUuGb+Pmun7+O+axiHfK=
Nicolas FRANCOIS
Le #26307729
Le Tue, 9 Sep 2014 11:34:29 +0200,
David - DCPC
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.



Tu peux faire ton propre paquet d'installation, et compiler les
sources, ça n'est pas très difficile.

bye

--

Nicolas FRANCOIS | /
http://nicolas.francois.free.fr | |__|
X--/\
We are the Micro$oft. __V
Resistance is futile.
You will be assimilated. darthvader penguin

--
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/
jerome moliere
Le #26307774
--001a11c3075c1129980502b30ebd
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonjour a tous,
je pense que Mourad est dans le vrai , deja que l'integration dans les
repositories Maven a ete compliquee pour ces histoires de licence ,
l'integration en tant que .deb et meme dans les non-free va etre
compliquee.De plus honnetement je ne pense pas que ce sujet mobilise grand
monde...
Malheureusement...

J.MOLIERE - Mentor/J



Depuis le passage en double licence il y a peut-être des limites sur
l'intégration à debian...

A creuser !





--001a11c3075c1129980502b30ebd
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Depuis le passage en double licence il y a peut-être des limites sur l &#39;intégration à debian...<br>
<br>
A creuser !<br>
<br></blockquote></div></div></div></div>

--001a11c3075c1129980502b30ebd--

--
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/CAEGYFELFji+
Emmanuel Bourg
Le #26312414
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




--
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/
David - DCPC
Le #26314599
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 entr e 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 Debia n, 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
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









--
Salutations,
David CHALON

--
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/
Mourad Jaber
Le #26314722
Bonjour,

Il me semble aventureux de migrer des applications anciennes d'un serveur à un autre sans
avoir étudier au moins leur contenu.

Tomcat n'est pas un serveur d'application, c'est uniquement un conteneur Web,
contrairement à Glassfish ou JBoss.

Il est capable de déployer des archives de type WAR et c'est tout !

Une étude d'impact est indispensable avant de déployer une application sur un serveur qui
a beaucoup moins de fonctionnalités !

Ensuite, si ce sont des applications vraiment vieilles, il est possible qu'elles utilisent
des fonctionnalités spécifiques à un serveur...

Dans tous les cas, bon courage ;)

++

Mourad

Le 13/10/2014 14:14, David - DCPC a écrit :
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
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










--
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/
jerome moliere
Le #26314741
--047d7bd762064cadff050551de16
Content-Type: text/plain; charset=UTF-8

La voix de la sagesse c'est exprimee par le biais de Mourad..
Je rajouterai juste que si les applications sont vieilles et pas forcement
tres respectueuses des normes alors il faudra faire attention au packaging
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 Claaloaders
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 quoi
donc la possibilite de la deployer en production ???

Bon courage

--047d7bd762064cadff050551de16
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


--047d7bd762064cadff050551de16--

--
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/CAEGYFEJ5civ_50Ajxs8UneW=
David - DCPC
Le #26315007
ok merci pour ces infos.
Toute façon ma reco en interne pour des applis aurait été de refaire
une étude de besoin, une étude des nouvelles technos, et de refai re
une nouvelle appli (après 3 à 6 ans sans dév, pour moi,, qua si sûr que
les besoins aient évolués et/ou les possibilités, ergonomies , ...
aient aussi changé....

De plus souvent c'est pas plus cher de redévelopper ce genre de
dinosaure que de migrer le code... surtout avec java pour passer de v5
à v7 (je sais pas si c'est raisonnable de passer à V6 en 2014, vu que
la v8 semble même assez avancée).

Vis à vis de Jboss ou glassfish ou tomcatEE, en interne undév à   fait
une suggestion peut-être pas idiote : si ces services apportent des
améliorations (outils de monitoring notamment), même si on en a p as
vraiment besoin autrement (car de java autonome ou déploiement simple
de war), ne serait-ce pas utile de tout mettre sur glassfish et en
bénéficier même sur les petits codes....

Je n'ai pas répondu encore n'ayant pas de solution administrée so us
debian autre que tomcat à l'heure actuelle....

Le 13 octobre 2014 20:14, jerome moliere
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





--
Salutations,
David CHALON

--
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/
Publicité
Poster une réponse
Anonyme