Enhydra (serveur d'applications Java/XML sponsorisé par le consortium ObjectWeb), a changé de licence, pour passer en LGPL.
JOnAS (implémentation Open Source des spécifications J2EE par ObjectWeb) devrait être certifié J2EE 1.4 par Sun.
Rappelons que Suse a rejoint récemment le consortium ObjectWeb, après Red Hat.
Sun, Plumtree, Documentum et BEA ont annoncé la création de POST (Portlet Open-Source Trading site). POST est un site sur SourceForge pour publier des portlets en open source, suivant les spécifications JSR 168 et WSRP (Web Services for Remote Portlets).
Après la création du Java Desktop System en Chine, Sun pourrait décider de passer son serveur d'application J2EE (Sun One) en open source.
Enfin, les spécifications J2EE 1.4 ont été validées et rendues publiques.
ndm: Merci également à tof2k.
![[en]](../images/en.png)
Enhydra passe en LGPL (303 hits)-
Liste des projets du consortium ObjectWeb (302 hits)
![[fr]](../images/fr.png)
Suse rejoint le consortium ObjectWeb (365 hits)-
Creation de POST (457 hits)
-
Sun One en open source ? (301 hits)
-
Publication des spécifications J2EE 1.4 (457 hits)
> Lire la dépêche (30 commentaires, moyenne: 2,3).
Vous avez demandé le commentaire #305729.
Run by 
Cette page a été générée par Templeet en 0.0707s (dont 0.0063 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: Dernières nouveautés J2EE
De bien bonnes nouvelles pour le libre. Les spécs J2EE 1.4 étaient attendues par pas mal d'éditeurs de serveurs J2EE, dont le JOnAS, le seul vraiment libre et fonctionnel à ce jour. Non en fait Enhydra l'est aussi, mais embarque un JOnAS en fait.
SunONE en Open Source est aussi une très bonne chose (Sun deviendrait moins bête ??), à voir si quelqu'un pourra en faire quelque chose. Notons que SUN est toujours aussi null pour faire et vendre ses produits Java (heureusement qu'il y a IBM pour faire des outils comme Eclipse). Un exemple malheureux sur ce sujet était Java Web Server, qui fonctionnait nickel avec une interface d'admin temps réel, tout modifiable sans redémarrage... le produit ne s'est pas vendu correctement. Après avoir sorti une version 2 plutot réussie, il l'on simplement retiré de la vente, et ne l'ont pas donner. Cela aurait pourtant pu *beaucoup* profiter à la Apache/Jakarta, qui font le très connu (et malheureusement très moyen) Tomcat.
[^]Re: Dernières nouveautés J2EE
... J'oubliais :
Eclipse propose maintenant un IDE COBOL : http://www.eclipse.org/cobol/(...)
Comme quoi y'aura une vie après le Java ;-)
[^]Re: Dernières nouveautés J2EE
(ça montre surtout qu'il y avait une vie avant java!)
bref..........ploum ploummm.... -->[]
Every takeoff is optional. Every landing is mandatory. -- Rules Of Flying
[^]Re: Dernières nouveautés J2EE
> SunONE en Open Source est aussi une très bonne chose
il n'y a pas déjà JBoss dans le même genre mais mieux et libre, justement ?
sinon l'intérêt de libérer leur implémentation de J2EE reste plutôt réduit tant qu'il ne libéreront pas le JDK... (parce que j'imagine que le J2EE tourne avec le JDK)
[^]Re: Dernières nouveautés J2EE
JonAS est mieux :)
Meilleur support
[^]Re: Dernières nouveautés J2EE
Il n'y a pas déjà JBoss dans le même genre mais mieux et libre, justement ?
Le côté Open-source de JBoss ressemble de plus en plus à une vaste fumisterie : entre les attaques du JBoss group contre la fondation Apache pour vol de code source (http://incubator.apache.org/projects/geronimo/20031031_jboss.pdf(...)) et leur "attitude", je ne me risquerais pas à clamer haut et fort que JBoss est le champion toute catégorie des serveurs J2EE Open-Source. Mais bon, il est très efficace ...
sinon l'intérêt de libérer leur implémentation de J2EE reste plutôt réduit tant qu'il ne libéreront pas le JDK... (parce que j'imagine que le J2EE tourne avec le JDK)
Tu peux argumenter un minimum cette phrase dont je ne comprend pas un traître mot ?
"Putain, mais quelle fichue imagination je peux avoir ! ..."
John Brunner - Tous à Zanzibar
[^]Re: Dernières nouveautés J2EE
Jboss est GPL. Qu'est-ce que tu veux de plus pour le considérer comme "libre" ? Si tu n'es pas content avec leur attitude, rien ne t'empeche de prendre leur code et de faire ton joli petit fork auquel tu pourras donner l'attitude que tu veux.
Grouik!Grouik!
[^]Re: Dernières nouveautés J2EE
> Juste une question (naïve et sans arrière-pensées) : en quoi trouves-tu Tomcat très moyen ?
[^]Re: Dernières nouveautés J2EE
Peux tu m'expliquer en quoi tu le trouve "moyen" Tomcat ?
Car je dois développer une application basé sur un serveur d'application, et mon choix c'est porté sur Tomcat. Grâce au plugin Tomcat sur Eclipse.
Jean
Moteur de recherche libre sur le libre
http://www.labanquise.org/
[^]Re: Dernières nouveautés J2EE
Tomcat est très bien, stable, facile à configurer, ...
Le seul reproche : ce n'est clairement pas une flèche (mais bon, ça reste raisonnable quand même)
Vache qui rit, à moitié dans son lit
[^]Re: Dernières nouveautés J2EE
Tomcat est moyen :
- Performances très en retrait vis à vis de Resin ou JRun
- Messages d'erreur non pertinents en cas d'erreur au démarrage
- Trace d'exception quasi inexploitable dans le browser en cas d'exception dans une servlet.
- Temps de démarrage et d'arrêt ridicules : voir Resin pour quelque chose de rapide.
- Comportement parfois exotiques de certains appels (sendRedirect provoque une coupure du flot d'exécution dans Tomcat 4.x !!!)
Concernant Eclipse, a l'usage Tomcat est difficile pour déboguer les JSP, à cause de noms de packages préfixés par "org.apache.jsp". Du coup le débogueur trouve pas les classes... et l'IDE signale des erreurs de définitions de package. On peut bien sur en faire abstraction, mais c'est jamais agréable de voir son projet rester toujours "dans le rouge" pour l'IDE qui signale des erreurs.
Voir http://www.objectlearn.com/support/docs/debuggingJSP.jsp(...) :
IMPORTANT KNOWN PROBLEMS:
Tomcat 4 and JSP in project subdirectories
Generated servlets for JSP cannot be compiled by Eclipse because the package definitions do not take into consideration the URI paths for JSPs. The package is always org.apache.jsp.
Fixes :
Install Sysdeo Tomcat 4.x patch which can be downloaded from www.sysdeo.com
Or you can use Tomcat 3.3, which has friendly package definitions.
Les script d'export et d'import rament. Celui de Resin est + rapide.
Pour le redéploiement à chaud, voir plutot le JOnAS, qui packagé avec Tomcat donne un truc + correct sur le sujet.
J'apprécie la qualité habituelle des softs Apache, mais concernant Tomcat, c'est limite. J'aurais pu les aider avec mes pieds...
[^]Re: Dernières nouveautés J2EE
J'apprécie la qualité habituelle des softs Apache, mais concernant Tomcat, c'est limite. J'aurais pu les aider avec mes pieds...
Je voudrais pas balancer un coup de pied dans la fourmilière, mais bon, les softs Apache sont d'une qualité franchement variable : si Ant est vraiment un outil formidable (par exemple), des packages comme ECS ou commons pool sont eux beaucoup plus discutables dans leur conception aussi bien que dans leur usage.
"Putain, mais quelle fichue imagination je peux avoir ! ..."
John Brunner - Tous à Zanzibar
[^]Re: Dernières nouveautés J2EE
je ne vois pas en quoi ant est formidable de facon indeniable.
un argument inverse au hasard: il ne sait pas ne recompiler que les fichiers qui ont change comme make le fait. tant que c'est un .java ca va (parce que javac regarde lui-meme les timestamps des fichiers) mais si tu veux faire autre chose (par exemple compiler une lib c chargee en jni ou transformer un .xml.template en .xml...
si je n'avais pas peur de liberer un troll je dirais que ca montre plus qu'ant un bon en arriere de 30 ans qu'un outil vraiment formidable...
[^]Re: Dernières nouveautés J2EE
Je ne vois pas en quoi ant est formidable de facon indeniable.
Tu ne vois pas en quoi un outil d'industrialisation du développement multiplateforme facilement extensible et utilisable est formidable ? Soit.
un argument inverse au hasard: il ne sait pas ne recompiler que les fichiers qui ont change comme make le fait. tant que c'est un .java ca va (parce que javac regarde lui-meme les timestamps des fichiers) mais si tu veux faire autre chose (par exemple compiler une lib c chargee en jni ou transformer un .xml.template en .xml...
Tu vas dire que je suis de mauvaise foi, mais je ne vois pas pourquoi Ant aurait à se soucier de ce genre de problématique. Personne n'a jamais dit que Ant était un compilateur, je crois ?
Car ça n'en est pas un. Et vérifier ce genre de choses, est-ce que ça n'est pas le travail du compilateur ?
Bref, tu confonds deux choses, là. L'intérêt de Ant, c'est de piloter un ensemble de processus visant à produire un code de qualité; Ce qui ne signifie pas seulement le compiler.
Avec Ant, tu peux très facilement compiler ton code, générer la javadoc et les sources HTML associés (c'est ce que fait Maven) en l'ayant au préalable récupéré depuis CVS, puis packager le tout dans un jar (ou un war) et envoyer ce package sur ton serveur d'appli que tu vas en même temps arrêter et relancer.
Pour l'anecdote, j'ai écrit un script qui fait exactement ça avec des connexions SSH, aussi bien au serveur CVS qu'au serveur d'application, et redéploiement sur plusieurs serveurs Tomcat avec arrêt et redémarrage.
si je n'avais pas peur de liberer un troll je dirais que ca montre plus qu'ant un bon en arriere de 30 ans qu'un outil vraiment formidable...
Vas-y, libères-le toujours.
Pour ma part, je n'ai pas l'impression d'un bon en arrière, alors même que j'ai eu l'occasion d'utiliser des pseudo-makefiles.
"Putain, mais quelle fichue imagination je peux avoir ! ..."
John Brunner - Tous à Zanzibar
[+] [^]Re: Dernières nouveautés J2EE
> Tu vas dire que je suis de mauvaise foi, mais je ne vois pas pourquoi Ant aurait à se
> soucier de ce genre de problématique. Personne n'a jamais dit que Ant était un
> compilateur, je crois ?
man make
Et accessoirement, essaye de lire quelques bouquins et documentations sur la programmation, ça t'évitera de raconter n'importe quoi.
[^]Re: Dernières nouveautés J2EE
Mouais, mais bon, travaille un peu avec WebSphere (quelque soit la version: 3.x, 4 ou 5), et tu trouveras que Tomcat, c'est vraiment une bombe!
Concernant les traces d'exeptions dans le browser en cas d'erreur, c'est surtout Java, non? J'ai en tout cas les mêmes dans WebSphere, c'est à dire tout aussi imbitable.
Non, moi je le trouve vraiment très bien ce Tomcat. Et puis même si le temps de démarrage est un peu long, ce qui compte surtout ce sont les temps de réponses par la suite. Et pour avoir discuter avec des consultants J2EE qui avaient fait leurs propres benchs (non publiables) avec des produits commerciaux, et bien Tomcat était pas mal du tout, plus rapide que WebSphere en tout cas, mais là c'est pas très difficile.