Version imprimable
Bonjour,
Est-ce que glassphish est gratuit tant au niveau de l'exploitation pour le développement que pour le déploiement ou faut-il prendre un autre ?
Par ailleurs, ce programme est-il durable ou est-il sur le point d'être arrêter ?
Merci de me répondre.
Salutations
l'avenir de Glassfish est sombre. Voir l'annonce d'Oracle
https://blogs.oracle.com/theaquarium...assfish_server
Honnêtement mieux vaudrait pour toi que tu partes sur du Wildfly, ou sur un EAP 6.2, tu risques moins d'ennuis, et ce sont de très bon AS.
Bonjour,
Je posais juste une question sur Glassfish mais je n'ai pas encore choisi de serveur d'application.
Mes critères de choix sont
La durabilité
L'indépendance de la plate forme
Que le programme qui en résulte soit installable sur clef USB.
Que le serveur soit open source de préférence.
A noter que le programme qui en résultera sera sûrement en gpl payant.
Merci pour votre aide
Salutations
La plupart des serveurs d'application sont en java, donc multiplateformes. Pour la durabilité, à part Glassfish pas de soucis. Pour l'open source, c'est au moins le cas de Wildfly.
Par contre, une clef USB? Le principe d'un AS c'est que c'est un serveur... Ils peuvent tenir sur une clé, mais de la à s'exécuter dessus en se baladant d'un système à l'autre, je suis sceptique! Tu peux expliquer pourquoi?
Et pour la licence GPL "payante", je suppose que tu veux parler d'un support payant...
Bonjour,
Le programme devrait être portable (installable sur clef usb ou disque externe), car les programmes classiques s'installent partout et sont difficile voir impossible à désinstaller. L'ordre du plus concerner des système d'exploitation au moins concerner par ce problème serait à mon avis le suivant
Windows
Mac os x
Licux.
Des exemple d'applications portable sont disponibles sur le site suivant.
http://portable-app.com/
Qu'en pensez-vous ?
Salutations
Je connais le site, et j'aime beaucoup leurs productions. Par contre les serveurs d'application sont plutôt destiné à des applications client-serveur. Quel est le but de l'application? Pourquoi as tu besoin d'un serveur d'application ?
quand je vois "portable sur clé" et "serveur d'application", je ne vois pas trop la logique. Le propre même d'un serveur c'est justement d'être sur une machine central, pas de se "balader" :weird:
Bonjour,
JEE te serviras à programmer la partie serveur de ton application, tu n'auras donc pas à le transporter sur une clé usb! Il te faudra l'héberger quelque part sur Internet (OpenShift, Cloudbees...).
Concernant le choix, j'opterais pour TomEE ou WildFly.
++!
On peut ajouter JBoss 7 (au lieu de EAP 6.2), très bon serveur...
Pour le reste, j'ai du mal à comprendre l'intérêt d'un serveur sur clé USB, la partie cliente ok mais le serveur ? :calim2:
C'est pour faire quoi ?
@OButterlin WildFly est l'équivalent de JBoss 8, c'est pour ça que personne ne l'a cité.
EAP est un serveur OSGI (à penchant ESB) donc pas vraiment un serveur JEE (tu n'as pas le support des EJB nativement par exemple, même si il est très facile de l'ajouter).
Autant pour moi, EAP n'est pas OSGI mais une platforme "modulaire" permettant de clusteriser des serveurs, avoir un bus de message, et une belle console de management (Un JbossAS 7 sous stéroides donc)Citation:
Envoyé par Tcharl
Tcharl, je crois que tu lis trop les dépliants publicitaires. Tu devrais télécharger JBoss EAP et l'utiliser pour te faire une idée de ce que c'est. (EAP peut être téléchargé et utilisé pour du dev)
JBoss EAP 6, c'est la même chose que JBoss AS 7, avec des bugs (beaucoup) en moins. Ce n'est pas plateforme OSGi en soi, mais il supporte OSGi, comme AS 7. AS 7 permet aussi de clusteriser des serveurs, il a aussi un bus de message (JMS), et une belle console de management. EAP 6, c'est AS 7 pour lequel ils ont corrigé des bugs. EAP 6.2 commence à ajouter des fonctionnalités d'administration qu'on retrouve dans WildFly 8.
J'en profite pour rebondir sur le sujet initial :
- Glassfish est pérenne, il est et restera l'implémentation de référence de Java EE. Ce qui change, c'est que Oracle ne vend plus de support et qu'il faut donc aller acheter du support auprès de prestataires indépendants. Ce qui change aussi, c'est que Oracle va réduire son investissement et que le risque est de voir la qualité et l'innovation baisser dans les versions futures.
- WildFly 8 est le successeur de JBoss AS 7. Il est pérenne puisque c'est la base du modèle économique de RedHat / JBoss. Il n'y a pas de support par RedHat sur WildFly. Il faudra attendre JBoss EAP 7, qui dérivera de WildFly (probablement de sa version 9). Pour la qualité de WildFly, pour l'instant ça semble très correct, mais on n'a aucune garantie de l'engagement de RedHat là dessus. Par exemple, AS 7 a pas mal de bugs qui sont corrigés dans EAP 6. Ça aussi ça fait partie du modèle de RedHat / JBoss.
- TomEE est fait par la fondation Apache, avec une société créée par ses fondateurs, Tomitribe, qui vend du support. TomEE marche très bien, est probablement pérenne, est assez simple à utiliser mais peut manquer d'outils d'admin.
Je finirais par un petit ajout sur JBoss EAP. Il ne peut être utilisé en production que si on a souscrit au support technique. Si vous voulez essayer sans support, il faut le recompiler vous-même : https://github.com/hasalex/eap-build.
D'où le message que j'ai posté juste après celui que tu as cité, qui récapitule aussi exactement ce que tu as dit...Citation:
Envoyé par hasalex
Me concernant (au niveau du téléchargement, toussa), ça fait bien longtemps que je ne fais plus de JavaEE au sens strict du terme (et ça ne me manques pas).
Glassfish reste (pour l'instant) l'implémentation de référence des version EE (EE7, EE8...) l'innovation ne devrait donc pas baisser. par contre, il y a énormément de chance pour que ça devienne un JEE SDK qui aura des perfs minables, un code non modulaire, enfin bref éloigné des besoins des entreprises et des projets (juste une preuve de concept en sorte...Citation:
- Glassfish est pérenne, il est et restera l'implémentation de référence de Java EE. Ce qui change, c'est que Oracle ne vend plus de support et qu'il faut donc aller acheter du support auprès de prestataires indépendants. Ce qui change aussi, c'est que Oracle va réduire son investissement et que le risque est de voir la qualité et l'innovation baisser dans les versions futures.
Pour les consoles d'admins et autre, il suffit de prendre un Tomcat TC server de chez Springsource et de lui rajouter OpenEJB/OpenJPA pour avoir un TomEECitation:
- TomEE est fait par la fondation Apache, avec une société créée par ses fondateurs, Tomitribe, qui vend du support. TomEE marche très bien, est probablement pérenne, est assez simple à utiliser mais peut manquer d'outils d'admin.
--> personnellement je le fais avec JBOSS. Pour étudier à droite à gauche sans jamais perdre mon environnement, je me suis concoté un environnement eclipse/jboss et autres dans un dossier sous clé, par contre attention en terme de configuration, tu risques d'un peu galéré car c'est moins évident.Citation:
Envoyé par Cafeinoman
ouais, mais on parle de dev là, pas de production en masse :). Hors son message d'origine laisse entendre que ses "clients/acheteurs" devraient pouvoir "installer" sur la clé usb, ce qui est autre chose que mette en place du dev.
Je sais bien que c'est faisable, je le faisais avant d'avoir un portable qui tien la route... Mais comme dit _Tchize, en prod c'est pas pareil. Et puis c'est quand même moins galère de faire un serveur avec partage de session X sur ssh, ou du windows avec bureau à distance, une connexion internet correct suffit, et pas de galère de configuration. Parce que bon, si tu dois aussi trimbaler ton repo maven...Citation:
Envoyé par phoenixfrom06