Venant de la programmation COM, je trouve que le Remoting est un
immense pas en arriere pour le developpement d'applications distribuees
Intranet de moyenne taille (environ 100 DLL et 10 Exe).
Avez-vous les memes difficultes ? Je ne parle pas de faire un exemple
simple issu d'un livre mais de cas reels ou l'on a plusieurs exe sur
plusieurs machines communiquant ensemble.
Merci de partager vos sentiments sur la question.
--
Michael
----
http://michael.moreno.free.fr/
http://port.cogolin.free.fr/
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Simon Mourier
Le futur c'est "Windows Communication Foundation" (nom de code Indigo): http://msdn.microsoft.com/webservices/indigo/default.aspx
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et surtout Windows XP et Windows Server 2003. Indigo devrait reprendre et améliorer tout ce qu'on trouve sur la plateforme Windows aujourd'hui. En fonction de votre besoin, ça peut valoir le coup de jeter un oeil, même si c'est aujourd'hui en version béta, ne serait ce que pour "sentir" ce vers quoi l'on va.
En attendant Indigo, il peut être intéressant d'explorer des voies telles que la SOA, les web services ou le web tout simplement, qui sont infiniment plus simples à mettre en oeuvre. Bien sûr, on ne fait pas vraiment de l'objet distribué comme on le faisait en COM, mais mon sentiment est que cette ère de l'objet distribué se termine (en tous cas dans la vision Microsoft / SOA). Personnellement, je n'ai jamais utilisé (ou voulu utiliser) le remoting depuis que .NET existe, et ça ne m'a pas manqué.
Simon. www.softfluent.com
"Michael Moreno" a écrit dans le message de news:
Bonjour,
Venant de la programmation COM, je trouve que le Remoting est un immense pas en arriere pour le developpement d'applications distribuees Intranet de moyenne taille (environ 100 DLL et 10 Exe).
Avez-vous les memes difficultes ? Je ne parle pas de faire un exemple simple issu d'un livre mais de cas reels ou l'on a plusieurs exe sur plusieurs machines communiquant ensemble.
Merci de partager vos sentiments sur la question.
-- Michael ---- http://michael.moreno.free.fr/ http://port.cogolin.free.fr/
Le futur c'est "Windows Communication Foundation" (nom de code Indigo):
http://msdn.microsoft.com/webservices/indigo/default.aspx
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et surtout
Windows XP et Windows Server 2003. Indigo devrait reprendre et améliorer
tout ce qu'on trouve sur la plateforme Windows aujourd'hui. En fonction de
votre besoin, ça peut valoir le coup de jeter un oeil, même si c'est
aujourd'hui en version béta, ne serait ce que pour "sentir" ce vers quoi
l'on va.
En attendant Indigo, il peut être intéressant d'explorer des voies telles
que la SOA, les web services ou le web tout simplement, qui sont infiniment
plus simples à mettre en oeuvre. Bien sûr, on ne fait pas vraiment de
l'objet distribué comme on le faisait en COM, mais mon sentiment est que
cette ère de l'objet distribué se termine (en tous cas dans la vision
Microsoft / SOA). Personnellement, je n'ai jamais utilisé (ou voulu
utiliser) le remoting depuis que .NET existe, et ça ne m'a pas manqué.
Simon.
www.softfluent.com
"Michael Moreno" <michael.ToRemove.moreno@free.fr> a écrit dans le message
de news: mn.9bdf7d58e655336d.21643@free.fr...
Bonjour,
Venant de la programmation COM, je trouve que le Remoting est un immense
pas en arriere pour le developpement d'applications distribuees Intranet
de moyenne taille (environ 100 DLL et 10 Exe).
Avez-vous les memes difficultes ? Je ne parle pas de faire un exemple
simple issu d'un livre mais de cas reels ou l'on a plusieurs exe sur
plusieurs machines communiquant ensemble.
Merci de partager vos sentiments sur la question.
--
Michael
----
http://michael.moreno.free.fr/
http://port.cogolin.free.fr/
Le futur c'est "Windows Communication Foundation" (nom de code Indigo): http://msdn.microsoft.com/webservices/indigo/default.aspx
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et surtout Windows XP et Windows Server 2003. Indigo devrait reprendre et améliorer tout ce qu'on trouve sur la plateforme Windows aujourd'hui. En fonction de votre besoin, ça peut valoir le coup de jeter un oeil, même si c'est aujourd'hui en version béta, ne serait ce que pour "sentir" ce vers quoi l'on va.
En attendant Indigo, il peut être intéressant d'explorer des voies telles que la SOA, les web services ou le web tout simplement, qui sont infiniment plus simples à mettre en oeuvre. Bien sûr, on ne fait pas vraiment de l'objet distribué comme on le faisait en COM, mais mon sentiment est que cette ère de l'objet distribué se termine (en tous cas dans la vision Microsoft / SOA). Personnellement, je n'ai jamais utilisé (ou voulu utiliser) le remoting depuis que .NET existe, et ça ne m'a pas manqué.
Simon. www.softfluent.com
"Michael Moreno" a écrit dans le message de news:
Bonjour,
Venant de la programmation COM, je trouve que le Remoting est un immense pas en arriere pour le developpement d'applications distribuees Intranet de moyenne taille (environ 100 DLL et 10 Exe).
Avez-vous les memes difficultes ? Je ne parle pas de faire un exemple simple issu d'un livre mais de cas reels ou l'on a plusieurs exe sur plusieurs machines communiquant ensemble.
Merci de partager vos sentiments sur la question.
-- Michael ---- http://michael.moreno.free.fr/ http://port.cogolin.free.fr/
Michael Moreno
Bonjour,
Le futur c'est "Windows Communication Foundation" (nom de code Indigo): http://msdn.microsoft.com/webservices/indigo/default.aspx
Je vis au present et le futur technologique n'est souvent qu'illusion marketing : "demain ce sera mieux !".
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et surtout Windows XP et Windows Server 2003. Indigo devrait reprendre et améliorer tout ce qu'on trouve sur la plateforme Windows aujourd'hui. En fonction de votre besoin, ça peut valoir le coup de jeter un oeil, même si c'est aujourd'hui en version béta, ne serait ce que pour "sentir" ce vers quoi l'on va.
Aucun interet. C'est maintenant que j'ai besoin de la techno. Pas demain.
En attendant Indigo, il peut être intéressant d'explorer des voies telles que la SOA, les web services ou le web tout simplement, qui sont infiniment plus simples à mettre en oeuvre. Bien sûr, on ne fait pas vraiment de l'objet distribué comme on le faisait en COM, mais mon sentiment est que cette ère de l'objet distribué se termine (en tous cas dans la vision Microsoft / SOA).
Toutes les technologies basees sur web machin bidule truc sont totalement banies dans mon domaine d'application.
Personnellement, je n'ai jamais utilisé (ou voulu utiliser) le remoting depuis que .NET existe, et ça ne m'a pas manqué.
Disons que parfois on peut s'en passer et parfois non. Le nombre de livres traitant specifiquement du Remoting laisse penser que c'est une technologie tres importante, tres utilisee et tres difficile a mettre en oeuvre car sinon il n'y aurait pas autant de livres sur le sujet.
Merci,
MM
--
----------------------------------------------
http://michael.moreno.free.fr/
Bonjour,
Le futur c'est "Windows Communication Foundation" (nom de code Indigo):
http://msdn.microsoft.com/webservices/indigo/default.aspx
Je vis au present et le futur technologique n'est souvent qu'illusion
marketing : "demain ce sera mieux !".
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et surtout
Windows XP et Windows Server 2003. Indigo devrait reprendre et améliorer tout
ce qu'on trouve sur la plateforme Windows aujourd'hui. En fonction de votre
besoin, ça peut valoir le coup de jeter un oeil, même si c'est aujourd'hui en
version béta, ne serait ce que pour "sentir" ce vers quoi l'on va.
Aucun interet. C'est maintenant que j'ai besoin de la techno. Pas
demain.
En attendant Indigo, il peut être intéressant d'explorer des voies telles que
la SOA, les web services ou le web tout simplement, qui sont infiniment plus
simples à mettre en oeuvre. Bien sûr, on ne fait pas vraiment de l'objet
distribué comme on le faisait en COM, mais mon sentiment est que cette ère de
l'objet distribué se termine (en tous cas dans la vision Microsoft / SOA).
Toutes les technologies basees sur web machin bidule truc sont
totalement banies dans mon domaine d'application.
Personnellement, je n'ai jamais utilisé (ou voulu utiliser) le remoting
depuis que .NET existe, et ça ne m'a pas manqué.
Disons que parfois on peut s'en passer et parfois non. Le nombre de
livres traitant specifiquement du Remoting laisse penser que c'est une
technologie tres importante, tres utilisee et tres difficile a mettre
en oeuvre car sinon il n'y aurait pas autant de livres sur le sujet.
Le futur c'est "Windows Communication Foundation" (nom de code Indigo): http://msdn.microsoft.com/webservices/indigo/default.aspx
Je vis au present et le futur technologique n'est souvent qu'illusion marketing : "demain ce sera mieux !".
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et surtout Windows XP et Windows Server 2003. Indigo devrait reprendre et améliorer tout ce qu'on trouve sur la plateforme Windows aujourd'hui. En fonction de votre besoin, ça peut valoir le coup de jeter un oeil, même si c'est aujourd'hui en version béta, ne serait ce que pour "sentir" ce vers quoi l'on va.
Aucun interet. C'est maintenant que j'ai besoin de la techno. Pas demain.
En attendant Indigo, il peut être intéressant d'explorer des voies telles que la SOA, les web services ou le web tout simplement, qui sont infiniment plus simples à mettre en oeuvre. Bien sûr, on ne fait pas vraiment de l'objet distribué comme on le faisait en COM, mais mon sentiment est que cette ère de l'objet distribué se termine (en tous cas dans la vision Microsoft / SOA).
Toutes les technologies basees sur web machin bidule truc sont totalement banies dans mon domaine d'application.
Personnellement, je n'ai jamais utilisé (ou voulu utiliser) le remoting depuis que .NET existe, et ça ne m'a pas manqué.
Disons que parfois on peut s'en passer et parfois non. Le nombre de livres traitant specifiquement du Remoting laisse penser que c'est une technologie tres importante, tres utilisee et tres difficile a mettre en oeuvre car sinon il n'y aurait pas autant de livres sur le sujet.
Merci,
MM
--
----------------------------------------------
http://michael.moreno.free.fr/
Simon Mourier
Vous avez certainement raison. Excusez moi de vous faire perdre votre temps.
Simon. www.softfluent.com
"Michael Moreno" a écrit dans le message de news:
Bonjour,
Le futur c'est "Windows Communication Foundation" (nom de code Indigo): http://msdn.microsoft.com/webservices/indigo/default.aspx
Je vis au present et le futur technologique n'est souvent qu'illusion marketing : "demain ce sera mieux !".
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et surtout Windows XP et Windows Server 2003. Indigo devrait reprendre et améliorer tout ce qu'on trouve sur la plateforme Windows aujourd'hui. En fonction de votre besoin, ça peut valoir le coup de jeter un oeil, même si c'est aujourd'hui en version béta, ne serait ce que pour "sentir" ce vers quoi l'on va.
Aucun interet. C'est maintenant que j'ai besoin de la techno. Pas demain.
En attendant Indigo, il peut être intéressant d'explorer des voies telles que la SOA, les web services ou le web tout simplement, qui sont infiniment plus simples à mettre en oeuvre. Bien sûr, on ne fait pas vraiment de l'objet distribué comme on le faisait en COM, mais mon sentiment est que cette ère de l'objet distribué se termine (en tous cas dans la vision Microsoft / SOA).
Toutes les technologies basees sur web machin bidule truc sont totalement banies dans mon domaine d'application.
Personnellement, je n'ai jamais utilisé (ou voulu utiliser) le remoting depuis que .NET existe, et ça ne m'a pas manqué.
Disons que parfois on peut s'en passer et parfois non. Le nombre de livres traitant specifiquement du Remoting laisse penser que c'est une technologie tres importante, tres utilisee et tres difficile a mettre en oeuvre car sinon il n'y aurait pas autant de livres sur le sujet.
Merci,
MM
--
----------------------------------------------
http://michael.moreno.free.fr/
Vous avez certainement raison. Excusez moi de vous faire perdre votre temps.
Simon.
www.softfluent.com
"Michael Moreno" <abc@abc.abc> a écrit dans le message de news:
mn.a9db7d58f77577c0.26479@abc.abc...
Bonjour,
Le futur c'est "Windows Communication Foundation" (nom de code Indigo):
http://msdn.microsoft.com/webservices/indigo/default.aspx
Je vis au present et le futur technologique n'est souvent qu'illusion
marketing : "demain ce sera mieux !".
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et
surtout Windows XP et Windows Server 2003. Indigo devrait reprendre et
améliorer tout ce qu'on trouve sur la plateforme Windows aujourd'hui. En
fonction de votre besoin, ça peut valoir le coup de jeter un oeil, même
si c'est aujourd'hui en version béta, ne serait ce que pour "sentir" ce
vers quoi l'on va.
Aucun interet. C'est maintenant que j'ai besoin de la techno. Pas demain.
En attendant Indigo, il peut être intéressant d'explorer des voies telles
que la SOA, les web services ou le web tout simplement, qui sont
infiniment plus simples à mettre en oeuvre. Bien sûr, on ne fait pas
vraiment de l'objet distribué comme on le faisait en COM, mais mon
sentiment est que cette ère de l'objet distribué se termine (en tous cas
dans la vision Microsoft / SOA).
Toutes les technologies basees sur web machin bidule truc sont totalement
banies dans mon domaine d'application.
Personnellement, je n'ai jamais utilisé (ou voulu utiliser) le remoting
depuis que .NET existe, et ça ne m'a pas manqué.
Disons que parfois on peut s'en passer et parfois non. Le nombre de livres
traitant specifiquement du Remoting laisse penser que c'est une
technologie tres importante, tres utilisee et tres difficile a mettre en
oeuvre car sinon il n'y aurait pas autant de livres sur le sujet.
Vous avez certainement raison. Excusez moi de vous faire perdre votre temps.
Simon. www.softfluent.com
"Michael Moreno" a écrit dans le message de news:
Bonjour,
Le futur c'est "Windows Communication Foundation" (nom de code Indigo): http://msdn.microsoft.com/webservices/indigo/default.aspx
Je vis au present et le futur technologique n'est souvent qu'illusion marketing : "demain ce sera mieux !".
WCF sera disponible pour Windows Vista (ex Longhorn), mais aussi et surtout Windows XP et Windows Server 2003. Indigo devrait reprendre et améliorer tout ce qu'on trouve sur la plateforme Windows aujourd'hui. En fonction de votre besoin, ça peut valoir le coup de jeter un oeil, même si c'est aujourd'hui en version béta, ne serait ce que pour "sentir" ce vers quoi l'on va.
Aucun interet. C'est maintenant que j'ai besoin de la techno. Pas demain.
En attendant Indigo, il peut être intéressant d'explorer des voies telles que la SOA, les web services ou le web tout simplement, qui sont infiniment plus simples à mettre en oeuvre. Bien sûr, on ne fait pas vraiment de l'objet distribué comme on le faisait en COM, mais mon sentiment est que cette ère de l'objet distribué se termine (en tous cas dans la vision Microsoft / SOA).
Toutes les technologies basees sur web machin bidule truc sont totalement banies dans mon domaine d'application.
Personnellement, je n'ai jamais utilisé (ou voulu utiliser) le remoting depuis que .NET existe, et ça ne m'a pas manqué.
Disons que parfois on peut s'en passer et parfois non. Le nombre de livres traitant specifiquement du Remoting laisse penser que c'est une technologie tres importante, tres utilisee et tres difficile a mettre en oeuvre car sinon il n'y aurait pas autant de livres sur le sujet.
Merci,
MM
--
----------------------------------------------
http://michael.moreno.free.fr/
GG [MVP]
Bonjour Simon,
Vous avez certainement raison. Excusez moi de vous faire perdre votre temps.
Bien dit, et avec classe, toujours un plaisir de te lire. :-)
-- Cordialement. GG.
Bonjour Simon,
Vous avez certainement raison. Excusez moi de vous faire perdre votre
temps.
Bien dit, et avec classe, toujours un plaisir de te lire. :-)
Vous avez certainement raison. Excusez moi de vous faire perdre votre temps.
Bien dit, et avec classe, toujours un plaisir de te lire. :-)
-- Cordialement. GG.
Merlin
Michael Moreno a écrit :
Disons que parfois on peut s'en passer et parfois non. Le nombre de livres traitant specifiquement du Remoting laisse penser que c'est une technologie tres importante, tres utilisee et tres difficile a mettre en oeuvre car sinon il n'y aurait pas autant de livres sur le sujet.
ou on peut aussi penser que c'est une technique terriblement simple, c'est pour ça que beaucoup peuvent écrire sur le sujet :-)
Disons que parfois on peut s'en passer et parfois non. Le nombre de livres
traitant specifiquement du Remoting laisse penser que c'est une technologie
tres importante, tres utilisee et tres difficile a mettre en oeuvre car sinon
il n'y aurait pas autant de livres sur le sujet.
ou on peut aussi penser que c'est une technique terriblement simple,
c'est pour ça que beaucoup peuvent écrire sur le sujet :-)
Disons que parfois on peut s'en passer et parfois non. Le nombre de livres traitant specifiquement du Remoting laisse penser que c'est une technologie tres importante, tres utilisee et tres difficile a mettre en oeuvre car sinon il n'y aurait pas autant de livres sur le sujet.
ou on peut aussi penser que c'est une technique terriblement simple, c'est pour ça que beaucoup peuvent écrire sur le sujet :-)
Venant de la programmation COM, je trouve que le Remoting est un immense pas en arriere pour le developpement d'applications distribuees Intranet de moyenne taille (environ 100 DLL et 10 Exe).
je ne pense pas que Remoting soit une équivalence de COM, le remoting ça existe depuis des lustres sous Win32 (Corba, Midas...) et ça n'a jamais concurrencé COM chez ceux qui ne jurent que par cette techno. Sous .NET je pense que ça sera pareil.
Maintenant comme tu es totalement imprégné de COM tu as forcément une façon de voir les choses "COM" et que tu le veuilles ou non tu analyses toujours tes besoins en réfléchissant COM. De fait rien ne sera jamais pareil, sauf COM lui même...
Avez-vous les memes difficultes ? Je ne parle pas de faire un exemple simple issu d'un livre mais de cas reels ou l'on a plusieurs exe sur plusieurs machines communiquant ensemble.
C'est quoi les difficultés pratiques que tu rencontres ?
Venant de la programmation COM, je trouve que le Remoting est un immense pas
en arriere pour le developpement d'applications distribuees Intranet de
moyenne taille (environ 100 DLL et 10 Exe).
je ne pense pas que Remoting soit une équivalence de COM, le remoting
ça existe depuis des lustres sous Win32 (Corba, Midas...) et ça n'a
jamais concurrencé COM chez ceux qui ne jurent que par cette techno.
Sous .NET je pense que ça sera pareil.
Maintenant comme tu es totalement imprégné de COM tu as forcément une
façon de voir les choses "COM" et que tu le veuilles ou non tu analyses
toujours tes besoins en réfléchissant COM. De fait rien ne sera jamais
pareil, sauf COM lui même...
Avez-vous les memes difficultes ? Je ne parle pas de faire un exemple simple
issu d'un livre mais de cas reels ou l'on a plusieurs exe sur plusieurs
machines communiquant ensemble.
C'est quoi les difficultés pratiques que tu rencontres ?
Venant de la programmation COM, je trouve que le Remoting est un immense pas en arriere pour le developpement d'applications distribuees Intranet de moyenne taille (environ 100 DLL et 10 Exe).
je ne pense pas que Remoting soit une équivalence de COM, le remoting ça existe depuis des lustres sous Win32 (Corba, Midas...) et ça n'a jamais concurrencé COM chez ceux qui ne jurent que par cette techno. Sous .NET je pense que ça sera pareil.
Maintenant comme tu es totalement imprégné de COM tu as forcément une façon de voir les choses "COM" et que tu le veuilles ou non tu analyses toujours tes besoins en réfléchissant COM. De fait rien ne sera jamais pareil, sauf COM lui même...
Avez-vous les memes difficultes ? Je ne parle pas de faire un exemple simple issu d'un livre mais de cas reels ou l'on a plusieurs exe sur plusieurs machines communiquant ensemble.
C'est quoi les difficultés pratiques que tu rencontres ?
> Vous avez certainement raison. Excusez moi de vous faire perdre votre temps.
Merci bien en effet de ne plus me faire perdre mon temps.
--
----------------------------------------------
http://michael.moreno.free.fr/
Michael Moreno
> C'est quoi les difficultés pratiques que tu rencontres ?
Il est vraiment tres difficile de gerer plusieurs serveurs communiquant ensemble. Il faut creer une plethore de TcpChannel, les configurer, tester ce qui se passe quand y a un pare-feu, creer une interface graphique pour que l'utilisateur puisse changer les ports, enregistrer et lire le tout plus tard dans une Base de Donnees afin que ce soit centralise, etc. Il faut meme creer une appli pour demarrer le serveur a distance des lors que creer un Service ou utiliser IIS n'est pas une solution viable. C'est vraiment lourdingue a developper. De plus le code casse vraiment facilement des que l'on modifie legerement le code.
Dans .Net v2, MS a rajoute une IpcChannel qui apparemment facilitera la tache pour ce genre d'appli si les exe tournent sur la meme machine. Les seuls avantages que je trouve au Remoting c'est la Serialisation automatique.
--
----------------------------------------------
http://michael.moreno.free.fr/
> C'est quoi les difficultés pratiques que tu rencontres ?
Il est vraiment tres difficile de gerer plusieurs serveurs communiquant
ensemble. Il faut creer une plethore de TcpChannel, les configurer,
tester ce qui se passe quand y a un pare-feu, creer une interface
graphique pour que l'utilisateur puisse changer les ports, enregistrer
et lire le tout plus tard dans une Base de Donnees afin que ce soit
centralise, etc. Il faut meme creer une appli pour demarrer le serveur
a distance des lors que creer un Service ou utiliser IIS n'est pas une
solution viable. C'est vraiment lourdingue a developper. De plus le
code casse vraiment facilement des que l'on modifie legerement le code.
Dans .Net v2, MS a rajoute une IpcChannel qui apparemment facilitera la
tache pour ce genre d'appli si les exe tournent sur la meme machine.
Les seuls avantages que je trouve au Remoting c'est la Serialisation
automatique.
> C'est quoi les difficultés pratiques que tu rencontres ?
Il est vraiment tres difficile de gerer plusieurs serveurs communiquant ensemble. Il faut creer une plethore de TcpChannel, les configurer, tester ce qui se passe quand y a un pare-feu, creer une interface graphique pour que l'utilisateur puisse changer les ports, enregistrer et lire le tout plus tard dans une Base de Donnees afin que ce soit centralise, etc. Il faut meme creer une appli pour demarrer le serveur a distance des lors que creer un Service ou utiliser IIS n'est pas une solution viable. C'est vraiment lourdingue a developper. De plus le code casse vraiment facilement des que l'on modifie legerement le code.
Dans .Net v2, MS a rajoute une IpcChannel qui apparemment facilitera la tache pour ce genre d'appli si les exe tournent sur la meme machine. Les seuls avantages que je trouve au Remoting c'est la Serialisation automatique.
--
----------------------------------------------
http://michael.moreno.free.fr/
Merlin
Michael Moreno a écrit :
Dans .Net v2, MS a rajoute une IpcChannel qui apparemment facilitera la tache pour ce genre d'appli si les exe tournent sur la meme machine. Les seuls avantages que je trouve au Remoting c'est la Serialisation automatique.
J'ai vu ça, en fait ça permet de créer un named pipe, donc de taper sur un nom de serveur au lieu d'utiliser un port tcp. C'est peut être effectivement une solution à ne pas négliger sachant que les modifs dans le code sont mineures. Mais ça ne règle pas ton pb de l'instant c'est clair.
Tu peux peut être continuer en remoting en essayant aussi de limiter le nombre de DLL en faisant des regroupements, et opter pour IcpChannel plus tard ?
Dans .Net v2, MS a rajoute une IpcChannel qui apparemment facilitera la tache
pour ce genre d'appli si les exe tournent sur la meme machine. Les seuls
avantages que je trouve au Remoting c'est la Serialisation automatique.
J'ai vu ça, en fait ça permet de créer un named pipe, donc de taper sur
un nom de serveur au lieu d'utiliser un port tcp. C'est peut être
effectivement une solution à ne pas négliger sachant que les modifs
dans le code sont mineures.
Mais ça ne règle pas ton pb de l'instant c'est clair.
Tu peux peut être continuer en remoting en essayant aussi de limiter le
nombre de DLL en faisant des regroupements, et opter pour IcpChannel
plus tard ?
Dans .Net v2, MS a rajoute une IpcChannel qui apparemment facilitera la tache pour ce genre d'appli si les exe tournent sur la meme machine. Les seuls avantages que je trouve au Remoting c'est la Serialisation automatique.
J'ai vu ça, en fait ça permet de créer un named pipe, donc de taper sur un nom de serveur au lieu d'utiliser un port tcp. C'est peut être effectivement une solution à ne pas négliger sachant que les modifs dans le code sont mineures. Mais ça ne règle pas ton pb de l'instant c'est clair.
Tu peux peut être continuer en remoting en essayant aussi de limiter le nombre de DLL en faisant des regroupements, et opter pour IcpChannel plus tard ?
J'ai pense que cela pouvait en interesser certains ici.
Lu sur gotDotNet :
I created two samples for comparing the performance of Indigo vs. .Net Remoting (using TCP & binary serialization) the sample code is very simple and it is based on one of the sample code comes with Indigo. It adds two arrays (type of double) and returns the result. Here is the result:
Indigo (TcpBinding) 1 element 0.65 milliseconds 100 elements 1.34 milliseconds 1000 elements 6.42 milliseconds 10000 elements 55.4 milliseconds
Indigo (DualTcpBinding) 1 element 1.37 milliseconds 100 elements 1.88 milliseconds 1000 elements 6.86 milliseconds 10000 elements 53.86 milliseconds
Remoting 1 element 1.21 milliseconds 100 elements 1.27 milliseconds 1000 elements 2.09 milliseconds 10000 elements 7.58 milliseconds
-- Michael ---- http://michael.moreno.free.fr/ http://port.cogolin.free.fr/
J'ai pense que cela pouvait en interesser certains ici.
Lu sur gotDotNet :
I created two samples for comparing the performance of Indigo vs. .Net
Remoting (using TCP & binary serialization) the sample code is very
simple and it is based on one of the sample code comes with Indigo. It
adds two arrays (type of double) and returns the result. Here is the
result:
Indigo (TcpBinding)
1 element 0.65 milliseconds
100 elements 1.34 milliseconds
1000 elements 6.42 milliseconds
10000 elements 55.4 milliseconds
Indigo (DualTcpBinding)
1 element 1.37 milliseconds
100 elements 1.88 milliseconds
1000 elements 6.86 milliseconds
10000 elements 53.86 milliseconds
Remoting
1 element 1.21 milliseconds
100 elements 1.27 milliseconds
1000 elements 2.09 milliseconds
10000 elements 7.58 milliseconds
--
Michael
----
http://michael.moreno.free.fr/
http://port.cogolin.free.fr/
J'ai pense que cela pouvait en interesser certains ici.
Lu sur gotDotNet :
I created two samples for comparing the performance of Indigo vs. .Net Remoting (using TCP & binary serialization) the sample code is very simple and it is based on one of the sample code comes with Indigo. It adds two arrays (type of double) and returns the result. Here is the result:
Indigo (TcpBinding) 1 element 0.65 milliseconds 100 elements 1.34 milliseconds 1000 elements 6.42 milliseconds 10000 elements 55.4 milliseconds
Indigo (DualTcpBinding) 1 element 1.37 milliseconds 100 elements 1.88 milliseconds 1000 elements 6.86 milliseconds 10000 elements 53.86 milliseconds
Remoting 1 element 1.21 milliseconds 100 elements 1.27 milliseconds 1000 elements 2.09 milliseconds 10000 elements 7.58 milliseconds
-- Michael ---- http://michael.moreno.free.fr/ http://port.cogolin.free.fr/
