Voila!

C'est ici http://www.ximian.com/

Il faut aussi savoir que Microsoft a publier les specs de la plateforme et que donc n'importe qui ( de vachement plus balèze que moi hein ) peut dévelloper une implémentation de la plateforme .NET

Bon, évidemment j'ai de nouveau flashé...

C'est pas sur Ximian qu'il faut aller. Ca c'est ce qui permet a Miguel de gagner sa vie


Non, pour Mono c'est plutot ici :arrow: http://www.go-mono.com/

Je pense pas que Ximian soit rentable et permette à Miguel de gagner sa vie. Evidemment y a eu pas mal de fonds de la part de grosses boites comme IBM, du coup y a de quoi vivre quelques temps... Mais je doute que ce soit viable à long terme sans subside.

Bah je sais pas, je disais ca comme ca...

De toute facon même si ca marche pas... Je suis pas sur qu'il ira pointer au chômage le mois après la faillite...

Au fait maintenant que j'y pense 8O Google offrait une API pour ses services (soap). Il y a pas que des gadget quoi... Mais je retrouve plus le lien

http://www.google.com/apis/

Mais désolé, SOAP n'a rien à voir avec .NET, SOAP c'est du XML-RPC, et c'est excellent... (Non, j'ai pas dit que .NET c'est de la merde, mais bon...)

http://www.soaprpc.com

Euhh redésolé mais SOAP a bel et bien qqchôse à voir avec .Net (il le supporte -> http://www.dotnettoday.com/), mais je ne dis pas que c'est exclusif .Net, One (de Sun) le supportera aussi et les autres aussi. Et SOAP (Simple Object Access Protocol) n'est pas le même protocol que l'xml-rpc, même si l'idée est la même. SOAP sera utilisé dans le contexte des webservices.

mais tu le penses très fort! (hein Seb, allez avoue )

Euh, fallait lire que SOAP est fort similaire au XML-RPC
Et désolé mais je fais du SOAP, et tout leur brol de .NET il dégage, ca a rien a voir, excuse moi...

[Troll]
.NET ca pue


Il est pas beau mon troll?

Ce qui est sûr et certain, c'est que SOAP est un protocole, et un protocole, ça s'utilise dans n'importe quel language, à moins que l'implémentation actuelle nécessite le framework .NET, ce qui n'est pas le cas

Et euh... , il lui manque pas quelque chose à ton troll?

Dit moi si je me trompe. Quand on parle .Net on parle des webservices façon M$ comme quand on parle de One on parle des webservices façon Sun. Et un des protocols (le principal) est SOAP -> http://www.microsoft.com/net/defined/default.asp
Visual Studio .Net (mais la on parle d'un IDE et pas de .Net proprement dit) permet de créer et consommer des webservices. Maintenant je ne dis pas que Visual Studio .Net n'est fait que pour ca, il permet aussi de faire de bête application, etc. je sais -> http://www.webservices.org/index.php/article/articleview/365/5/1/

ps: je me suis aussi déjà amusé avec soap pendant 2, 3 jours (en Curl)
ps2: oui en effet ca pue, mais on a encore le temps de voir ce que ca va devenir.

Euh, c'est pas parce qu'un serveur http utilise le tcp que le tcp fait partie du serveur http... Si tu me suis?

Le SOAP, ok, ca vient de Microsoft, c'est fortement créé a la base pour leurs petits jouets, mais sur le principe ca ne reste que des fichiers xml échangés sur une jolie couche http...

Enfin soit, je crois pas mal au SOAP, beaucoup moins au .NET :twisted:

Je te suis mais ca ne change rien à ce que j'ai dit (et ce n'est pas de la mauvaise foie).

Soit...

Vive le SAVON

Et je retourne chercher pourquoi j'ai un segmentation fault moi

Ce que je n'ai jamais compris à SOAP par contre C'est le Object de Simple Object Access Protocol. Ca devrait s'appeler SAP plutôt

Euuuuh t'as entendu parler de la serialization ?

Oui ?

et bien alors je vois pas pourquoi tu comprends pas la présence de Object dans SOAP...

As-tu déjà entendu parler de Corba et de Java RMI? La c'est réelement des invocations de methodes sur des objets... soap non (donc le object access n'a rien à voir), c'est tout Simple Object Transmission Protocol est peut-être mieux... Enfin ca n'a pas d'importance, c'était juste une bête reflexion.