Etienne Juliot a écrit 285 commentaires

Comme dirait ma grand mère :
"en aout, le week end dure toute la semaine".

PS : à quand Acceleo intégré dans le shell ?
genre :
$apt-get install acceleo
$acceleo -gen apacheconfiggenerator -d /etc/httpd
$acceleo -gen kernelmodulegenerator -d /user/local/src

---> OK, je me rendors ....

OK, j'ai trouvé. C'est dans les release notes.
Et le nouvel updatesite est : http://topcased-mm.gforge.enseeiht.fr/release/update-site3.4(...)

J'ai déjà un Eclipse d'installé.
J'ai essayé de trouver via l'updatesite de TopCased (un peu dur à trouver sur le site et dans la doc, obligé d'utiliser google), et j'ai trouvé celui là : http://topcased-mm.gforge.enseeiht.fr/release/update-site
or, il ne me propose que TopCased v1.0. Est ce qu'il faut en utiliser un autre ou est ce que c'est juste car c'est pas encore synchroniser avec la release ?

Il n'y a pas de consolidation des nouveautés de tout Eclipse 3.4.
Du coup, les commentaires ci desssus ne parlent quasiment que de la plateforme, et de pas tous les projets qui sont inclus dans la distrib Eclipse.

Pour tenter de palier en partie à ce problème, j'ai fait une petite liste sur mon petit blog des nouveautés côté Eclipse Modeling : http://www.mda4eclipse.com/2008/06/eclipse-34-ganymede-news-(...)
Ca pointe directement sur les captures d'écrans des nouveautés. Si ça peut servir à du monde, c'est avec plaisir.

NetBeans est réalisé en Swing, Eclipse en SWT.
AInsi, depuis Eclipse 1.0, tu as le droit à une interface native à ton OS (ça ne se voit même pas visuellement que c'est du Java dessous, et c'est bcp plus réactif).

Les communautés ne sont carrément pas dans la même proportion. C'est du x20 en faveur d'Eclipse.
NetBeans est un surtout un IDE. Eclipse, c'est en plus d'un IDE et d'un socle technologique, une fondation avec une vraie stratégie et des actions concrètes.

NetBeans essaie de sortir de son image très Java. Eclipse a très tôt pris le virage vers C, PHP, XML, SGBD, ...

Netbeans est meilleur pour faire du Swing. (vis à vis d'un Eclipse OpenSource)
Autre différence, Eclipse est le socle de bcp d'outils commerciaux (eux même sous forme de plugins). Mine de rien, ça rassure pas mal de monde, et ça prouve une super complémentarité OpenSource / Proprio.

Je suis en 1024 avec Eclipse, et il n'y a aucun soucis.

C'était la principale à l'époque de mon basculement de JBuilder à Eclipse.

C'est que tu n'as pas bien regardé Eclipse. Car les onglets, les boutons, les barres, les vues, etc ...., tout peut être mis en mode masqué pour n'apparaitre qu'au survol ou que lorsqu'un évènement les concernent.
Du coup, tu as un espace de travail de quasi tout l'écran.

Perso, c'est ça que j'adore chez Eclipse : c'est qu'on peut en 3 clics se faire son propre arrangement d'espace de travail.

Et pour l'aspect plugin, c'est bizarre ce que tu dis. Tu verras que tous les gros softs se dirigent vers une approche plugins (Firefox, OpenOffice, Eclipse, Apache, ...) car ça simplifie l'architecture pour les développeurs et ça rend le résultat plus modulable pour l'utilisateur.
Le problème que ça posait, c'est qu'il fallait s'installer soit même les bons plugins. Et ça, c'est résolu avec Eclipse 3.4 qui fourni des distributions Eclipse toutes prêtes.

Et bien nous, à Obeo, on fait du libre, beaucoup de libre, voir beaucoup beaucoup de libre (cf Acceleo http://www.acceleo.org, ATL, le lead de plusieurs projets dans la fondation Eclipse, etc...).
Et on vit bien, voir très bien (on a fait x3 sur l'effectif en seulement 1 an !!).

Par contre, on a fait du libre avec un business model réaliste dès le départ, c'est à dire sans prier que sans client pendant 2 ans, on ferait une levée de fond miraculeuse. Non, on est parti avec direct avec des clients qui croyaient en nous, des administrations publiques (Oséo, incubateurs, ANR, ...) qui croyaient en nous, et surtout, on est parti en écoutant le besoin des utilisateurs et donc des clients. Ca change pas mal de choses "d'écouter" ...

Est ce que SIP Communicator utilise des librairies connues de gestion de protocoles ou est ce que tout a été réinventé ?

Exemple de librairies :
- libpurle (de Pidgin)
- ecf (de Eclipse)
- ...

"Qu'il arrête leur délire et qu'il reprenne le développement sur la suite Mozilla complète !!"

C'est justement ça, la joie du logiciel libre : ils font ce qu'ils veulent !
Si leur volonté et leur business, c'est Firefox, et exclusivement Firefox, c'est leur choix.
Après, ce qui est bien, c'est qu'ils ne ferment pas la porte à d'autres composants qui les intéressent moins (SeaMonkey par exemple). Et en plus, ils donnent des orientations stratégiques sur l'ensemble des composants (XulRunner, Gecko standalone, ...), même si ce ne sont pas leurs priorités. C'est un effort qui est vraiment bien. Mais après, si personne d'exterieur à Mozilla Corp. ne participe concrètement, c'est pas leur faute ...

Ainsi, tu as l'air bien motivé. Et le discours de la Mozilla Corp (et d'autres organisme comme Eclipse, Apache, ...) est clair : si tu veux que quelque chose avance dans le sens que TU veux, ben fais le.
Eux, ils veulent améliorer l'ergonomie et le respect des standards, et ils le font. Alors, si tu es motivé, le CVS de Mozilla est ouvert. A ton clavier pour le bonheur de tous !!

Plusieurs réponses :

- je suis curieux d'avoir plus de détails sur vos problèmes avec les WebServices et Tomcat, car je l'utilise et ça marce vraiment nickel.
- le support de BPEL se fera dans Eclipse STP (Soa Tool Platform) dont la 1ère version stable (0.7) est sorti avec Europa. Donc, c'est normal que tu es eu des soucis avant, que c'était une beta.
- ton warning sur le JRE est tout à fait normal, car en mode JEE, tu peux demander la compilation des JSP. Mais pour ça, il te faut les utilitaires du JDK, et non du JRE (qui lui n'est pas fait pour les développeurs). C'est donc un problème de ta config.
- Eclipse n'est pas un éditeur Java. C'est Eclipse JDT qui l'est. Moi, dans mon même environnement, je fais du Java, du PHP, du C, de la modélisation, du XML, de l'admin de base de données, et même du dév sur des vieilles technos ou des technos maison. Ca me saoulerait maintenant d'être obligé de revenir à une application = un langage. C'est tellement bon un environnement intégré.

PS : pour info, Trolltech et Zend sont officiellement dans Eclipse.org !

Oui, j'étais aussi à la démo de exoPlatform v2, et c'est vrai plus impressionnant et surtout plus utile que EyeOS.

Rien que le fait de se baser sur les Portlets, tu réutilises tous les composants développés depuis des années pour plein de besoins (c'est à dire, pas seulement une calculatrice, mais des vrais applis métiers). Et ces composants n'ont pas de dépendances vers exo.
EyeOS, il faut attendre que des composants soient spécifiquement développés pour lui. On peut toujours attendre ...

Si seulement il pouvait y avoir une convergence, mais c'est peut être un peu utopique ....

J'y serai !

Ce sera mon 1er BarCamp. Quand tu dis : "alternant sessions et festivités", ça sera plus ambiance bière ou petits fours ?
Vu les personnes qu'il y aura, ça devrait être à la fois sympa et bien intéressant.

Tout à fait, on arrive à la même conclusion : 1 soft pour 1 type de communication (text, oral ou vidéo).

C'est bien car des solutions existent.
Mais maintenant, il faudrait tenter d'unifier un peu tout cela avec notamment des librairies communes (voilà pourquoi je parlais de libpurple, bon candidat il me semble car multi-plateformes, multi-protocoles et multi-médias).

C'est un bon début, mais sans la vidéo, ça ne m'intéresse pas.

Je suis peu être naïf, mais si j'ai besoin de joindre quelqu'un uniquement par le son, j'utilise un truc qui s'appelle le téléphone.
Et j'utilise mon PC si en plus je veux lui écrire, lui envoyer des trucs, ou, et surtout, le voir.

D'après ce que j'avais vu, Gizmo ne supportait pas la vidéo.

Je pense d'ailleurs que la bonne approche est celle qui consiste à avoir plusieurs softs différents qui utilisent la même bibliothèque de base pour tout ce qui concerne la communication multiprocotocole (la libpurple est la meilleure candidate à ce jeu).
Wengo est parti dans cette direction, mais malheureusement, ils ne semblent pas jouer le jeu car je ne crois pas qu'ils reversent leurs travaux sur SIP dans libpurple ... Dommage

J'espère que cette version sera celle de la maturité.
J'avais pas mal essayé la v2.0, et bien j'avais vraiment envie de l'utiliser au quotidien, j'avais été obligé de l'abandonner car beaucoup trop instable.
Cette instabilité venant justement de la communication multi-plateforme et multi-client SIP, j'ai l'espoir que cette version corrige tout cela. Et oui, un soft joli, avec plein de fonctionnalité, mais qui plante, ça ne me plaisait pas des masses. V2.1 à tester d'urgence.

1) A compiler le Java.

2) A permettre de supporter les plateformes offertes par GCC.

3) A avoir une autre implémentation.

La différence se pose aussi entre les 2 librairies du JDK : Classpath soutenu par GNU et le JDK officiel soutenu par Sun (+ Harmony d'Apache). A ce niveau, je parierai sur une fusion des implémentations Classpath et Sun, et un abandon d'Harmony.

Pour tous ceux qui pensent qu'un 2e compilateur Java est inutile, il y a de fortes chances qu'ils utilisent déjà un autre au quotidien : le JDT. Dans Eclipse, le compilateur n'est pas celui de Sun, mais bien un compilateur interne, plus puissant et plus rapide (et plus adapté à un IDE).

Bonne question.

Et d'ailleurs, est ce que cela voudrait dire que Ubuntu Studio, spécialisé dans la vidéo, proposé sans aucun logiciel de montage vidéo ?
Si oui, c'est une bonne connerie de distrib "marketing" ...

Il y a une autre TRES grosse différence :

- Jingle est soutenu par des informaticiens.

- SIP est soutenu par : les opérateurs de téléphone du monde entier, les constructeurs de téléphone, les contructeurs d'infrastructures réseau, les éditeurs, ...

SIP, c'est un peu la même histoire que la tonalité analogique de nos téléphone actuelle, à la sauce 21e siècle.
Et à l'opposé, Jabber est bien plus évolué que Simple.

Voilà pourquoi j'espère sincérement une fusion des efforts.

Pidgin n'implémente pas la VoIP, on verra peut-être (espérons) arriver la voix et peut-être la vidéo par le protocole Jabber et son extension Jingle.

Personnellement, ce n'est pas Jingle que j'attends plus particulièrement, mais SIP.
Avec SIP, on pourrait utiliser Pidgin d'un coté, et appeler vers un Ekiga, un WengoPhone, une Freebox, ou même n'importe quel téléphone. SIP est standard et semble suivi car la quasi totalité des opérateurs et des fabriquants de téléphones ou visiophone.

D'ailleurs, j'avais vu que Pidgin, pendant les betas, avait un début de support de SIP. Mais je n'ai jamais réussi à le faire marcher. Quelqu'un a essayé ?

2e question : j'avais entendu des échos de rapprochement entre SIP/Simple et Jabber/Jingle, histoire d'éviter les doublons, quelqu'un a des news ?

Avec un tel message, tu insultes les milliers de personnes qui ont fait le choix Ubuntu.
Que toi, tu n'aimes pas, c'est une chose. De dire que toutes les personnes ayant fait le choix Ubuntu se sont faire avoir par du marketing est autre chose.

Perso, j'ai utilisé Mandrake pendant des années (dès sa première version d'ailleurs). Et je suis passé à Ubuntu.
Je dirai que la principale raison était que j'avais été obligé à chaque version de Mandrake de faire une ré-installation complète car la mise à jour de distrib marchait mal. J'avais entendu beaucoup de bien de Debian, mais que c'était compliqué. Depuis, je n'ai jamais ré-installé une Ubuntu, et je passe d'une version à l'autre par mise à jour, sans jamais aucun soucis.
Et désolé, mais les .deb sont généralement bien mieux fait que les RPM.

D'ailleurs, à quand un lancement de génération en ligne de commande ?
Genre :
$ apt-get install acceleo
$ acceleo -module umltoperl -model titi.uml

Maintenant que Java est libre, et qu'Eclipse est souvent dispo dans les distribs, ce serait vraiment top si Acceleo pouvait être packagé (rpm, deb, ou autres). Un volontaire dans l'assemblée ?

Mouai... Agréable, je n'irai pas jusque là.
Je vais peut être jouer au rabat-joie, mais pour moi, un gestionnaire de fichier squi ne supporte pas le drag'n drop ne peut pas être qualifier d'agréable.
Ce n'est pas si qui me fera remplacé un bon explorateur WebDav. Mais le projet semble partir dans la bonne direction.

Vous savez quel moteur de génération ils utilisent pour les scripts Perl, Java et SQL ?
Car vu que Talend Open Studio est sous Eclipse, et que Talend (la boite) est avec ObjectWeb, ce serait peut être une bonne idée de regarder s'il n'y a pas moyen d'utiliser Acceleo pour cette génération ?

Pierrick, tu sembles être dans les équipes de dev de Talend, vous y avez déjà jeté un oeil ? ( http://www.acceleo.org )

Je m'étais renseigné il y a quelques temps sur cette fonctionnalité.
D'après mes espoirs et ce que j'en avais compris, un cas typique d'utilisation pour Mr Toutlemonde serait de pouvoir combiner le débit de plusieurs interfaces réseaux.
Par exemple, si on a sur un portable un accès wifi ET un accès ethernet, les paquets peuvent passer par les 2 interfaces réseaux, augmentant ainsi le débit (et permettant une connexion/déconnexion du cable ethernet transparente).

Quelqu'un sait si la procédure pour utiliser cela s'est simplifier, car dans mon souvenir, sous Linux, c'était plus que compliqué.