bah oui , microsoft évolue dans ses offres, et alors pas de quoi etre parano !!
bon d'accord , c vrai que l'implémentation de soap de microsoft ne respecte déja pas les spécifications du protocole , et n'est par conséquent pas compatible avec l'implémentation d'apache et d'ibm ... mais bon , rien de nouveau dans cette façon d'agir de microsoft !!
Après tout si microsoft veux faire bande apart !! pour conserver sa position dominante !! c'est une stratégie comme une autre !! c aux clients de réfléchir, en connaissance de cause a mon avis ...
Sur sa position dominante , microsoft n'est pas en cause a mon avis, il ne fait qu'appliquer sa politique commerciale , les fautifs ce sont plutot ses clients, qui en choisissant du tout microsoft , se retrouve emprisonné dans ses technologies propriétaire !!
Personnellement je pense que si microsoft veux faire bande a part , tant pis pour lui !! notamment niveaux serveur !! il existe des concurrents de choix (java par exemple) et rien n'empeche les autres d'utiliser soap en respectant les spécifications !!
le protocole soap en lui même est assez intéressant et pratique , pour la communication entre serveur!! et sont format simple et ouvert utilisant XML facilite assez les choses en comparaison a rmi ou autre RPC !! de plus ce dernier amène un standard qu'il est par contre judicieux de s'efforcer de respecter , et là si microsoft ne le respecte pas , je pense qu'il n'a pas le droit d'intituler son soap propriétaire comme du soap !! même si on peut facilement le rendre compatible !! et en se sens microsoft est tout aussi fautif que dans l'histoire qui l'a fait perdre un procès face a sun au sujet de java et du respect de ses spécifs !!
# soap
Posté par Anonyme . En réponse à la dépêche Hailstorm: des services. Évalué à 0.
bon d'accord , c vrai que l'implémentation de soap de microsoft ne respecte déja pas les spécifications du protocole , et n'est par conséquent pas compatible avec l'implémentation d'apache et d'ibm ... mais bon , rien de nouveau dans cette façon d'agir de microsoft !!
Après tout si microsoft veux faire bande apart !! pour conserver sa position dominante !! c'est une stratégie comme une autre !! c aux clients de réfléchir, en connaissance de cause a mon avis ...
Sur sa position dominante , microsoft n'est pas en cause a mon avis, il ne fait qu'appliquer sa politique commerciale , les fautifs ce sont plutot ses clients, qui en choisissant du tout microsoft , se retrouve emprisonné dans ses technologies propriétaire !!
Personnellement je pense que si microsoft veux faire bande a part , tant pis pour lui !! notamment niveaux serveur !! il existe des concurrents de choix (java par exemple) et rien n'empeche les autres d'utiliser soap en respectant les spécifications !!
le protocole soap en lui même est assez intéressant et pratique , pour la communication entre serveur!! et sont format simple et ouvert utilisant XML facilite assez les choses en comparaison a rmi ou autre RPC !! de plus ce dernier amène un standard qu'il est par contre judicieux de s'efforcer de respecter , et là si microsoft ne le respecte pas , je pense qu'il n'a pas le droit d'intituler son soap propriétaire comme du soap !! même si on peut facilement le rendre compatible !! et en se sens microsoft est tout aussi fautif que dans l'histoire qui l'a fait perdre un procès face a sun au sujet de java et du respect de ses spécifs !!