Serveur JAVA EE et la version de JAVA ?

Version imprimable

25/11/2008, 18h00
MaxLaMenaX

Serveur JAVA EE et la version de JAVA ?

Salut lol !

Bon j'ai cherché pas mal d'infos sur les JAVA EE, bon j'ai un peu lu tout et nimporte quoi, mais parfois au milieu il y avait des trucs intéressants ...

Et au final je cherchais donc un serveur JAVA EE qui ne fasse pas que container de servlet /JSP comme tomcat (enfn je crois), mais aussi conteneur EJB ...

Et puis comme dans chaque tutorial, avant d'installer un serveur on nous demande d'installer la bonne version de java, alors je telech le SDK JAVA EE 5.0...

Puis surprise, je me dis mais JAVA fournit un serveur JAVA EE, et assez pratique d'utilisation (drag & drop pour le deploiemen, etc)...

Alors soit ce serveur est détésté,
soit il est boycotté,
soit on prefere faire marcher leurs homologues "francais" Jonas ... etc

Mais très rarement, je vois des discussions paralant de se serveur là même jamais pour dire la verité ...

Quelqu'un a une idée la dessus ?

Cordialement :) !!!!!
28/11/2008, 14h46
sewatech

Bonjour,

Je ne crois pas qu'on puisse parler de boycott. Mais généralement, si on cherche un produit open source, on se tourne vers Glassfish, et si on cherche un produit propriétaire et commercial, on se tourne vers Sun Java Application Server. Ces deux produits et JavaEE SDK ne sont en fait qu'un même produit !

On peut se demander pourquoi 3 noms pour un même produit. Je crois que seul le markerting de Sun peut nous apporter une réponse. Mais c'est dans la lignée des changements de marques de chez Sun. Pour rappel, Forté, Netbeans, IPlanet, NetDynamics, SunONE sont quelques autres marques utilisées par Sun, actuellement ou par le passé, pour leur serveur d'application et leur outil de développement.

Glassfish monte en popularité depuis quelques temps et concurrence le leader de l'open source JavaEE qu'est JBoss.

Alexis
02/12/2008, 13h49
MaxLaMenaX

Ok merci pour ta réponse.

Je comprends un peu prêt, c'est vrai que Sun à aussi racheter MySQL aussi maintenant lol il n'arrète pas (enfin ca fait peut être longtemps).

Puis en plus il m'ont refusé dans leurs boites les saligauds lol !
Enfin bref, si il n'aime pas faire de gros bénéfices, c'est leurs soucis ...

Sinon ...

Citation:

Je ne crois pas qu'on puisse parler de boycott. Mais généralement, si on cherche un produit open source, on se tourne vers Glassfish, et si on cherche un produit propriétaire et commercial, on se tourne vers Sun Java Application Server. Ces deux produits et JavaEE SDK ne sont en fait qu'un même produit !

Tu veux dire que GlassFish, JavaEE SDK, et Sun Java Application Server ne font qu'un ?

Pour moi JavaEE SDK, comprends dans son package le Sun Java Application Server, donc là on est d'accord, par contre il existe une version de ce serveur non commerciale mais peut être bridée ... (je l'ai juste entrevue, et entre testée, mais c'est pas forcément payant si ?)

Et pour GlassFish je pensais que c'était le serveur J2EE integrée à Netbeans, mais qu'il était différent de Sun Java Application Server mais puisque Netbeans = sun, tu as peut être raison ...

Au niveau du choix du serveur J2EE que je vais utiliser, je me tatte encore...

Quand j'étais étudiant, on utilisait "Jonas" et on passait notre temps à lui reprocher "qu"il était de la merde lol", "qu'il marchait jamais et que c'était une usine à gazs". Mais bon quand on est étudiant, on préfére peut être critiquer les environnements plutôt que de se remettre en question sur sa méthode de travail et/ou de programmation... lol ...

Car quand ça marchait pas c'était tout simplement que le code était faux...

Jboss, je suis en train de le tester, et il ressemble grandement à Jonas, en tout cas les traces consoles sont quasiment exactement les mêmes... Donc je soupsonne un moteur système identique ...

Il y a aussi apache Geronimo et quelques autres ... en OpenSource.

Car il m'en faut un qui soit OpenSource ...

Actuellement ce serait plutôt Jboss selon le corporate, mais c'est à discuter ...

Donc si quelqu'un à des suggestions sur les serveurs J2EE OpenSource, elles seront les bienvenues... :) !

Cordialement :) !
04/12/2008, 18h25
chat hotplug

Je vote JBoss aussi (Tomcat inside) et si tu cherche une JVM compatible base toi sur les versions J2SE... basta ! quand au container EJB... j'ai entendu dire que EJB 3 reprenait l'idée d'Hibernate... tant mieux à mon avis.
04/12/2008, 21h02
fr1man

Citation:

quand au container EJB... (pffffrt.. rires etouffés de façon indiscrètes) ... j'en entendu dire que EJB 3 copiait l'idée d'Hibernate... enfin débarassés de cette merde inextricable et anti perf que sont les EJBs ?

Bof bof de descendre les ejbs comme ça sans argumentation.
Ca me fait penser aux anti-java avec leur célèbre phrase: "Java c'est lent"
22/12/2008, 14h55
alexismp
Citation:

Envoyé par sewatech

Mais généralement, si on cherche un produit open source, on se tourne vers Glassfish, et si on cherche un produit propriétaire et commercial, on se tourne vers Sun Java Application Server. Ces deux produits et JavaEE SDK ne sont en fait qu'un même produit !

On peut se demander pourquoi 3 noms pour un même produit. Je crois que seul le markerting de Sun peut nous apporter une réponse.

Je ne suis pas au marketing, mais je peux vous dire qu'il y a désormais:
- GlassFish
- GlassFish Enterprise: version supportée (ex Sun Java System App Server)
- Java EE SDK: GlassFish + documentation
Citation:

Envoyé par sewatech

Glassfish monte en popularité depuis quelques temps et concurrence le leader de l'open source JavaEE qu'est JBoss.

Et pas seulement. Comme JBoss (peut-être même plus), c'est aux leaders (WebLogic, WebSphere) que GlassFish s'attaque. Avec succès.

-Alexis (Sun)
22/12/2008, 14h59
alexismp

Citation:

Envoyé par MaxLaMenaX

Puis en plus il m'ont refusé dans leurs boites les saligauds lol !
Enfin bref, si il n'aime pas faire de gros bénéfices, c'est leurs soucis ...

lol

Citation:

Envoyé par MaxLaMenaX

Tu veux dire que GlassFish, JavaEE SDK, et Sun Java Application Server ne font qu'un ?

Exact

Citation:

Envoyé par MaxLaMenaX

Pour moi JavaEE SDK, comprends dans son package le Sun Java Application Server, donc là on est d'accord, par contre il existe une version de ce serveur non commerciale mais peut être bridée ... (je l'ai juste entrevue, et entre testée, mais c'est pas forcément payant si ?)

Rien n'est bridé. Tout est dans GlassFish (disponible depuis glassfish.org, NetBeans ou sun.com/glassfish)

Citation:

Envoyé par MaxLaMenaX

Et pour GlassFish je pensais que c'était le serveur J2EE integrée à Netbeans, mais qu'il était différent de Sun Java Application Server mais puisque Netbeans = sun, tu as peut être raison ...

Effectivement c'est GlassFish dans NetBeans. Depuis la 6.5 NetBeans propose GlassFish v2 (version Java EE 5) et GlassFish v3 Prelude (version modulaire, conteneur Web, démarrage rapide, léger, ...).
22/01/2009, 13h38
MaxLaMenaX

Ok ok :) !

Merci pour ces infos !

En tout cas, ca y est je suis arrivé à faire fonctionner JBoss 5.0.0 et a tester toutes les fonctionnalitées JAVA EE 5.0 qui m'interessaient, comme l'injection de bean depuis les servlets ... avec l'annotation @EJB, plutot que davoir a faire un initialcontext.lookup mais j'ai pas mal galéré :) !

Ce qui ne marchait pas sur les anciennes versions de JboSS 4.0.2, 4.2.3 ...
du moins, sans ajouter de librairie, avec le serveur par defaut ....
C
ar j'ai entendu des personnes disant qu'elles étaient arrivées à faire l'injection dans les servlets depuis des version anterieures de JBoss...

J'ai essayé, j'ai testé, j'ai échoué :) (veni,vidi,vici :) )

:mouarf:
28/01/2009, 20h13
kalysto

Salut

Bon j'arrive un peu tard dans la discussion, mais je voulais rajouter mon grain de sel :)

Concernant JOnAS (http://jonas.ow2.org), dans sa version 5.1, le serveur offre les fonctions majeures de Java EE 5: EJB3, JPA et JAXWS (pour les web services), sans parler des dernieres servlets et JSPs.
Il a des fonctions séduisantes d'auto déploiement (drag 'n' drop) pour les les modules Java EE (Ejbjar, WebApps, EAR, ...), ainsi qu'une intégration forte avec OSGi, technologie qui offre de puissantes capacités pour développer des applications modulaires et dynamique (ainsi que des capacités de mises à jour à chaud). Il offre aussi des services moins connus, mais tout aussi important pour la production: clustering ainsi que versionning des applications.

Le travail de certification Java EE est en cours mais est deja largement avancé et toutes les fonctions majeures sont disponibles et stables.

Bref, malgré une présence mois forte sur le marché, c'est une solution tout aussi crédibles que les autres serveurs opensource. Et il y a aussi Bull (entre autre) qui offre du support et du service sur le serveur pour les mises en production...
28/01/2009, 20h37
alexismp

JOnAS a du retard mais une bonne base technologique à priori.
Vivement la certification Java EE 5, faudrait pas que Java EE 6 sorte avant :)
29/01/2009, 08h05
kalysto

En effet Alexis, on fait tout pour ca :)
29/01/2009, 10h15
alexismp

Y-a-t-il une roadmap publique quelque part?
29/01/2009, 12h07
OButterlin

Ça sent la seine concurrence entre VIP :mouarf:

Je ne connais pas (non plus) JOnAS mais il me semble en retrait par rapport à JBoss ou GlassFish (que je découvre depuis hier, grâce à alexismp qui a su me convaincre ;)).
Je ne me lancerais pas trop sur un serveur peu utilisé sachant que d'autres, plus répandus, fonctionnent très bien...
C'est peut-être une erreur, mais qu'est ce qui justifierais l'adoption de JOnAS ?

A+
29/01/2009, 14h13
MaxLaMenaX

Salut,

Ben moi j'ai utilisé Jonas et Jboss, pour avoir utilisé les deux, je trouve qu'ils se ressemblent grandement et comme déja dis (je le crois), je pense qu'ils sont basés sur un même moteur ...

Quand on lance le démarrage, que l'on voit quasiment exactement les même trace avec les même terme... en même temps ils utilisent tous deux "log4j"

J'ai réussi à devellopper une petite application web app utilisant les principales fonctionnalitées JEE5.0, je suis arrivé à la faire tourné sous Jboss5.0.0 GA, j'ai essayé sous jonas, c'est pas passé ...

Sur la dernière version de jonas que j'ai utilisé, seule l'injection d'EJB à travers une servlet via l'annotation @EJB, ne fonctionnait pas sous jonas ... sous jonas faut faire un lookup ... (10 lignes de codes au lieu d'une) ...

Par contre niveau fluidité, jboss jusqua la version 4.2.3 tournait bien, comme jonas qui tourne bien ...

Mais jboss 5.0.0, bouffe bcp de ram, nous on a 500MO et c juste ....
Il est vraiment plus lent que son prédéceseur ... 4.2.3 ...

Peut etre faut il arriver a une config minimal pour EJB3.0 pour avoir quelquechose d'assez performant ...:P
29/01/2009, 15h29
OButterlin

Citation:

Envoyé par MaxLaMenaX

...
Mais jboss 5.0.0, bouffe bcp de ram, nous on a 500MO et c juste ....
Il est vraiment plus lent que son prédéceseur ... 4.2.3 ...

Peut etre faut il arriver a une config minimal pour EJB3.0 pour avoir quelquechose d'assez performant ...:P

C'est une chose qui m'avait surpris quand j'ai fait des tests avec JBoss 5, il était extrêmement lent, même avec 1Go de RAM (par rapport à la 4.2.2).
Ce n'était pas encore la version finale, j'espérais que ça changerait mais tu sembles dire que non...
30/01/2009, 08h00
kalysto

Citation:

Envoyé par alexismp

Y-a-t-il une roadmap publique quelque part?

Tout est sur le site: http://wiki.jonas.objectweb.org/xwik...w/Main/Roadmap
30/01/2009, 08h15
kalysto

Hehe, je fais reponses en série ce matin ...

Citation:

Envoyé par OButterlin

Je ne me lancerais pas trop sur un serveur peu utilisé sachant que d'autres, plus répandus, fonctionnent bien...
C'est peut-être une erreur, mais qu'est ce qui justifierais l'adoption de JOnAS ?

Peu utilisé, tout est relatif, moins connu, je l'accorde sans probleme par contre :)
Par exemple, chez France Telecom, JOnAS fait tourner un certain nombre de leurs applications.

En ce qui concerne l'adoption de JOnAS, deja, il fonctionne aussi bien que les autres. Des que le serveur sera certifié (d'ici pas longtemps) ce sera une garantie de fonctionnement pour les applications Java EE conformes.

En fait la différence ne se fait pas sur les fonctions Java EE, car tous les serveurs les implémentent. Il faut plutot regarder des fonctions comme le management, le clustering, ...
30/01/2009, 08h24
kalysto

Citation:

Envoyé par MaxLaMenaX

Salut,

Ben moi j'ai utilisé Jonas et Jboss, pour avoir utilisé les deux, je trouve qu'ils se ressemblent grandement et comme déja dis (je le crois), je pense qu'ils sont basés sur un même moteur ...

Perdu :)
Par contre c'est sur qu'un certain nombre de serveurs partagent certains composants. Les conteneurs web par exemple, Tomcat et Jetty sont intégrés partout... Il est donc normal de voir des traces se ressemblant ...
Concernant log4j, on l'a éjecté de JOnAS, pour eviter les conflits avec les log4j apportés par les applications utilisateurs.

Citation:

Envoyé par MaxLaMenaX

J'ai réussi à devellopper une petite application web app utilisant les principales fonctionnalitées JEE5.0, je suis arrivé à la faire tourné sous Jboss5.0.0 GA, j'ai essayé sous jonas, c'est pas passé ...

Sur la dernière version de jonas que j'ai utilisé, seule l'injection d'EJB à travers une servlet via l'annotation @EJB, ne fonctionnait pas sous jonas ... sous jonas faut faire un lookup ... (10 lignes de codes au lieu d'une) ...

Les premieres versions de JOnAS 5 n'offraient finalement que le support des EJB3 (avec EasyBeans), depuis les fonctions se sont complétées.
Si tu réessayes avec la derniere 5.1, les @EJB (entre autres annotations) sont utilisables.

Citation:

Envoyé par MaxLaMenaX

Peut etre faut il arriver a une config minimal pour EJB3.0 pour avoir quelquechose d'assez performant ...:P

Avec la structure modulaire des nouvelles générations de serveur d'application (GlassFish compris), c'est une capacité disponible: il est possible de construire son serveur "à la carte", et donc d'avoir une sorte de config minimale.
30/01/2009, 08h50
OButterlin

Citation:

Envoyé par kalysto

En fait la différence ne se fait pas sur les fonctions Java EE, car tous les serveurs les implémentent.

Bien d'accord, mais il existe souvent des spécificités par serveur (très certainement parce que la spécification ne couvre pas forcément tout)

Citation:

Envoyé par kalysto

Il faut plutot regarder des fonctions comme le management, le clustering,

Là, il y a effectivement de grosses différences...
Le problème, de mon point de vue développeur d'application, c'est que je n'ai ni le temps, ni l'envie de faire le tour des serveurs d'applications et de ce fait, je me tourne plus spécialement vers les serveurs biens implantés.
Ce doit être frustrant pour les équipes "outsider" qui développent des serveurs, qui font tout leur possible pour en faire un bon, d'entendre des propos comme ça mais c'est une réalité.
Ce n'est pas forcément les meilleurs qui restent, mais ceux qui ont su s'imposer au bon moment.
30/01/2009, 09h52
kalysto

La spécification couvre ce qu'elle couvre, la suite de tests de la certification garantie qu'une application (développée en suivant les specs) fonctionnera bien de la meme facon indifféremment des serveurs et de leurs choix d'implementation.

Ce qui n'est pas couvert par la specification n'entre pas dans le strict domaine Java EE. Les fonctions non Java EE sont donc en effet des spécificités des serveurs d'applications. Et les applications ne sont pas sensées se lier à ces fonctions particulieres, sinon exit la portabilité mise en avant par les spec Java EE...

En ce qui concerne le "je n'ai ni le temps, ni l'envie", je confirme que ca ne fait pas plaisir à entendre ;)

Néanmoins, les fonctions dont je parle ne sont pas utilisées tout les jours par les développeurs d'applications Java EE. Elles s'addressent plutot aux gens qui s'occupent de l'environnement de production (j'inclus la dedans aussi la partie tests d'integration ou l'on verifie que l'application tourne bien dans un environnement similaire à celui de production). Je comprends donc tres bien que ces fonctions ne te concerne pas.
Autre chose, un avantage de Java EE, c'est que si tu suis bien les specifications dans la phase de développement, tu es (en theorie) capable de développer ton application sur un serveur A, puis lors de la mise en production, tu peux utiliser un autre serveur, qui offrira, à celui qui gere la production, les fonctions non Java EE dont il a besoin.
30/01/2009, 23h59
alexismp

Citation:

Envoyé par kalysto

Tout est sur le site: http://wiki.jonas.objectweb.org/xwik...w/Main/Roadmap

Le texte dit : Nov 2008, JOnAS 5.1, Java EE 5 compliant version
Le graphique semble dire Janvier 2009.

Effectivement tout est là :)

-Alexis (qui connaît la galère de gérer une roadmap et la comm qui va avec :)
02/02/2009, 22h13
kalysto

Lol, en effet tout est la :)
En ce moment on est plus occupé à certifier JOnAS qu'a tenir le site web à jour :)
11/02/2009, 18h10
MaxLaMenaX

Salut,

Et bien dis donc, je ne pensais pas faire une polèmique entre les Pro JBoss, les pro Jonas et les pro GlassFish ! Mais bon je trouve ca assez marrant dans le fond :) !

Juste quelques petites remarques :

- La première, c'est sur le logo de jonas, une baleine ?

Ca m'étonnerait que ce soit une pensée générale, mais directement j'ai pensé, baleine, poisson, fish, phishing ---> oulà ca doit être plein de back door, encore les profs qui veulent nous controler à distance lol ! Ca inspire ...

De ce point de vue, GlassFish n'est pas mieux pour des raisons évidentes lol !

Par contre JBoss, je bosse, je travail dur, je suis un boss... là direct on se sent bien...

Je vous rassure, on se sent un peu moins bien quand on attends qu'il est fini de démarrer :) !

Sinon, je ne suis pas assez spécialiste et n'est pas assez de connaissance pour parler des vrais aspects technologiques ou système qui font la différence entre les uns et les autres !

Mais je crois aussi que les détails, simplement les détails font la différence...
ce qui est visible quoi comme toujours ...

Niveau interface JonasAdmin est plus agréable que Jboss et autre petit détail :

Quand tu lance Jonas après démarrage, t'a encore accès clavier dans ta fenetre terminal...

Quand tu lance Jboss ta plus accés, t'es obliger d'ouvrir une autre fenetre !

Puis sur jonas, ya un "jonas admin" en ligne de commande, donc rapide d'accès et utile avec des commandes du style "jndinames" etc ...

J'ai eu du mal à trouver l'équivalent sur JBoss !

Voilà c'est un peu pret tout :) !

Salut :) !:king:
11/02/2009, 18h43
alexismp

Citation:

Envoyé par MaxLaMenaX

Salut,

Et bien dis donc, je ne pensais pas faire une polèmique entre les Pro JBoss, les pro Jonas et les pro GlassFish ! Mais bon je trouve ca assez marrant dans le fond :) !

Juste quelques petites remarques :

- La première, c'est sur le logo de jonas, une baleine ?

Ca m'étonnerait que ce soit une pensée générale, mais directement j'ai pensé, baleine, poisson, fish, phishing ---> oulà ca doit être plein de back door, encore les profs qui veulent nous controler à distance lol ! Ca inspire ...

De ce point de vue, GlassFish n'est pas mieux pour des raisons évidentes lol !

Waouh, ça mouline fort...

Citation:

Envoyé par MaxLaMenaX

Par contre JBoss, je bosse, je travail dur, je suis un boss... là direct on se sent bien...

Je vous rassure, on se sent un peu moins bien quand on attends qu'il est fini de démarrer :) !

lol

Citation:

Envoyé par MaxLaMenaX

Sinon, je ne suis pas assez spécialiste et n'est pas assez de connaissance pour parler des vrais aspects technologiques ou système qui font la différence entre les uns et les autres !

Mais je crois aussi que les détails, simplement les détails font la différence...
ce qui est visible quoi comme toujours ...

Niveau interface JonasAdmin est plus agréable que Jboss et autre petit détail :

Quand tu lance Jonas après démarrage, t'a encore accès clavier dans ta fenetre terminal...

Quand tu lance Jboss ta plus accés, t'es obliger d'ouvrir une autre fenetre !

Ca sent l'utilisateur Windoze...

Citation:

Envoyé par MaxLaMenaX

Puis sur jonas, ya un "jonas admin" en ligne de commande, donc rapide d'accès et utile avec des commandes du style "jndinames" etc ...

Essaye "bin/asadmin jndi" avec GlassFish.

Citation:

Envoyé par MaxLaMenaX

J'ai eu du mal à trouver l'équivalent sur JBoss !

Voilà c'est un peu pret tout :) !

Salut :) !:king:
12/02/2009, 19h37
kalysto

Citation:

Envoyé par MaxLaMenaX

Salut,

Et bien dis donc, je ne pensais pas faire une polèmique entre les Pro JBoss, les pro Jonas et les pro GlassFish ! Mais bon je trouve ca assez marrant dans le fond :) !

Bah, c'est pas vraiment une polemique :)
Et puis c'est toujours utile de confronter les points de vue, on aprend toujours plein de choses.

Citation:

Envoyé par MaxLaMenaX

Juste quelques petites remarques :

- La première, c'est sur le logo de jonas, une baleine ?

Ca m'étonnerait que ce soit une pensée générale, mais directement j'ai pensé, baleine, poisson, fish, phishing ---> oulà ca doit être plein de back door, encore les profs qui veulent nous controler à distance lol ! Ca inspire ...

De ce point de vue, GlassFish n'est pas mieux pour des raisons évidentes lol !

Lol, fallait aller la chercher celle la !
Pour la petite histoire, le logo de JOnAS a commencé comme ca:
http://pauillac.inria.fr/cdrom/prog/...ages/jonas.jpg :)
Une sorte de blague, comme pour le "Intel inside":
http://www.w3sh.com/archives/1048969...tel-inside.PNG

Attention, ya de la reference biblique caché la derriere :)
http://fr.wikipedia.org/wiki/Jonas#R...38-40_.3B__.29

Bon, OK fallait aller la chercher aussi celle la :)
13/02/2009, 09h09
OButterlin

A ben celle-là est pas mal... Une référence biblique... Ô mon dieu !
Je vais de ce pas remplacer mon serveur JBoss qui me fait doublement braire (il me fait penser à "bosser " et "boss", et les 2 me crispent ;))
par ce serveur qui représentera une forme de salut de mon âme... :mrgreen:
(A mettre sur votre plaquette !)

Ceci dit, bravo à toi aussi MaxLaMenaX, passer d'une baleine au phishing était déjà sympa...
13/02/2009, 09h13
alexismp

Pour GlassFish (poisson tropical translucide), le nom vient du développement transparent adopté par Sun pour son serveur d'applications.

Sinon c'est fou l'importance d'un logo. Je pense que Linux doit beaucoup à son pingouin! Je trouve le logo GlassFish plutôt réussi, mais bon je ne suis pas très objectif.
13/02/2009, 09h49
OButterlin

Citation:

Envoyé par alexismp

Je trouve le logo GlassFish plutôt réussi, mais bon je ne suis pas très objectif.

C'est clair :mouarf:
13/02/2009, 17h26
sewatech

Pour le contenu de JNDI, en JBoss, c'est :

Code:

twiddle invoke "jboss.system:type=JNDIView" list true

N'étant qu'un utilisateur de JBoss, je ne connais pas tous les dessous du nom, mais il me semble que ça vient de "EJB Open Source Software", et que le 1° E est rapidement passé à la trappe.

Pour la console d'admin, JBoss commence enfin à faire des efforts, avec "Embedded JOPR". C'est un effet bénéfique de la concurrence.
13/02/2009, 19h11
OButterlin

Citation:

Envoyé par sewatech

Pour la console d'admin, JBoss commence enfin à faire des efforts, avec "Embedded JOPR". C'est un effet bénéfique de la concurrence.

Certes... on va dire qu'elle a le mérite d'exister...
Mais bon, on est très très loin de la console de GlassFish
(ça va faire plaisir à alexismp ;))
13/02/2009, 20h34
sewatech

Certes, mais pour JBoss, c'est déjà un bel effort. Par rapport à jmx-console, il y a du progrès dans la forme et pour une part sur le fond (avec la persistence des modifications).

Je connais plus d'une personne qui s'est détournée de JBoss, juste à cause de l'absence de console d'administration. Pendant longtemps elles allaient surtout vers Jonas, mais je crois qu'à ce niveau Glassfish a mis la barre haut.
Ceci dit, c'est vrai que le critère de la console est important, même si, à mon avis, en exploitation, il vaut mieux privilégier les possibilités de scripting.
16/02/2009, 08h14
alexismp

Citation:

Envoyé par OButterlin

Certes... on va dire qu'elle a le mérite d'exister...
Mais bon, on est très très loin de la console de GlassFish
(ça va faire plaisir à alexismp ;))

Effectivement, mais je pense (pour répondre à Alexis) que la ligne de commande "asadmin" est pas mal non plus :)

Qq slides récents sur le sujet: http://wikis.sun.com/display/TheAquarium/ASAdmin
16/02/2009, 16h00
glagsoft

Regardez aussi du cote de http://openejb.apache.org/ un serveur EJB3 léger qui peut être intégrer a tomcat ou en standalone. Très pratique lors du développement et en plus c'est un projet open source :P
17/02/2009, 00h45
kalysto

Lol, c'est fou, j'ai toujours un truc à rajouter :)

Pour le conteneur EJB3 leger, coté francais, on a aussi easybeans (http://www.easybeans.org). C'est intégré dans JOnAS pour ceux qui veulent une solution Java EE complete, mais ca marche aussi tres bien en standalone, dans tomcat/jetty ou dans OSGi...

Salut salut :) !

Je vois que la bataille est rude et que chacun défends son serveur J2EE préféré avec plus ou moins de subjectivité...

Citation:

Waouh, ça mouline fort...

Ouais bon c'est vrai que mes remarques n'étaient pas très très pertinentes, d'ailleurs j'en rigole encore :lol: ! Il faut aussi dire que après une dure journée de travail, on ne maîtrise plus tout à fait ses remarques :) ! D'ailleurs je sens que je vais encore raconter une connerie comme dirait F.Barthez :) !

Citation:

Ca sent l'utilisateur Windoze...

Bah! a vrai dire, j'utilise la plateforme que l'on me met à disposition ! Après que ce soit Windows, linux, unix, ou mac ou amiga (j'déc), ben je m'adapte :) !

Citation:

Attention, ya de la reference biblique caché la derriere

Ah ben tout s'explique enfin ! Je me disais bien que tout était écrit ^^ ! En java ou autres :) !

Citation:

Ceci dit, bravo à toi aussi MaxLaMenaX, passer d'une baleine au phishing était déjà sympa...

Lol, désolé, mais bon elle m'énerve un peu cette baleine à me sourire au nez comme ça, pourquoi qu'elle se moque de moi ? Elle sait des trucs que je ne sais pas ou quoi ? lol !

Sinon, le serveur JBoss par defaut dispose de beaucoup de failles de sécurité à l'installation, pas d'authentification pour accés à "jmx-console" ou "web-console" au moins jonas dispose de cela, même si les accés par défaut sont rarement, rapidement changées "jonas" "jonas", ce qui permet l'accès à des personnes mal intentionnées !

Les failles sont nombreuses !

D'ailleurs JBoss, là il m'agace ... Quand je suis dessus, avant j'avais l'impression d'être sur une grosse cylindrée, une sportive genre GSXR 1200 lol !

Après j'ai eu l'impression d'être dans une dodoche qui se trainait, et maintenant j'ai l'impression d'être sur un tank alors que tout se qu'il me faudrait c'est un vélo pour aller au boulot, quelquechose de léger quoi !

Bon j'arrète mes métaphores ici :) !

Voilà ce que JBoss, le méchant JBoss il m'a dit :( ! :
Code:

1 2 3 4 14:30:56,031 INFO [TomcatDeployment] deploy, ctxPath=/lol, vfsUrl=lolEAR.ear/lolDT.war 14:30:56,235 WARN [WebEJBRemoteHandler] EJBTHREE-1289: Using legacy EjbEncInjector, because mappedName for enc "env/root.servlets.WorkflowServlet/sessLocale", field "null" is null (container.environmentRefGroup.annotatedEjbReferences = [AnnotatedEJBReferenceMetaData{name=root.servlets.TestBoardServlet/sessLocal,ejb-ref-type=null,link=null,ignore-dependecy=false,mapped/jndi-name=null,resolved-jndi-name=lolTEAR/Session/local-root.test.SessionLocal,beanInterface=interface root.test.SessionLocal}, AnnotatedEJBReferenceMetaData{name=root.servlets.WorkflowServlet/sessLocale,ejb-ref-type=null,link=null,ignore-dependecy=false,mapped/jndi-name=null,resolved-jndi-name=null,beanInterface=class root.workflow.facade.WorkflowSession}, AnnotatedEJBReferenceMetaData{name=root.servlets.FinalTestServlet/sessLocal,ejb-ref-type=null,link=null,ignore-dependecy=false,mapped/jndi-name=null,resolved-jndi-name=lolEAR/Session/local-root.test.SessionLocal,beanInterface=interface root.test.SessionLocal}, AnnotatedEJBReferenceMetaData{name=root.servlets.UsersGroupsServlet/sessLocal,ejb-ref-type=null,link=null,ignore-dependecy=false,mapped/jndi-name=null,resolved-jndi-name=lolEAR/Session/local-root.test.SessionLocal,beanInterface=interface root.test.SessionLocal}]) 14:30:56,250 ERROR [TomcatDeployment] ENC setup failed java.lang.IllegalStateException: Resolution should not happen via injection container
J'avais une seule session qui était injectés dans plusieurs servlets, tout fonctionnait bien !

et là j'ai ajouté une nouvelle session, et mon @EJB pour cette session il marche plus ! :( !

Probablement un conflit de JNDI...

Si quelqu'un à une idée! Merci d'avance !

Salut :king:!