Dernières nouveautés J2EE

Posté par  . Modéré par jerome.
Étiquettes :
0
25
nov.
2003
Java
Après la conférence ObjectWeb qui se tenait les 21 et 22 novembre, il est temps de faire un petit tour des nouveautés sur les serveurs d'application J2EE Open Source :

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

  • # Re: Dernières nouveautés J2EE

    Posté par  (site Web personnel) . Évalué à 8.

    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

      Posté par  (site Web personnel) . Évalué à 4.

      ... 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

      Posté par  (site Web personnel) . Évalué à 5.

      > 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

        Posté par  (site Web personnel) . Évalué à 0.

        JonAS est mieux :)
        Meilleur support

        http://about.me/straumat

      • [^] # Re: Dernières nouveautés J2EE

        Posté par  (site Web personnel) . Évalué à 4.

        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 ?
        • [^] # Re: Dernières nouveautés J2EE

          Posté par  . Évalué à 1.

          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.
    • [^] # Re: Dernières nouveautés J2EE

      Posté par  . Évalué à 3.

      > 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

      Posté par  . Évalué à 1.

      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
      • [^] # Re: Dernières nouveautés J2EE

        Posté par  (site Web personnel) . Évalué à 0.

        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)
      • [^] # Re: Dernières nouveautés J2EE

        Posté par  (site Web personnel) . Évalué à 5.

        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

          Posté par  (site Web personnel) . Évalué à 3.

          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.
          • [^] # Re: Dernières nouveautés J2EE

            Posté par  . Évalué à 1.

            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

              Posté par  (site Web personnel) . Évalué à 1.

              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.
              • [^] # Re: Dernières nouveautés J2EE

                Posté par  . Évalué à -1.

                > 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

          Posté par  . Évalué à 3.

          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.
  • # Re: Dernières nouveautés J2EE

    Posté par  . Évalué à 2.

    Est-ce que quelqu'un pourrait m'expliquer les principes de la licence LGPL?
    Quelle sont les differences avec la GPL??
    • [^] # Re: Dernières nouveautés J2EE

      Posté par  (site Web personnel) . Évalué à 5.

      tu peux linker une librairie sous licence LGPL et garder ton programme Closed source. Avec du GPL, tu es obligé de le mettre en Open Source.
      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  . Évalué à 3.

        Avec du GPL, tu es obligé de le mettre en Open Source
        avec la GPL, obligation de garder la GPL et la GPL seulement.
        • [^] # Re: Dernières nouveautés J2EE

          Posté par  . Évalué à 2.

          D'ailleurs je ne connais pas de license libre qui dit "si vous réutilisez ce soft libre/open alors vous pouvez utiliser une autre license libre/open pour votre soft", la notion de license "libre" serait trop floue (à moins d'utiliser précisément les listes définies par la FSF oupar OSI) et surtout pourrait laisser des portes ouvertes à des extensions complètement proprios (en ajoutant une première fois une license permissive de type BSD/LGPL puis plus tard des extensions proprios compatibles avec cette license)
    • [^] # Re: Dernières nouveautés J2EE

      Posté par  . Évalué à 3.

      La GPL réclame la GPL. Tout travail dérivé distribué doit l'être sous la GPL.

      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  (site Web personnel) . Évalué à 1.

        La GPL réclame du compatible GPL, pas du GPL, non ?
        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  . Évalué à 1.

          pour être précis, sauf autorisation spéciale des auteurs d'un soft GPL, il faut qu'une oeuvre qui intégre du code sous GPL puisse être entièrement distribuée sous licence GPL

          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  . Évalué à 1.

            j'ajoute ici l'extrait de la GPL: 6. Each time you redistribute the Program (or any work based on the
            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  . Évalué à 3.

    c'est marrant mais rien qu'en lisant le titre je soupçonnais un pierre Tramo d'être à l'origine de la new :-)

    je sors ->[]

    Je trolle dès quand ça parle business, sécurité et sciences sociales

  • # Re: Dernières nouveautés J2EE

    Posté par  . Évalué à 3.

    "JOnAS (implémentation Open Source des spécifications J2EE par ObjectWeb) devrait être certifié J2EE 1.4 par Sun."
    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  (site Web personnel) . Évalué à 2.

      J2EE est une norme... tu peux etre certifiée J2EE 1.4 si le serveur que tu as réalisé implémente tout ce que la norme demande.

      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 à ceux qui les ont postés. Nous n’en sommes pas responsables.