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. La norme J2EE 1.4 apporte les choses suivantes :
- support des Web Services (protocoles WSDL et SOAP)
- J2EE Management 1.0 API (gestion d'applications sur un serveur J2EE)
- J2EE Deployment 1.1 API (déploiement d'applications J2EE)
- J2EE Connectors 1.5
- Servlet 2.4 : filtres et listeners
- JSP 2.0 : expression language, custom tags, ...
- EJB 2.1 : amélioration du langage EJB-QL, ...
- JACC (Java Authorization Contract for Containers)
Plus d'informations sur http://www.theserverside.com/resources/article.jsp?l=EvolvingJ2EE
Aller plus loin
- Enhydra passe en LGPL (2 clics)
- Liste des projets du consortium ObjectWeb (6 clics)
- Suse rejoint le consortium ObjectWeb (6 clics)
- Creation de POST (5 clics)
- Sun One en open source ? (4 clics)
- Publication des spécifications J2EE 1.4 (1 clic)
# Re: Dernières nouveautés J2EE
Posté par VACHOR (site web personnel) . Évalué à 8.
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
Posté par VACHOR (site web personnel) . Évalué à 4.
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
Posté par Gabriel . Évalué à 1.
bref..........ploum ploummm.... -->[]
[^] # Re: Dernières nouveautés J2EE
Posté par Jiba (site web personnel) . Évalué à 5.
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
Posté par Stéphane Traumat (site web personnel) . Évalué à 0.
Meilleur support
http://about.me/straumat
[^] # Re: Dernières nouveautés J2EE
Posté par Nicolas Delsaux (site web personnel) . Évalué à 4.
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 ?
[^] # Re: Dernières nouveautés J2EE
Posté par Le Rat Puant . Évalué à 1.
[^] # Re: Dernières nouveautés J2EE
Posté par Cook Captain . Évalué à 3.
[^] # Re: Dernières nouveautés J2EE
Posté par BORT Jean . Évalué à 1.
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
[^] # Re: Dernières nouveautés J2EE
Posté par Nelis (site web personnel) . Évalué à 0.
Le seul reproche : ce n'est clairement pas une flèche (mais bon, ça reste raisonnable quand même)
[^] # Re: Dernières nouveautés J2EE
Posté par VACHOR (site web personnel) . Évalué à 5.
- 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
Posté par Nicolas Delsaux (site web personnel) . Évalué à 3.
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.
[^] # Re: Dernières nouveautés J2EE
Posté par barbie_g . Évalué à 1.
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
Posté par Nicolas Delsaux (site web personnel) . Évalué à 1.
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.
[^] # Re: Dernières nouveautés J2EE
Posté par Frédéric Lopez . Évalué à -1.
> 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
Posté par matli . Évalué à 3.
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.
# Re: Dernières nouveautés J2EE
Posté par Pascal . Évalué à 2.
Quelle sont les differences avec la GPL??
[^] # Re: Dernières nouveautés J2EE
Posté par François Schoubben (site web personnel) . Évalué à 5.
C'est ce que microsoft appelle le côté Viral des Logiciels libre (il faut toujours tout amalgammer, c'est plus facile pour casser :) ).
[^] # Re: Dernières nouveautés J2EE
Posté par grafit . Évalué à 3.
avec la GPL, obligation de garder la GPL et la GPL seulement.
[^] # Re: Dernières nouveautés J2EE
Posté par free2.org . Évalué à 2.
[^] # Re: Dernières nouveautés J2EE
Posté par grafit . Évalué à 3.
la LGPL est notement (mais pas exclusivement) destinée aux bibliothèques : cela permet d'utiliser la bibliothèque ("linker") pour un programme de licence quelconque (libre ou non). Par exempl GTK+ est sous LGPL.
Subtilement la version "free" de QT est sous GPL: donc libre uniquement pour les dévelopements sous GPL.
[^] # Re: Dernières nouveautés J2EE
Posté par Fabimaru (site web personnel) . Évalué à 1.
On peut linker du GPL avec du BSD (mais les modifs du BSD devront rester libre si on veut garder le code GPL, me trompe-je ?).
[^] # code sous license "BSD modifiée" est redistribuable sous GPL
Posté par free2.org . Évalué à 1.
certaines licenses permissives comme la BSD modifiée (modification retirant la clause de publicité obligatoire) autorisent qu'on les distribue sous une autre license (y compris une license proprio) et peuvent donc faire partie d'une oeuvre intégrant du code sous GPL
[^] # Re: code sous license "BSD modifiée" est redistribuable sous GPL
Posté par free2.org . Évalué à 1.
Program), the recipient automatically receives a license from the
original licensor to copy, distribute or modify the Program subject to
these terms and conditions. You may not impose any further
restrictions on the recipients' exercise of the rights granted herein.
You are not responsible for enforcing compliance by third parties to
this License.
pas le droit d'ajouter des contraintes supplémentaires donc la BSD originale n'est pas compatible
par contre la LGPL est compatible car elle contient:
3. You may opt to apply the terms of the ordinary GNU General Public License instead of this License to a given copy of the Library.
voici une liste des licenses compatibles (qui peuvent être "relicensées" en GPL):
http://www.gnu.org/philosophy/license-list.html#GPLCompatibleLicens(...)
# Re: Dernières nouveautés J2EE
Posté par passant·e . Évalué à 3.
je sors ->[]
Je trolle dès quand ça parle business, sécurité et sciences sociales
[^] # Re: Dernières nouveautés J2EE
Posté par Benoit Loki . Évalué à 1.
J'ai bon la ?
Aurevoir ---> []
[^] # Re: Dernières nouveautés J2EE
Posté par Stéphane Traumat (site web personnel) . Évalué à 0.
C'est sympa !!!!!!
http://about.me/straumat
[^] # Re: Dernières nouveautés J2EE
Posté par Benoit Loki . Évalué à 2.
Un peu moins drole, novell via suse investit beaucoup sur .net via le projet mono et il compte la dessus pour gagner des part de marchés:
http://www.technewsworld.com/perl/story/32185.html(...)
J'espère que cela ne vas pas apporter un gramme de légitimité a Micromou pour sa copie pourri du monde java.
V,
Bungee.
# Re: Dernières nouveautés J2EE
Posté par Aurelien . Évalué à 3.
Quelqu'un peut m'expliqué ce qu'être certifié J2EE par Sun veux dire ?
On peut remplacer J2EE 1.4 par JOnAS ? JOnAS permet d'avoir des JSP, EJB.. a partir de code sources Java (valide et correct) du moment que l'on a le JDK ?
(désolé je suis un peu newbie sur le monde Java)
[^] # Re: Dernières nouveautés J2EE
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
J2EE 1.4 est une norme et JOnAS n'est qu'une implémentation particulière de cette norme.
Ce n'est donc pas comparable.
JOnAS, comme je l'ai dit, est un serveur J2EE, il respecte donc une API et offre des services.
Des JSP, EJB servlets et autres vont tourner dans JOnAS ( que l'on appelle un conteneur ) et vont se servir de ces services.
Exemple concert, si tu fais un ejb entité qui représente un client, tu ne vas pas coder de SQL, c JOnAS qui se chargera de sauvegarder les objets persistents dans la base.
Voila
http://about.me/straumat
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.