Re: [Tsp-devel] [PATCH] Correction temporaire pour xmlrpc

[Erk]

Le 07/04/06, dufy<address@hidden> a écrit :
> STOP au TROLL sur les langages de script, il s'est trompé de thread de
> discussion..... Il doit aller retourner voir sa mère ici
> http://lists.gnu.org/archive/html/tsp-devel/2006-03/msg00061.html

Je sais ok j'arrête et je ré-itère également mes félicitations :))

>  PS : A force d'intégrer des milliers de bindings scripts vers TSP, on a
> avoir l'arborescence principale de TSP commme un trou du cul en choux-fleur
> (Expression typiquement canadienne, que je vous offre gratuitement en
> licence RAFVFPL (Rien à Foutre de ce que Vous en Faites Public Licence)!
>  Ne pourrions nous pas créer un niveau supplémentaire d'arborescence du
> genre bindtsp ou dedans on retrouverait perl, tsp, python, et tous les
> autres merveilleux langages de scripts qui sont nos amis pour la vie ?

En fait si je me souviens bien on en avait discuté un peu
au moment de la séparation de jtsp du module principal.

On avait plus ou moins dit que c'était plus simple
d'avoir 1 module de haut niveau par binding.
Histoire de ne pas embêter ceux qui préfère xxx_script à
yyyy_script :))) (Vous voyez je sais me ttenir)

Et on peut assez facilement créer un
module alias "bindtsp" qui englobe tous les modules de scripts
comme c'est le cas pour le module tsp_all (qui est un alias
qui regroupe tous les modules actuels))

Et sincèrement et sans chipoter quand à la puissance de certains
langages de scripts et vu que TSP est plutôt un protocole
qu'une lib ben j'appellerais plutôt ça des implémentations
de TSP plutôt que des bindings? (si on veut créer le module)

Aujourd'hui jtsp = 100% Java
rubytsp = 100% ruby (sauf grossière erreur de ma part)
il reste perl et python qui font du SWIG mais
je ne suis pas sûr que ça va durer car:

1) il y a des API XMLRPC en 100% perl et python
2) il ???? que j'ap?re??e réel???ent py???n :))

Votre serviteur dévoué
--
Erk