Version imprimable
Bonjour
Mon problème est simple :
J'ai un web service appelé depuis plusieurs applications embarquées (android, etc...)
J'aimerais gérer un nombre limité d'utilisateurs connectés en même temps (et facturer derrière si le client veut plus de connexion disponible).
Comment feriez-vous celà ? que seraient les pistes possibles les plus simples à mettre en oeuvre ? (peut-etre déjà des mécanismes existants pour les web services).
Merci d'avance pour vos suggestions.
Je n'ai pas la réponse, mais je regarderais du côté du serveur qui héberge le web service. Je suppose que ce genre de fonctionnalité dépend et sur serveur et de la licence que l'on a sur celui-ci.Citation:
Envoyé par theMonz31
Salut,
Si c'est en WCF, tu peux regarder du coté de l'interface "IDispatchMessageInspector" qui te permet d'intercepter le message et de gérer un traitement à la réception de la request.
Pas du WCF... les Web services sont développés en Windev... (oui, je sais, mais je n'ai pas la main dessus)
Bonjour
A tout hasard, fruit d'une expérience douloureuse sur windev
http://doc.pcsoft.fr/fr-FR/?3044291&...necte_fonction
?
Salut,
à mon avis la petite difficulté sera pour être notifié lorsqu'un client n'est plus connecté (à moins qu'explicitement il y ait une notion de "déconnexion" quelque part dans ton workflow).
A part ça, tu peux par ex. dans la base de données qui héberge les infos d'authentification, ajouter une colonne "IsOnline", ensuite lorsqu'un client essaie de se logguer tu pourras faire une requête du genre "select count(*) from Users where IsOnline = 1", la suite tu la devines.
Merci
Je suis en mesure de développer toutes les solutions logicielles pour gérer celà.. c'est juste que je me demande si il n'y a pas une technique particulière
pour le faire ou une librairie, ou autre dont c'est le job de faire celà...
On a les Timeout de session en Web (asp.Net), donc, je me demandais si on avait la même chose ou même approche possible en Web service :)
et je suis d'accord qu'il faut qu'un tel mécanisme soit géré coté serveur car sinon, on peut très bien ne jamais avoir de déconnexion du client :)
Tu peux aussi regarder du cote de l'element connectionManagement :
Code:
2
3
4
5
6
7
Il est possible de limiter le nombre de connexions par adresse IP et/ou par nom DNS :
Code:
2
3
4
Un peu plus d'info sont fournies ici : Contention, poor performance, and deadlocks when you make calls to Web services from an ASP.NET application.
Autre point a noter, il est possible de gerer cela dans ton code, pour avoir une configuration dynamique.
OK merci à tous.
je vais compiler tout celà et voir la solution qui conviendra (sachant que le WS est en windev :) et que je n'ai pas la main dessus) !!!
Je pars du principe qu'à un client correspond plusieurs utilisateurs, et que tu souhaites donc limiter le nombre d'utilisateurs connectés simultanément pour un client donné.
Dans la mesure où tu n'as pas la main sur le webservice, tu peux peut être éventuellement mettre en place un proxy de ton cru, qui serait en mesure d'analyser les requêtes entrantes afin de déterminer l'utilisateur effectuant la requête. En fonction d'un critère à définir, tu transmets la requête au véritable webservice ou tu génères une erreur.
Ton proxy peut simplement mettre à jour la date de dernière requête par utilisateur. Ainsi, pour un client donné, tu peux savoir quels sont les utilisateurs connectés en faisant une requête du style :
Ici, je considère un utilisateur comme connecté si sa dernière requête date de moins de 5 minutes (à adapter, bien entendu !).Code:SELECT COUNT(*) FROM utilisateurs WHERE client_id = 456 AND date_derniere_requete >= DATEADD(minute, -5, GETDATE())
Ensuite, il faut voir aussi si tu veux restreindre le nombre d'utilisateurs connectés, ou le nombre de périphériques connectés (un utilisateur pourrait très bien être connecté via son smartphone et sa tablette par exemple). Le principe resterait le même, seulement il faudrait définir la granularité au niveau du périphérique,et non plus seulement au niveau de l'utilisateur.