Re: [Tsp-devel] JTSP + URL = OK

[Stephane Galles]

Salut Robert,

oui, je crois que j'avais bien compris le fonctionnement de l'URL,
mais il y a quand même, à mon avis, quelque chose d'étrange
dans l'utilisation du SERVERNAME pour la partie C.

Apres avoir regardé de plus près, en fait c'est plus subtil que je
ne pensais :

Lance le StubbedServer et connecte toi sous stdout avec :///StubbedServer
Cela marche. C'est normal

Lance le StubbedServer et connecte toi sous stdout avec :///blablabla
Cela ne marche pas. C'est normal

Lance le StubbedServer et connecte toi sous stdout avec :///Stu
Cela marche ! CE N'EST PAS NORMAL (du moins je ne crois
pas ou alors il faut documenter ce comportement).

A+

Steph


PAGNOT, Robert wrote:

> Salut Stéph,
>
> Le principe de l'utilisation de l'URL (tu peux les voir d'ailleurs dans les
> help des consumers C) consiste à :
>         <rpc://hostname> => trouve le premier provider existant sur
> "hostname", soit un fonctionnement identique à la pré-histoire.
>
>         + </servername:port> permet de préciser un peu plus à qui l'on
> s'adresse, en cas de multi-providers. Pour info, avec Yves, on travaille sur
> la même machine avec des providers différents, et chacun se connecte avec
> une URL du type <///myServerName> et ça marche !!!
>
>         Par conséquent, on tient compte du SERVERNAME, lorsqu'il est
> explicité. Le pb, est qu'avec RPC, on doit établir une connection
> (clnt_create) pour connaître le nom de celui qui est au bout du fil ...
>
>         On pourrait s'amuser à créer une table de hash pour
> SERVERNAME:PORTNUM et utiliser l'ID sortant du hachage comme RPC_PROG_ID ?
> Cela éviterai les tentatives de connection ...
>
> A+
>
> Robert PAGNOT
> ASTRIUM SAS
> AEA56 - Ground Systems
> tél.: 05 62 19 55 32 
> fax.: 05 62 19 77 41 
> <mailto:address@hidden>
>
>
>
>  
>
> > -----Original Message-----
> > From: Stephane Galles [mailto:address@hidden
> > Sent: Sunday, November 14, 2004 10:15 PM
> > To: tsp-devel
> > Subject: [Tsp-devel] JTSP + URL = OK
> >
> >
> > Bonjour,
> >
> > les URL fonctionnent maintenant avec JTSP.
> >
> > Lancez ant sans arguments dans DEVBASE, et les explications suivront
> >
> > En fait jsynoptic et jstdout fonctionnent, mais seul jstdout utilise
> > réellement les URL. jsynoptic continue de séparer les valeurs 
> > dans son GUI.
> > Je n'ai pas regardé en détail comment était fait jsynoptic, 
> > mais si le code
> > du GUI est dans le plugin, ai - je l'autorisation de modifier 
> > le GUI pour
> > faire saisir une URL, et non plus des valeurs éclatée ? (je 
> > ne sais pas si
> > c'est possible en fait, je ne sais pas comment est découpé le code
> > jsynoptic-plugin et jsynoptic-code)
> >
> > Sinon, en fait, sans vouloir cafter, j'ai même l'impression 
> > que les URL
> > fonctionnent maintenant mieux avec JTSP qu'avec TSP, vu qu'on dirait
> > bien que le grand frêre C ne tient pas compte du SERVERNAME pour la 
> > recherche
> > du provider...
> >
> > J'dis ça, j'dis rien  ;)
> >
> > Steph.
> >
> >
> >
> > _______________________________________________
> > Tsp-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/tsp-devel
> >    
> >
> > ------------------------------------------------------------------------
> >
> > ---------------------------------------------------------
> >
> > CE COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE SAURAIT 
> > ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI SES FILIALES.
> >
> > SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A MAL DIRIGE CE COURRIER, 
> > MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT UNE REPONSE PAR COURRIER 
> > ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS LE DESTINATAIRE DE CE COURRIER, 
> > VOUS NE DEVEZ PAS L'UTILISER, LE CONSERVER, EN FAIRE ETAT, LE DISTRIBUER, LE 
> > COPIER, L'IMPRIMER OU EN REVELER LE CONTENU A UNE TIERCE PARTIE.
> >
> >
> >
> > This email is for information only and will not bind EADS Astrium SAS in any 
> > contract or obligation, nor its subsidiaries.
> >
> > If you have received it in error, please notify the sender by return email. If 
> > you are not the addressee of this email, you must not use, keep, disseminate, 
> > copy, print or otherwise deal with it.
> >
> > ---------------------------------------------------------
> >