Je crois ne pas m'être fait comprendre, sans doute par manque de précision.
CFT (et autres dérivés) est bien utilisé par la DGFiP et CHORUS.
Je l'ai déjà écrit mais je me répète : ce dont je parle, c'est le cas d'une application centrale dans "l'archivage électronique" de la DGFiP. Elle est en production depuis fin 2007 et je suis bien placé pour le savoir ;-) Et Chorus est un des clients de cette application bien que ne faisant pas partie de la DGFiP (mais n'utilise pas le composant waarp bien qu'il ait failli utiliser son pendant HTTP pour faire le lien avec SAP).
Et cette application "centrale" réalise bien plus de 10 K transferts par jour…
Je suis d'accord qu'il ne faut pas minimiser le coût du changement. Ceci dit, le passage à XFB Gateway (et j'y étais aussi pour quelque chose durant ces 8 années) n'a pas été simple non plus. Et ne pouvant pas prévoir l'avenir, je ne me risquerais pas à estimer que cette façon de procéder survivra des années encore, surtout il est vrai pour des raisons de coûts logiciels. Aussi une alternative Open Source est elle toujours intéressante. Après, tout est affaire de décision politique et de moyens financiers.
Enfin et pour ne pas sur-estimer les coûts du changement, CFT est appelé la plupart du temps par des scripts depuis les applications. Changer un script écrit une fois pour toute par un autre ne devrait pas changer la face du monde… Quant à l'usage de code embarqué (plus à l'image de Chorus cette fois), c'est tout aussi possible avec Waarp. Néanmoins, là, il est vrai, du fait de l'intégration d'un nouveau composant, les efforts ne sont pas à sous-estimer.
Et pour conclure sur Solaris :
- si Solaris supporte Java, c'est bon (tiens, je crois que Solaris fut créé par Sun lui même créateur de Java, ça devrait aller donc), mais nous n'avons pas eu l'occasion de tester il est vrai.
- si Solaris survit encore longtemps (?), nous aurons sans doute la chance de le valider officiellement.
[^] # Re: Waarp en production depuis trois ans à la DGFiP ??
Posté par fred75 . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 3.
Je crois ne pas m'être fait comprendre, sans doute par manque de précision.
CFT (et autres dérivés) est bien utilisé par la DGFiP et CHORUS.
Je l'ai déjà écrit mais je me répète : ce dont je parle, c'est le cas d'une application centrale dans "l'archivage électronique" de la DGFiP. Elle est en production depuis fin 2007 et je suis bien placé pour le savoir ;-) Et Chorus est un des clients de cette application bien que ne faisant pas partie de la DGFiP (mais n'utilise pas le composant waarp bien qu'il ait failli utiliser son pendant HTTP pour faire le lien avec SAP).
Et cette application "centrale" réalise bien plus de 10 K transferts par jour…
Je suis d'accord qu'il ne faut pas minimiser le coût du changement. Ceci dit, le passage à XFB Gateway (et j'y étais aussi pour quelque chose durant ces 8 années) n'a pas été simple non plus. Et ne pouvant pas prévoir l'avenir, je ne me risquerais pas à estimer que cette façon de procéder survivra des années encore, surtout il est vrai pour des raisons de coûts logiciels. Aussi une alternative Open Source est elle toujours intéressante. Après, tout est affaire de décision politique et de moyens financiers.
Enfin et pour ne pas sur-estimer les coûts du changement, CFT est appelé la plupart du temps par des scripts depuis les applications. Changer un script écrit une fois pour toute par un autre ne devrait pas changer la face du monde… Quant à l'usage de code embarqué (plus à l'image de Chorus cette fois), c'est tout aussi possible avec Waarp. Néanmoins, là, il est vrai, du fait de l'intégration d'un nouveau composant, les efforts ne sont pas à sous-estimer.
Et pour conclure sur Solaris :
- si Solaris supporte Java, c'est bon (tiens, je crois que Solaris fut créé par Sun lui même créateur de Java, ça devrait aller donc), mais nous n'avons pas eu l'occasion de tester il est vrai.
- si Solaris survit encore longtemps (?), nous aurons sans doute la chance de le valider officiellement.
Bien à vous,