[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Tsp-devel] Gestion des providers par URL
From: |
NOULARD Eric |
Subject: |
Re: [Tsp-devel] Gestion des providers par URL |
Date: |
Thu, 23 Sep 2004 20:30:22 +0200 |
Euh ben sous mon linux les providers stub et bb ben il font
svc_run returned??
Je cherche un peu mais je suis pas sur de trouver ce soir
(manque de temps).
Eric
Le jeu 23/09/2004 à 18:24, PAGNOT, Robert a écrit :
> Voila, petit message pour dire que la gestion par URL est dans la boîte. Une
> URL pour TSP est de la forme :
> PROTOCOL://HOST/NAME:NUMBER
>
> PROTOCOL : pour l'instant "rpc"
> HOST : rien à dire, par default = localhost
> NAME : le retour de GLU_get_server_name
> NUMBER : un numéro de canal "TSP" que le provider a trouvé libre,
> compté à partir de l'argument "--tsp_provider_num"
>
> En gros :
> Côté Provider il y a une nouvelle fonction dans tsp_provider_init
> qui permet de récupérer les URLs des request handlers installés :
> TSP_provider_url, à appeller tant que pas de retour = NULL ...
> Côté Consumer on doit plus utiliser la fonction
> TSP_consumer_connect_url. Le seul consumer adapté pour l'instant est le
> RES_WRITER. Pour les autres, cela ne doit pas changer (mais je n'ai pas
> encore testé).
>
> Reste à trouver un moyen de publier les URLs quelque part pour les IHMs type
> GDISP+ qui iront chercher des providers un peu partout. Dans mon cas, c'est
> facile car le process PROVIDER forke un process RES_WRITER ....
>
> Je n'ai testé/compilé que sur Solaris 8 pour l'instant (en cas de bug, on en
> parle demain).
>
> Il y manque aussi pas mal de cosmetique. Je m'en charge ...
>
> Bonne nuit,
>
> Bob
>
> > -----Original Message-----
> > From: Frederik Deweerdt [mailto:address@hidden
> > Sent: Thursday, September 23, 2004 5:20 PM
> > To: address@hidden
> > Cc: address@hidden
> > Subject: Re: [Tsp-devel] Chti prob de compil
> >
> >
> > Le Thu, Sep 23, 2004 at 04:38:46PM +0200,
> > address@hidden écrivit:
> > >
> > > Et par contre NON chaque lib possède sa propre API
> > > qui respecte le prototype des fonctions definie
> > > dans request.h (tsp_request_handler_t ou qqchose du genre
> > > j'ai pas les sources sous la main)
> > Ok ça rentre doucettement, j'attends l'update de Robert et allons...
> >
> >
> >
> > _______________________________________________
> > Tsp-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/tsp-devel
> >
>
> ______________________________________________________________________
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
--
Eric NOULARD
E-mail: address@hidden