JBOSS et Novell annoncent une alliance stratégique

Posté par  . Modéré par Mouns.
Étiquettes : aucune
0
5
juil.
2004
Java
Novell et JBOSS ont annoncé un accord d'alliance stratégique. Dans le cadre de cet accord, Novell annonce le support officiel de JBOSS pour Novell Extend d'ici à la fin 2004.

Novell Extend, issu du rachat de SilverStream par Novell, est un environnement de développement et de publication de services web et portails proposant une interface graphique et de nombreux assistants. Cet accord semble encore renforcer l'implication de Novell dans le logiciel Open Source.

Aller plus loin

  • # Les serveurs d'applications libre se font une place au soleil

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

    Avec JOnAS sur RedHat et, suite à cette news, peut être JBoss sur Suse, c'est l'arrivée des serveurs J2EE à coûts réduits dans le monde de l'entreprise...

    Bonne nouvelle mais de toute façon, quand on est dans le libre, les bonnes nouvelles, c'est presque tous les jours !

    http://about.me/straumat

  • # RMLL

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

    j'en profite pour signaler qu'Objectweb sera aux RMLL de bordeaux et que nous y donnerons des conférences le vendredi après midi !

    http://about.me/straumat

  • # Jboss vs Jonas

    Posté par  . Évalué à 5.

    "Don't feed the troll" comme dit l'autre plus haut.

    Quelles sont les différences entre Jboss et Jonas. Pas en terme de "celui la est meilleur que l'autre" mais en terme d'objectifs.
    Il y a-t-il une différence entre les licences ?
    On dit que Jonas est européen. Jboss serait américain ? En quoi c'est important ?

    Ce qui me chiffonne aussi, c'est SuSE qui est (ou était) membre de Objectweb (proche Jonas) :
    http://consortium.objectweb.org/members.php(...)
    Il y a-t-il un lien entre Objectweb et Jboss ?

    Bref, j'aimerai beaucoup d'éclairsissement.

    • [^] # Re: Jboss vs Jonas

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

      J'avais écrit un petit truc sur pkoi nous avons choisi JOnAS plutot que JBoss : http://www.jroller.com/comments/trom/Weblog/why_we_choosed_jonas_in(...)

      Niveau licence, JBoss -> GPL et JOnAS -> LGPL je crois.

      JOnAS n'est plus vraiment "européen". Meme, si il est vrai que beaucoup de ces contributeurs sont français/européens, les choses sont en train de changer, beaucoup de sociétés/consortium US nous rejoignent.

      A ma connaissance, il n'y a aucun lien entre Objectweb et JBoss. Par contre, il y en a entre Objectweb et Apache. Leur projet de serveur J2EE geronimo utilise des composants du consortium Objectweb.

      Voila :) en éspérant que cela aide.

      http://about.me/straumat

      • [^] # Re: Jboss vs Jonas

        Posté par  . Évalué à 1.

        Jboss c'est du LGPL (position défendu fortement par monsieur mfleury qui ne voit aucun intéret pour une entreprise à faire du GPL, sujet qui a comme vous pouvez l'imaginer était l'origine de nombreux trolls sur des sites comme theserverside.com).
        plus d'infos sur http://www.jboss.org/faq/license(...)

        • [^] # Re: Jboss vs Jonas

          Posté par  . Évalué à 1.

          Jboss c'est du LGPL (position défendu fortement par monsieur mfleury qui ne voit aucun intéret pour une entreprise à faire du GPL...

          Marc Fleury, qui est français, voit un intéret énorme dans le développement Open Source. En tant que chef d'entreprise, il est logique que celui-ci s'oriente vers un minimum de rentabilité pour sa société. JBoss propose des services de consulting, des formations, de la maintenances, support, etc. qui sont bien évidement payants. Je ne voit pas de mal à cela.

          Je crois aussi que certains développeurs de JBoss ont été reconpensé financièrement pour le travail fournis alors qu'il n'y avait aucune obligation de la part de M. Fleury. Peu d'entreprises du LL le font.

          JBoss est LGPL.

          • [^] # Re: Jboss vs Jonas

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

            Tout a fait d'accord. Mais je prégère l'approche JOnAS qui consiste à avoir un consortium à but non lucratif ou chaque société participe et chaque société exploite le produit comme il veut.

            Plutot que d'avoir une société avec une vision qui gère seule sont projet.

            La véritié est un pluriel de points de vue donc mieux vaut être plus nombreux. Néanmoins, JBoss est, je pense, un exemple à suivre

            http://about.me/straumat

    • [^] # Re: Jboss vs Jonas

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

      > Quelles sont les différences entre Jboss et Jonas.

      Stéphane est certainement très bien placé pour répondre à cette question, mais je me permet d'intervenir pour 2 choses qui me semblent essentielles de mon point de vue:

      - la doc de Jboss n'est pas libre (il y a des FREE partout sur le site, ça fout les jetons...)
      - les intentions de Marc Fleury n'ont jamais été très claires.
      - ils se sont attaqué à la fondation Apache les accusant d'avoir piqué du code pour Geronimo alors qu'Apache s'est allié avec Objectweb me semble-t-il, d'où un doute supplémentaire sur leurs intention.

      • [^] # Re: Jboss vs Jonas

        Posté par  . Évalué à 4.

        Merci (j'ai aussi fait un petit coup de google sur "Marc Fleury").

        Jboss, c'est une boîte, Jonas un consortium. Entre les deux mon coeur balance, mais je vous dis pour lequel :-)

        • [^] # Re: Jboss vs Jonas

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

          Tout à fait, le fait qu'on soit un consortium est très important car on a chacun nos préoccupations, idées, modèles économiques, tailles... mais on bosse tous dans le même sens sur un projet commun.

          Il y a dans le consortium des PME, des centres de recherches, des très grandes entreprises, des SSLL, des éditeurs... et ça, je pense, cela contribue a faire d'Objectweb un groupe qui va dans le bon sens.

          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.