Mais ça c'est spécifié dans le XSD de EBICS car le format du fichier est obligatoire. Vous pouvez étendre le framworke et implémenter l'envoie dans un ordre de type FTB qui va vous permettre de télécharger des fichiers binaires. La plateforme XML est déjà prête pour implémenter n'importe quel type d'ordre. Vous pouvez vous inspirer des implémentations existantes. C'est le même principe.
Je pense aussi que ça sera si important de regarder votre code aussi. Pourquoi pas faire une communauté qui aidera à améliorer nos implémentations et mettre en communs nos efforts pour faite l'un des plus fiables client EBICS libre.
Oui vous avez raison, mais ce n'est qu'un début. Si le projet aura un sucées on va bien sûr opter pour des solution plus performantes et récentes notamment maven. Mais il fallait commencer par un truc simple compréhensible et utilisable même pour les simples utilisateurs c'est pour ça qu'on a opté pour ant et Makefile.
Vous pouvez envoyer et recevoir des fichiers de type arbitraires. Il n'existe pas de vérification aux formats envoyés. Mais ceci dépend aussi du serveur EBICS contacté. La station que nous avons utilisé pour les tests permet l'upload et le download de fichiers de type arbitraire.
Oui vous avez raison. c'est une connexion https avec le portail de la banque. Mais le flux des requêtes en lui même n'est pas crypté. Se sont les données qui contenues dans la requête qui sont signées par les certificats utilisateurs.
En fait pour l'organisation du code, comme c'est destinée à être intégré dans une application, Il vaut mieux avoir les sources dans le même panier surtout quand il s'agit d'un IDE comme eclipse ou netbeans. C'est donc plus facile qu'attacher l'archive des sources aux binaires.
Pour le ant et le makefile c'est pour être utilisée sur Windows ou Linux au choix. Il vaut mieux faire pour les gens pour utilisations directe.
Oui vous avez raison en ce qui concerne les transactions bancaires. En fait vous avez bien expliqué ce que je voulais dire par une transaction bancaire.
Excusez moi si si j'ai posté dans le mauvais endroit car j'ai compris qu'il va falloir que je fasse un journal et non pas une entrée dans le forum.
En fait EBICS c'est un standard Allemand adopté en 2008 pour effectuer des transactions bancaire. Ce standard va remplacer le standard ETEBAC. La passation devrait se faire avant la fin de Juin 2012.
Ceci nous a donné l'idée de faire un client java EBICS qui pourrait s'intégrer dans des applications. C'est le premier client libre car les solutions existantes sont toujours payantes.
Nous avons fait les tests de validation et de qualification chez www.qualif-ebics.fr qui propose une plate forme de validation des stations client EBICS.
On a aussi remarqué lors du développement de ce module qu'il existe plein de gens qui cherchent un client libre. Ceci nous a poussé à donner notre client en libre pour avoir la possibilité d'améliorer le code et pourquoi pas arriver à une station EBICS qui sera libre et performante qui possède aussi une communauté très forte.
J'ai posté dans http://www.linuxfr.org/ car j'ai vue que il y a pas mal de gens qui cherche un client exploitable et c'est ce que nous proposant. Aussi j'avais envie de présenter notre poste client le plus vite que possible car c'est nouveau et il y a pas mal de gens qui cherchent un client pareil.
[^] # Re: Implémentation dans d'autres langages
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 1.
Oui c'est une bonne idée et pourquoi pas essayer. Quelqu'un a t-il commencé?
[^] # Re: Oups
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 2. Dernière modification le 16 mars 2012 à 12:20.
Un merge du code est envisageable puisque les deux implémentations pourraient se compléter.
[^] # Re: Formats de fichiers supportés ?
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 2.
Mais ça c'est spécifié dans le XSD de EBICS car le format du fichier est obligatoire. Vous pouvez étendre le framworke et implémenter l'envoie dans un ordre de type FTB qui va vous permettre de télécharger des fichiers binaires. La plateforme XML est déjà prête pour implémenter n'importe quel type d'ordre. Vous pouvez vous inspirer des implémentations existantes. C'est le même principe.
[^] # Re: Oups
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 3.
Je pense aussi que ça sera si important de regarder votre code aussi. Pourquoi pas faire une communauté qui aidera à améliorer nos implémentations et mettre en communs nos efforts pour faite l'un des plus fiables client EBICS libre.
[^] # Re: EBICS TS
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 2.
Non, les signatures gérées sont pour EBICS T pour remplacement ETEBAC 3
[^] # Re: À suivre...
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 2.
Oui vous avez raison, mais ce n'est qu'un début. Si le projet aura un sucées on va bien sûr opter pour des solution plus performantes et récentes notamment maven. Mais il fallait commencer par un truc simple compréhensible et utilisable même pour les simples utilisateurs c'est pour ça qu'on a opté pour ant et Makefile.
[^] # Re: Formats de fichiers supportés ?
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 2.
Vous pouvez envoyer et recevoir des fichiers de type arbitraires. Il n'existe pas de vérification aux formats envoyés. Mais ceci dépend aussi du serveur EBICS contacté. La station que nous avons utilisé pour les tests permet l'upload et le download de fichiers de type arbitraire.
N'hésitez pas si vous avez besoin d'aide.
[^] # Re: 3615 mavie
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 1.
Oui vous avez raison. c'est une connexion https avec le portail de la banque. Mais le flux des requêtes en lui même n'est pas crypté. Se sont les données qui contenues dans la requête qui sont signées par les certificats utilisateurs.
[^] # Re: À suivre...
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 4.
Oui vous avez raison. Nous allons ajouter ça et pourquoi pas faire deux archives pour les binaires et les sources. ça sera mieux organisé.
[^] # Re: À suivre...
Posté par hacheni . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 3.
En fait pour l'organisation du code, comme c'est destinée à être intégré dans une application, Il vaut mieux avoir les sources dans le même panier surtout quand il s'agit d'un IDE comme eclipse ou netbeans. C'est donc plus facile qu'attacher l'archive des sources aux binaires.
Pour le ant et le makefile c'est pour être utilisée sur Windows ou Linux au choix. Il vaut mieux faire pour les gens pour utilisations directe.
Oui vous avez raison en ce qui concerne les transactions bancaires. En fait vous avez bien expliqué ce que je voulais dire par une transaction bancaire.
[^] # Re: Nouveau client ebics libre
Posté par hacheni . En réponse au message Nouveau client ebics libre. Évalué à 0.
Et d'après vous poster ça comme nouveauté aurait plus de visibilité?
[^] # Re: Nouveau client ebics libre
Posté par hacheni . En réponse au message Nouveau client ebics libre. Évalué à 0.
Est-il nécessaire que je fait un autre poste pour le même sujet?
# Nouveau client ebics libre
Posté par hacheni . En réponse au message Nouveau client ebics libre. Évalué à 2.
Excusez moi si si j'ai posté dans le mauvais endroit car j'ai compris qu'il va falloir que je fasse un journal et non pas une entrée dans le forum.
En fait EBICS c'est un standard Allemand adopté en 2008 pour effectuer des transactions bancaire. Ce standard va remplacer le standard ETEBAC. La passation devrait se faire avant la fin de Juin 2012.
Ceci nous a donné l'idée de faire un client java EBICS qui pourrait s'intégrer dans des applications. C'est le premier client libre car les solutions existantes sont toujours payantes.
Nous avons fait les tests de validation et de qualification chez www.qualif-ebics.fr qui propose une plate forme de validation des stations client EBICS.
On a aussi remarqué lors du développement de ce module qu'il existe plein de gens qui cherchent un client libre. Ceci nous a poussé à donner notre client en libre pour avoir la possibilité d'améliorer le code et pourquoi pas arriver à une station EBICS qui sera libre et performante qui possède aussi une communauté très forte.
J'ai posté dans http://www.linuxfr.org/ car j'ai vue que il y a pas mal de gens qui cherche un client exploitable et c'est ce que nous proposant. Aussi j'avais envie de présenter notre poste client le plus vite que possible car c'est nouveau et il y a pas mal de gens qui cherchent un client pareil.