1) Workshop va supporter plus de plateformes que Weblogic.
Je ne dis pas le contraire, mais le gros avantage du workshop weblogic ce sont les interfaces de gestions de flux et les gestions de cas. Or ces deux APIs et leurs pendants applicatifs ne sont pas libres et ne font pas partie du Workshop. Garder les points forts du workshop mais les passer en libre revient donc a réécrire une API (je pense que la copie brutale serait mal vue par les tribunaux) et un moteur. A ce compte la autant faire un moteur et une API générique, donc indépendant du workshop.
2) Ce sera libre, ça mettra peut-être du temps a changer, mais ça changera.
Personellement je ne vois pas l'interet contrairement a Staroffice ou a Netscape qui sont utilisables en stand alone, la il y a besoin d'avoir une plateforme Websphere pour pouvoir se servir de l'appli Workshop. Autant dévelloper des plug-ins pour Eclipse et NetBeans.
3) cd 2)
Pourquoi faire du reverse engenieering sur un logiciel alors que l'on a déja un équivalent libre qui marche très bien. Entre démonter toute la bète pour comprendre comment elle marche et rajouter deux fonctionnalités a un ANT fonctionnel, doccumenté et supporté par le porjet Apache personellement je n'hésite pas une seconde. Ca représente beaucoup moins de boulot de créer un ANT et un plug-in pour Eclipse que de faire un ANT qui fonctionne avec le Workshop.
J'aime beaucoup le coté libération du code, mais personellement je ne coris pas que le Workshop aura un grand support de la part de la communeauté. En plus les conflits de licenses risque de rendre (une fois de plus, je ne suis pas contre BEA particulièrement sur ce coup la) l'import de code Workshop vers d'autres projets problèmatiques.
[^] # Re: Oui mais ...
Posté par Jerome Herman . En réponse au journal BEA Workshop bientot open source?. Évalué à 3.
Je ne dis pas le contraire, mais le gros avantage du workshop weblogic ce sont les interfaces de gestions de flux et les gestions de cas. Or ces deux APIs et leurs pendants applicatifs ne sont pas libres et ne font pas partie du Workshop. Garder les points forts du workshop mais les passer en libre revient donc a réécrire une API (je pense que la copie brutale serait mal vue par les tribunaux) et un moteur. A ce compte la autant faire un moteur et une API générique, donc indépendant du workshop.
2) Ce sera libre, ça mettra peut-être du temps a changer, mais ça changera.
Personellement je ne vois pas l'interet contrairement a Staroffice ou a Netscape qui sont utilisables en stand alone, la il y a besoin d'avoir une plateforme Websphere pour pouvoir se servir de l'appli Workshop. Autant dévelloper des plug-ins pour Eclipse et NetBeans.
3) cd 2)
Pourquoi faire du reverse engenieering sur un logiciel alors que l'on a déja un équivalent libre qui marche très bien. Entre démonter toute la bète pour comprendre comment elle marche et rajouter deux fonctionnalités a un ANT fonctionnel, doccumenté et supporté par le porjet Apache personellement je n'hésite pas une seconde. Ca représente beaucoup moins de boulot de créer un ANT et un plug-in pour Eclipse que de faire un ANT qui fonctionne avec le Workshop.
J'aime beaucoup le coté libération du code, mais personellement je ne coris pas que le Workshop aura un grand support de la part de la communeauté. En plus les conflits de licenses risque de rendre (une fois de plus, je ne suis pas contre BEA particulièrement sur ce coup la) l'import de code Workshop vers d'autres projets problèmatiques.
Kha