- de refaire le code de parsing URL, pour être compatible std66 alias rfc 3986
sur les URI (Dans la version que j'ai écrite actuellement, j'utilise les regexp
POSIX, y a-t-il une contre-indication à ce sujet sur les plate-formes vénérables
que nous supportons?). Les nouvelles URLs auraient la forme suivante:
protocole://hostname[:port]/server_name#server_instance
Ca je suis 100% POUR avoir un comportement standard.
D'ailleurs je remets un bout de mail précédent qu'on avait eu en privé
avec Duf et que j'aurais dû balancer sur la liste...
[...]####################################################
Pour l'URL je pense que le numéro n'a de sensue pour le protocole
TSP URL format is defined by <PROTOCOL://HOST/SERVER:PORT>
PROTOCOL if omitted, is defaulted to 'rpc'
HOST if omitted, is defaulted to 'localhost'
SERVER if omitted, find any TSP server name
PORT if omitted, find first TSP server number
Un "port" XMLRPC et un port "RPC" voire un port "corba"
n'ont peut-être rien à voir entre eux donc c'est pas bien
grave.
Concernant CORBA on a la notion (au moins dans JacORB)
de corbaloc pour trouver un service:
corbaloc::<host>:<port>/<servicename>
par exemple
corbaloc::192.168.0.1:33333/NameService
du coup le port est réellement un port tcp.
D'un autre côté nous on pourrait étendre/transformer nos URLs en
<PROTOCOL://HOST:PORT/SERVER:INSTANCE>
voire se pencher carrément sur les RFCs:
ftp://ftp.rfc-editor.org/in-notes/rfc3508.txt (URL)
ftp://ftp.rfc-editor.org/in-notes/std/std66.txt (URI, URL et URN)