Geronimooooooooooooooo

Posté par  (site web personnel) . Modéré par Mouns.
Étiquettes :
0
8
août
2003
Java
La Fondation Apache lance une implementation de J2EE et appelle à participer.

Le regroupement de plusieurs membres de divers projets OpenSource du monde java permet d'envisager de mettre en place le projet Geronimo [0]. Ces personnes viennent des projets :
- Castor ,
- JBoss ,
- MX4J ,
- OpenEJB

Le projet est actuellement dans l'incubateur, mais si vous êtes un acteur du monde J2EE et que vous vous sentez l'âme d'un bâtisseur, alors ca pourrait être le moment d'ajouter votre pierre à l'édifice, ils en demandent :)

Pour information, j'ai découvert ce projet en lisant un article chez TheServerSide où il est dit que RedHat [1] se rapproche de Jonas et OpenEJB. Dans les commentaires de l'article, on peut lire la réponse de Richard Monson-Haefel : David Blevins and I decided to join the Apache Geronimo J2EE open source project a few weeks ago. This Red Hat deal is news to us. I wish they had spoken to David or I before including OpenEJB in the press release. We would have told them about Geronimo.

Neither David Blevins or I will continue work on OpenEJB, except to support current users. The code will basically be frozen where it is (except for bug fixes) and we will turn our attention to the Apache Geronimo project.
[2]... Red Hat s'est un peu précipité dans ses annonces!

Il existe actuellement 2 projets majeurs d'environement J2EE en OpenSource : JBoss et Jonas. [0] nom de code temporaire, mais comme chacun le sait, le temporaire dure souvent longtemps
[1] grande actu chez RedHat en ce moment, les linux commerciaux semblent en pleine effervescence
[2] traduction rapide : David Blevins et moi, nous avons décidé de rejoindre le projet J2EE open source Geronimo d'Apache. Cette affaire de Red Hat est nouvelle pour nous. J'aurai voulu qu'ils aient parlé à David ou à moi avant d'inclure OpenEjb dans le communiqué de presse. Nous aurions ainsi pu leur parler de Geronimo.

Ni David Blevins ni moi n'allons continuer à travailler sur OpenEjb, sauf pour le support des utilisateurs actuels. Le code sera simplement gelé dans l'état (en dehors des corrections de bugs) et nous allons nous concentrer sur le projet Genonimo d'Apache.

Aller plus loin

  • # Re: Geronimooooooooooooooo

    Posté par  (site web personnel) . Évalué à 10.

    Pfiouuuuu, 3 jours de modération... De scoop tout frais c'est passé à un scoop faisandé. Bon, à ce qui parait, le gibier c'est meilleur faisandé, alors on ne va pas pleurer.

    Depuis, qq liens en plus :

    La page web de Geronimo dans l'incubateur
    http://incubator.apache.org/projects/geronimo.html(...)

    L'annonce sur TheServerSide, avec un bon thread
    http://www.theserverside.com/home/thread.jsp?thread_id=20763&ar(...)

    Zi ouiki
    http://nagoya.apache.org/wiki/apachewiki.cgi?ApacheJ2EE(...)

    La mailing list devel est déjà très active, il y a des sujets assez interessants, j'en comprends pas la moitié, mais c'est instructif.
    geronimo-dev-subscribe@incubator.apache.org (ca, c'est pour s'inscrire, unsubscribe pour se désinscrire bien entendu).
    • [^] # Re: Geronimooooooooooooooo

      Posté par  . Évalué à 6.

      Ils ont pris leur temps chez Apache mais ça fait plaisir.
      Ils ont déjà pas mal de briques.
      S'ils pouvaient porter, alléger, normaliser J2EE comme ils ont réussi avec Struts dont s'inspire (pour le moins) les JSF?

      Mais en fait plein de questions se posent simplement pour Apache:
      - en disant qu'ils vont faire un serveur certifié J2EE, est-ce qu'ils n'ont pas les yeux plus gros que le ventre? Dans combien de temps sera-t-il prêt? N'est-ce pas trop tard face aux Oracle/IBM/BEA ? Et quand ils arriveront à cette certification, les autres auront avancé...
      - JBoss : 9 des 16 développeurs qui sont partis de JBoss rejoignent le projet. Hum...
      - La connivence Apache/Sun est peut-être un peu pesante?

      Mais bon... je trouve que ça n'est pas pour Apache le pari le plus facile.
      Ni politiquement. Ni technologiquement.

      PS: j'ai lu à cette occasion que pas mal de petits sous-projets étaient assez foireux - type log4j qui fait un peu compliqué pour faire que du log... (et ça tourne que sous java>=1.4!)
      • [^] # Re: Geronimooooooooooooooo

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

        log4j qui fait un peu compliqué pour faire que du log... (et ça tourne que sous java>=1.4!
        Euh c'est faux... log4j tourne sur toute jre java2... je le sais, je l'utilise dans tous les projets que je fais... et je n'utilise pas java 1.4...

        Aurait-il sortit une version ne supportant que java >= 1.4 ?
        • [^] # Re: Geronimooooooooooooooo

          Posté par  . Évalué à 1.

          J'ai dû être victime d'une attaque de martiens mangeurs d'yeux.

          Tu dois avoir raison: Vu sur la HP de log4J:"On an AMD Duron clocked at 800Mhz running JDK 1.3.1, it costs about 5 nanoseconds to determine if blah blah ". (http://jakarta.apache.org/log4j/docs/index.html(...) )
          Mon prétexte de fainéant pour pas l'utiliser est tombé! Et m... ;-)
          -->[]
          • [^] # Re: Geronimooooooooooooooo

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

            Par contre dans java 1.4 une nouvelle api de logging est apparue... et cette api elle n'est dispo que sur une jre >= 1.4...

            Voilà pourquoi il vaut mieux utiliser log4j... de plus c'est pas un monstre, c'est très très facile à utiliser, c'est libre... bref que des avantages...
            • [^] # Re: Geronimooooooooooooooo

              Posté par  . Évalué à 2.

              En fait, il vaut mieux utiliser commons-logging (http://jakarta.apache.org/commons/logging.html(...) ) qui est issu de la refactorisation de Struts lors de son passage à la version 1.1.

              Jakarta Commons Logging (JCL) est une fine couche d'abstraction des différentes implémentations d'API de log.

              Quant à l'API de log du JDK1.4, elle n'est pas vraiment comparable à Log4J en terme de fonctionnalités et ne couvre que des besoins élémentaires.
            • [^] # Logging ...

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

              Log4J c'est vraiment de la merde !
              C'est même incroyable ce que c'est merdique, vu que à ce qu'il parait des gens l'utilisent !!!!
              Quand ça trouve pas son petit fichier de conf, ça fait n'importe quoi, c'est lourdingue, inutilement complexe...
              Quand à la version API JDK 1.4, cela me rappelle un peu quand même log4J... c'est de la merde !
              on veut plus d'édulcorants, on veut un log simple, performants, et pas prise de tête.
          • [^] # Re: Geronimooooooooooooooo

            Posté par  . Évalué à 2.

            Mon prétexte de fainéant pour pas l'utiliser est tombé! Et m... ;-)

            Mais t'utilises quoi toi dis voir ? Tu développes pas en Java, me dis pas ça, ça va me faire mal.

            Don't Use System.out.println! http://www.vipan.com/htdocs/log4jhelp.html(...)
            • [^] # Re: Geronimooooooooooooooo

              Posté par  . Évalué à 1.

              j'utilise des throw new RuntimeException ("mes logs");
              ça ralentit un peu mais ça va.
      • [^] # Re: Geronimooooooooooooooo

        Posté par  . Évalué à 3.

        J'ai déjà utilisé log4j dans plusieurs projets au boulot et j'adorre.
        La première fois il m'a fallu une journée pour comprendre le principe de fonctionnement, plus une journée pour mettre en place l'architecture. Mais ensuite ça s'utilse très simplement et c'est vraiment puissant.
        Par exemple je peux ré-activé mes log de débugage à la volée sur une application en production.

        Ca fait plus de deux ans que je l'utilise.

        Remarque il y a peut-être mieux maintenant, je ne sais pas.
      • [^] # Re: Geronimooooooooooooooo

        Posté par  . Évalué à 3.

        S'ils pouvaient porter, alléger, normaliser J2EE comme ils ont réussi avec Struts dont s'inspire (pour le moins) les JSF?

        Que signifie cette phrase ? J2EE est une spécification dont les éditeurs J2EE proposent des implémentations. Que veux tu donc dire par porter et, pire, alléger et normaliser ?

        Et que veux tu souligner exactement lorsque tu mentionnes Struts et JSF (JSR 127 dans le Java Community Process). Est-ce le fait que le créateur de Struts est aujourd'hui salarié de Sun et Specification Leader des JavaServer Faces. Parce qu'en fait je vois rien d'autre. Les JSF, c'est Sun. Point final. Et à terme, je me demande bien ce qu'il va rester de Struts d'ailleurs.

        - en disant qu'ils vont faire un serveur certifié J2EE, est-ce qu'ils n'ont pas les yeux plus gros que le ventre? Dans combien de temps sera-t-il prêt? N'est-ce pas trop tard face aux Oracle/IBM/BEA ? Et quand ils arriveront à cette certification, les autres auront avancé...

        Si il ne font pas du J2EE, je vois pas l'intérêt. Et c'est vrai que ça va être long. Mais de quelle avancée tu parles ??? Les éditeurs ne seront jamais plus en avance que les spécifications. Au passage, j'ajouterais JBoss à ta liste.

        - La connivence Apache/Sun est peut-être un peu pesante?

        Boaf... A mon avis, IBM finance beaucoup plus Apache que Sun.
        La connivence, ce serait par opposition aux mauvaises relations entre le JBoss Group et Sun ?


        Mais bon... je trouve que ça n'est pas pour Apache le pari le plus facile.
        Ni politiquement. Ni technologiquement.


        Pourrais tu approfondir stp. Politiquement ? Technologiquement ?

        PS: j'ai lu à cette occasion que pas mal de petits sous-projets étaient assez foireux - type log4j qui fait un peu compliqué pour faire que du log... (et ça tourne que sous java>=1.4!)

        KWAAAAAAAAAAAAAA ?!? Bon la j'en peux plus. Lire de telles hérésies ça me fait bondir ! Cite tes sources au moins. Sans blagues, tu l'as déjà utilisé Log4J pour pouvoir parler de sa complexité ? Manifestement non puisque tu prétends qu'un JDK >=1.4 soit nécessaire. Pi c'est vrai que c'est une implémentation d'API de log tellement peu répandue que si elle marchait, on le saurait pas. C'est du pur FUD et en plus c'est du n'importe quoi.

        P.
  • # Orthographe

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

    ...vous vous sentez l'âme d'un bâtisseur, ...
  • # Et Jonas?

    Posté par  . Évalué à 1.

    OpenEjb va être gelé, est-ce que Jonas aussi? Quelqu'un à plus d'infos sur ça?
    • [^] # Re: Et Jonas?

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

      Oui y'en a marre de tout le monde qui se pointe avec son serveur J2EE. Surtout dans le monde libre, ils pourrait pas s'entendre un peu pondre un truc unifié super ?
      Evidemment, écartons JBoss qui compte surtout faire de la thune.
      Soutenons JOnAS, le seul qui tient la route actuellement.
      Si Géronimo s'y met, cela va encore brouiller les cartes, avec en plus du JBoss (comme par hasard) dedans ! beurk...
      Notons que Castor est très mal placé aussi : ne supporte pas les grosses montées en charge, ne supporte pas les modèle complexes. Voir plutot Hibernate, bien supérieur. Bref Géronimo choisi mal ses alliés. Cela pourrait se terminer rapidement en dernier des mohicans.
      • [^] # JBoss en allié?

        Posté par  . Évalué à 2.

        Je ne suis pas certain que les dev JBoss qui vopnt bosser sur Geronimo soient les pires. Il semble même que certains de ceux qui avaient quitté JBoss pour les bonnes raisons aient rejoins Geronimo.
        Je fais confiance à Geronimo et à la fondation Apache pour nous sortir quelque chose de très bien. Je me demande juste ce qu'on peut espérer des autres outils en attendant la sortie de Geronimo, vont-ils tendre vers une intégration à terme dans ce projet ou bien se différencier du projet de la fondation Apache...
    • [^] # Re: Et Jonas?

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

      Nan, l'est pas question que Jonas soit gelé! Jonas est développé par ObjectWeb, t'as vu la liste des membres du consortium?

      http://consortium.objectweb.org/members.php(...)

      Je ne pense pas qu'ils souscrivent à la Fondation Apache pour soutenir Geronimo, qui n'existe même pas encore :)
  • # Petite question

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

    excusez mon inculture mais c'est quoi la difference entre ce projet et Tomcat alors ?
    Tomcat n'est pas deja une implementation de J2EE ?

    merci

    Jump3R
    • [^] # Re: Petite question

      Posté par  . Évalué à 1.

      Ben tomcat est "juste" un moteur de servlet / JSP ....

      J2EE intègre tout un tas de "modules", les servlets / JSP ne sont qu'une partie de ces modules ...

      Qd on parle de serveur J2EE, on sous-entend plutot EJB et compagnie

      Voilà voilà ...
      • [^] # Re: Petite question

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

        oui, en effet, J2EE est un ensemble de technologies. Voir la liste ici :
        http://java.sun.com/j2ee/#technologies(...)

        Tomcat n'implémente qu'une toute petite partie (servlet et jsp) mais par exemple, Jboss et Jonas l'utilisent pour cette partie là (ou jetty aussi) y a donc de fortes chances que Geronimo fasse pareil

        Sinon un des pbm des serveurs d'app J2EE libres, c'est que pour être certifiés J2EE ils doivent passer par une serie de tests qui sont payants. Il etait question que Sun assouplisse sa position à ce niveau là... Je ne sais pas où ca en est à ce niveau là.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.