Je suis à la recherche d'information expliquant comment mettre en place
un timeout sur des appels de méthodes en .Net remoting. Toutes mes
recherches sont infructeuses et ce besoin se fait de plus en plus sentir.
J'ai mis en place le remoting sans utiliser de fichier de config, une
solution sans avoir à tout changer sera vraiment parfaite...
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
Michael Moreno
> Je suis à la recherche d'information expliquant comment mettre en place un timeout sur des appels de méthodes en .Net remoting. Toutes mes recherches sont infructeuses et ce besoin se fait de plus en plus sentir.
Je crois qu'il faut un appel asynchrone en utilisant un Delegate avec un TimeOut.
J'ai mis en place le remoting sans utiliser de fichier de config, une solution sans avoir à tout changer sera vraiment parfaite...
Je n'utilise pas de fichier de config. A mon avis c'est une grosse erreur pour les applis complexes d'utiliser ces ~"@£$~"$@ de fichier qui sont indebuggables, non centralise (10 utilisateurs = 10 fichiers par appli !), etc.
-- Michael ---- http://michael.moreno.free.fr/ http://port.cogolin.free.fr/
> Je suis à la recherche d'information expliquant comment mettre en place un
timeout sur des appels de méthodes en .Net remoting. Toutes mes recherches
sont infructeuses et ce besoin se fait de plus en plus sentir.
Je crois qu'il faut un appel asynchrone en utilisant un Delegate avec
un TimeOut.
J'ai mis en place le remoting sans utiliser de fichier de config, une
solution sans avoir à tout changer sera vraiment parfaite...
Je n'utilise pas de fichier de config. A mon avis c'est une grosse
erreur pour les applis complexes d'utiliser ces ~"@£$~"$@ de fichier
qui sont indebuggables, non centralise (10 utilisateurs = 10 fichiers
par appli !), etc.
--
Michael
----
http://michael.moreno.free.fr/
http://port.cogolin.free.fr/
> Je suis à la recherche d'information expliquant comment mettre en place un timeout sur des appels de méthodes en .Net remoting. Toutes mes recherches sont infructeuses et ce besoin se fait de plus en plus sentir.
Je crois qu'il faut un appel asynchrone en utilisant un Delegate avec un TimeOut.
J'ai mis en place le remoting sans utiliser de fichier de config, une solution sans avoir à tout changer sera vraiment parfaite...
Je n'utilise pas de fichier de config. A mon avis c'est une grosse erreur pour les applis complexes d'utiliser ces ~"@£$~"$@ de fichier qui sont indebuggables, non centralise (10 utilisateurs = 10 fichiers par appli !), etc.
-- Michael ---- http://michael.moreno.free.fr/ http://port.cogolin.free.fr/
Stephane
Je vais essayer cette solution... Un peu trop "localisée" à mon goût
Merci
Michael Moreno a écrit :
Je suis à la recherche d'information expliquant comment mettre en place un timeout sur des appels de méthodes en .Net remoting. Toutes mes recherches sont infructeuses et ce besoin se fait de plus en plus sentir.
Je crois qu'il faut un appel asynchrone en utilisant un Delegate avec un TimeOut.
J'ai mis en place le remoting sans utiliser de fichier de config, une solution sans avoir à tout changer sera vraiment parfaite...
Je n'utilise pas de fichier de config. A mon avis c'est une grosse erreur pour les applis complexes d'utiliser ces ~"@£$~"$@ de fichier qui sont indebuggables, non centralise (10 utilisateurs = 10 fichiers par appli !), etc.
Je vais essayer cette solution... Un peu trop "localisée" à mon goût
Merci
Michael Moreno a écrit :
Je suis à la recherche d'information expliquant comment mettre en
place un timeout sur des appels de méthodes en .Net remoting. Toutes
mes recherches sont infructeuses et ce besoin se fait de plus en plus
sentir.
Je crois qu'il faut un appel asynchrone en utilisant un Delegate avec un
TimeOut.
J'ai mis en place le remoting sans utiliser de fichier de config,
une solution sans avoir à tout changer sera vraiment parfaite...
Je n'utilise pas de fichier de config. A mon avis c'est une grosse
erreur pour les applis complexes d'utiliser ces ~"@£$~"$@ de fichier qui
sont indebuggables, non centralise (10 utilisateurs = 10 fichiers par
appli !), etc.
Je vais essayer cette solution... Un peu trop "localisée" à mon goût
Merci
Michael Moreno a écrit :
Je suis à la recherche d'information expliquant comment mettre en place un timeout sur des appels de méthodes en .Net remoting. Toutes mes recherches sont infructeuses et ce besoin se fait de plus en plus sentir.
Je crois qu'il faut un appel asynchrone en utilisant un Delegate avec un TimeOut.
J'ai mis en place le remoting sans utiliser de fichier de config, une solution sans avoir à tout changer sera vraiment parfaite...
Je n'utilise pas de fichier de config. A mon avis c'est une grosse erreur pour les applis complexes d'utiliser ces ~"@£$~"$@ de fichier qui sont indebuggables, non centralise (10 utilisateurs = 10 fichiers par appli !), etc.
Michael Moreno
> Je vais essayer cette solution... Un peu trop "localisée" à mon goût
L'utilisation du delegate n'a rien a voir avec la localisation.
Pour le fichier de config... Essaye de creer un fichier config avec 10 TCP channel dedans et on en reparlera ;-)
-- Michael ---- http://michael.moreno.free.fr/ http://port.cogolin.free.fr/
> Je vais essayer cette solution... Un peu trop "localisée" à mon goût
L'utilisation du delegate n'a rien a voir avec la localisation.
Pour le fichier de config... Essaye de creer un fichier config avec 10
TCP channel dedans et on en reparlera ;-)
--
Michael
----
http://michael.moreno.free.fr/
http://port.cogolin.free.fr/
Je vais essayer cette solution... Un peu trop "localisée" à mon goût
L'utilisation du delegate n'a rien a voir avec la localisation.
Localisée au niveau du code : il faut mettre en place cet appel asynchrone à chaque fois qu'on utilise une méthode en remoting...
Pour le fichier de config... Essaye de creer un fichier config avec 10 TCP channel dedans et on en reparlera ;-)
Jamais testé et surtout pas pressé de le faire !!!
A+
Mehdi
On Tue, 13 Sep 2005 08:25:31 +0200, Stephane wrote:
Michael Moreno a écrit :
Je vais essayer cette solution... Un peu trop "localisée" à mon goût
L'utilisation du delegate n'a rien a voir avec la localisation.
Localisée au niveau du code : il faut mettre en place cet appel asynchrone à chaque fois qu'on utilise une méthode en remoting...
Je ne sais pas si il y a mieux que cette méthode avec le .NET Remoting de base mais si .NET Remoting est important pour ton projet, je te conseille fortement d'investir dans Genuine Channels (http://www.genuinechannels.com/). Ce n'est pas cher pour ce que c'est et ca simplifie énormément la vie. Pour ton probleme particulier, Genuine Channels te permet de regler tres finement tous les time-out et ce, a n'importe quel niveau (au niveau du channel - pour tout le monde -, de l'"host" - juste pour un client particulier, de l'invocation - juste pour une méthode...).
On Tue, 13 Sep 2005 08:25:31 +0200, Stephane wrote:
Michael Moreno a écrit :
Je vais essayer cette solution... Un peu trop "localisée" à mon goût
L'utilisation du delegate n'a rien a voir avec la localisation.
Localisée au niveau du code : il faut mettre en place cet appel
asynchrone à chaque fois qu'on utilise une méthode en remoting...
Je ne sais pas si il y a mieux que cette méthode avec le .NET Remoting de
base mais si .NET Remoting est important pour ton projet, je te conseille
fortement d'investir dans Genuine Channels
(http://www.genuinechannels.com/). Ce n'est pas cher pour ce que c'est et
ca simplifie énormément la vie. Pour ton probleme particulier, Genuine
Channels te permet de regler tres finement tous les time-out et ce, a
n'importe quel niveau (au niveau du channel - pour tout le monde -, de
l'"host" - juste pour un client particulier, de l'invocation - juste pour
une méthode...).
On Tue, 13 Sep 2005 08:25:31 +0200, Stephane wrote:
Michael Moreno a écrit :
Je vais essayer cette solution... Un peu trop "localisée" à mon goût
L'utilisation du delegate n'a rien a voir avec la localisation.
Localisée au niveau du code : il faut mettre en place cet appel asynchrone à chaque fois qu'on utilise une méthode en remoting...
Je ne sais pas si il y a mieux que cette méthode avec le .NET Remoting de base mais si .NET Remoting est important pour ton projet, je te conseille fortement d'investir dans Genuine Channels (http://www.genuinechannels.com/). Ce n'est pas cher pour ce que c'est et ca simplifie énormément la vie. Pour ton probleme particulier, Genuine Channels te permet de regler tres finement tous les time-out et ce, a n'importe quel niveau (au niveau du channel - pour tout le monde -, de l'"host" - juste pour un client particulier, de l'invocation - juste pour une méthode...).
