Le fait d'avoir de l'asynchrone et des déclencheurs me semblent intéressant. Avec du rsync over ssh le tout dans du bash, c'est pas toujours le top… On n'a pas non plus des tuyaux infinis entre les centres de calcul (IDRIS, CINES…) et chez nous (même si Renater, c'est quand même très bien) donc pouvoir empiler les transferts dans une file est vraiment une bonne idée.
Sinon, je pensais à des bindings léger en Perl ou en Python. Pouvoir depuis ces langages interrogés la file… Une partie du monde du calcul n'est pas fanat de java.
J'ai aussi quelques services programmés en langage de script (relais mail QPSMTPD, gestionnaire de batch OAR…), il est assez facile pour un administrateur système d'aller modifier et d'adapter le serveur à ses besoins. C'est quasiment impossible à faire pour un service programmé en langage compilé… Donc on perds souvent en souplesse.
[^] # Re: xp
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 3.
Le fait d'avoir de l'asynchrone et des déclencheurs me semblent intéressant. Avec du rsync over ssh le tout dans du bash, c'est pas toujours le top… On n'a pas non plus des tuyaux infinis entre les centres de calcul (IDRIS, CINES…) et chez nous (même si Renater, c'est quand même très bien) donc pouvoir empiler les transferts dans une file est vraiment une bonne idée.
Sinon, je pensais à des bindings léger en Perl ou en Python. Pouvoir depuis ces langages interrogés la file… Une partie du monde du calcul n'est pas fanat de java.
J'ai aussi quelques services programmés en langage de script (relais mail QPSMTPD, gestionnaire de batch OAR…), il est assez facile pour un administrateur système d'aller modifier et d'adapter le serveur à ses besoins. C'est quasiment impossible à faire pour un service programmé en langage compilé… Donc on perds souvent en souplesse.