| « 1. The Way | PetShopSOA - Sources disponibles » |
Eclipse, OSGi, .NET
2005, c'est parti !
Mes dernières pérégrinations .NETocturnes m'ont amené a creuser autour de ... Eclipse, le VisualStudio de Java (ne vous vexez pas il y a encore des gens qui ne connaissent pas ;D)
Je suis chaque jour fasciné par l'intelligence de la conception modulaire de ce joyau... Au point d'ailleurs d'être horriblement tenté de fusionner notre gestion de projets Java ET .NET (versionning cvs, scripts de build) intégralement sous Eclipse.
L'idée ne semble pas si absurde puisqu'en maintenance, les ratios sont plus a la gestion de configuration qu'au codage, et Eclipse a une grosse longueur d'avance sur VS.NET 2003. Nos scripts de build sont invoqués en tant qu'external tool builders et appellent NAnt en attendant MSBuild. Citons au passage le plugin Eclipse C# d'Improve encore modeste mais déjà remarquable.
Pour en revenir a Eclipse donc, je me suis mis en tête l'idée -un peu absurde, comme toujours- d'étudier le portage éventuel du système de plugins sous .NET, l'objectif étant bien de comprendre la plus-value de ses mécanismes d'assemblage dynamique (...pas de faire un Eclipse# hélas, sans blague Jb B)) Après tout, dites-moi si je me trompe, mais tout ça a un rapport pas si lointain avec les conteneurs légers et l'IoC.
En fait, le béotien que je suis découvre donc qu'Eclipse s'appuie sur un socle OSGi, que je découvre aussi :oops:, lequel est justement chargé de ce genre de problématique. je creuse encore un peu... et je tombe sur ce splendide rapport de magistère très récent (Septembre 2004) qui traite précisément du portage d'OSGi en .NET, et qui par son style très pédagogique pourrait constituer un magnifique article DNG (ou bien sont-ce les articles DNG qui sont aussi bien ficelés que des thèses de recherche ? ;)). Les conclusions sont hélas qu'un OSGi.NET reste encore un mythe, mais les explications sont remarquables! En plus, l'article place clairement OSGi dans le contexte SOA ce qui a tout pour me réjouir B)
... tiens, je parle trop vite peut-être : une implémentation Compact Framework ici!
Merci Google
Voila pour la R & D du moment. Si vous êtes expert du sujet et que vous me savez déjà perdu en plein désert, merci de me montrer la sortie :)
J'en profite pour souhaiter a tous et a toutes une Très Bonne Année !
4 commentaires
Je m'empresse de le lire ...
ca ne reste que des points d'étude mais excellent sujet à creuser.
trêve de plaisanterie :
OSGI.NET est déjà à la version 1.1 !!!
La thèse n'est qu'une recherche paralèlle !!!
Mais cette thèse est belle et bien faite, et permet de comprendre les mécanismes intrinsèques de .NET...
http://www-adele.imag.fr/Les.Publications/BD/CFSE2005Esc.html
Cependant, ne revait pas, il n'est à l'heure actuelle pas possible de construire une plate-forme répondant aux spécifications OSGi.
PS : je suis l'auteur du rapport de magistère ;-)
PS2 : 2 publications sur nos avancées ont été soumises (pour l'instant pas de réponse ) au CCNC'06 et on OSGi world congress 2005