yes, je me suis mangé sur Jonas, au temps pour moi, j'ai en effet confusionné avec Enhydra 4.
par contre, pour Enhydra, je te confirme que Lutris voulait placer Enhydra Entreprise (Enhydra 4), sous licence EPL, le développement avait commencé ainsi d'ailleurs. mais Sun a très clairement exprimé à Lutris que si ils voulaient avoir l'autocollant "J2EE", ils devaient fermer leurs sources, ce qu'ils ont du faire, et ce qui a provoqué la fin de Lutris. (c'était ce que j'expliquais dans mon post précédent)
quand à Lutris encore vivant, c'est faux, la procédure de liquidation fait juste qu'ils revendent le source d'Enhydra 4, vu qu'ils en sont propriétaires du coup: http://www.lutris.com/(...) .
il y a eu un message très clair du président de Lutris dans la ML un peu de temps avant la fermeture, sur le pourquoi du comment ils pliaient les gaules, et qu'ils étaient méga-dégoutés que ça se finisse ainsi...
pour objectweb, l'idée est plutot à mon avis de réutiliser certaines briques interessantes d'Enhydra 3 (XMLC typiquement) en association avec Jonas pour en faire un application server bien cossu, ce qui revient à peu près à refaire le boulot d'Enhydra 4, l'autocollant Sun en moins.
dernier détail, comparer Enhydra (classic, alias Enhydra 3, alias OpenSource Enhydra) avec Tomcat est étrange, vu que Enhydra utilise Tomcat. ce qu'il apporte en plus ce sont effectivement XMLC (gestion XML/HTML des pages, par compilation dans une représentation Java du DOM) et DODS (gestion object des bases de données SQL), ce qui contribue à mettre en place une très propre séparation du code business/data/presentation. Enhydra a aussi un système de répartition de charge intégré (Enhydra Director), très utile quand on veut faire des applis un peu costaud qui doivent tenir la charge....
[^] # Re: Note du modérateur ...
Posté par anonyme512 . En réponse à la dépêche Sun One est open source ?. Évalué à 2.
par contre, pour Enhydra, je te confirme que Lutris voulait placer Enhydra Entreprise (Enhydra 4), sous licence EPL, le développement avait commencé ainsi d'ailleurs. mais Sun a très clairement exprimé à Lutris que si ils voulaient avoir l'autocollant "J2EE", ils devaient fermer leurs sources, ce qu'ils ont du faire, et ce qui a provoqué la fin de Lutris. (c'était ce que j'expliquais dans mon post précédent)
quand à Lutris encore vivant, c'est faux, la procédure de liquidation fait juste qu'ils revendent le source d'Enhydra 4, vu qu'ils en sont propriétaires du coup: http://www.lutris.com/(...) .
il y a eu un message très clair du président de Lutris dans la ML un peu de temps avant la fermeture, sur le pourquoi du comment ils pliaient les gaules, et qu'ils étaient méga-dégoutés que ça se finisse ainsi...
pour objectweb, l'idée est plutot à mon avis de réutiliser certaines briques interessantes d'Enhydra 3 (XMLC typiquement) en association avec Jonas pour en faire un application server bien cossu, ce qui revient à peu près à refaire le boulot d'Enhydra 4, l'autocollant Sun en moins.
dernier détail, comparer Enhydra (classic, alias Enhydra 3, alias OpenSource Enhydra) avec Tomcat est étrange, vu que Enhydra utilise Tomcat. ce qu'il apporte en plus ce sont effectivement XMLC (gestion XML/HTML des pages, par compilation dans une représentation Java du DOM) et DODS (gestion object des bases de données SQL), ce qui contribue à mettre en place une très propre séparation du code business/data/presentation. Enhydra a aussi un système de répartition de charge intégré (Enhydra Director), très utile quand on veut faire des applis un peu costaud qui doivent tenir la charge....