Bonjour,

J'aurais aimé savoir si quelqu'un avait implémenté la classe Tiger? Si oui pouvez vous m'aider à en instancier une; par un exemple.

Merci -> bashful@altern.org

Par crypto, tu parles de la méthode de hash ?

Si oui, elle est implémentée dans le projet GNU Crypto.

A+

Dobel
[Une fois rien, c'est rien; deux fois rien, ce n'est pas beaucoup, mais pour trois fois rien, on peut déjà s'acheter quelque chose, et pour pas cher]

Oups, on peut pas éditer ses messages ici ?

"Par Tiger" et non pas "Par crypto"

Dobel [size=1][Une fois rien, c'est rien; deux fois rien, ce n'est pas beaucoup, mais pour trois fois rien, on peut déjà s'acheter quelque chose, et pour pas cher][/size=1]

excuse moi mais ou peut on trouver ce projet gnu crypto ?

Java.fr ou sur le web car pas vu ni dans l'un ni dans l'autre....

kal....

http://www.gnu.org/software/gnu-crypto/

sources : ftp://ftp.gnu.org/gnu/gnu-crypto/releases/
binaires : ftp://ftp.gnu.org/gnu/gnu-crypto/binaries/

sans oublier l'indispensable javadoc

A+
Dobel
[Une fois rien, c'est rien; deux fois rien, ce n'est pas beaucoup, mais pour trois fois rien, on peut déjà s'acheter quelque chose, et pour pas cher]

Merci de ma part et de mon binome

"que le dieu de la compilation t'accomppagne dans tes heures perdu à la recherche programme divin"

Si (sans vouloir abuser) vous auriez une petite analyse mathematique de cette fonction (comment ca marche : le proceder) je verai vraiment la vie en rose bonbon.....

haha, désolé
c'est pas mon domaine malheureusement.

Bien tenté quand même

Dobel
[Une fois rien, c'est rien; deux fois rien, ce n'est pas beaucoup, mais pour trois fois rien, on peut déjà s'acheter quelque chose, et pour pas cher]

Ma version faite en 2001 (dernière optimisation en 2004, en prod depuis des années, et sous licence LGPL)...
[ Lien ]
et un module de test et benchmark correspondant (non nécesssaire en production: cela donne aussi un exemple d'emploi et des résultats de tests normalisés):
[ Lien ]
Ca bat toutes les autres versions (Gnu Crypto, Battlecrypt...) en terme de performance. 100% pur Java pourtant même plus rapide que des versions soit-disant optimisées en assembleur pour certains processeurs obsolètes, et difficilement portable.
Le 100% java signifie aussi 100% compatible avec les serveurs JSP sans avoir à installer un package natif JNI ave une DLL externe (idéal pour déploiement sur Tomcat ou Oracle JSP, particulirement en serveur partagé où les packages JNI sont totalement proscrits). Normalement on pourrait encore aller un peu plus vite en assembleur mais l'expérience a montré que cela posait des problèmes pour le déploiement sur des processeurs différents (notamment sur des computing grids et serveurs, à processeurs RISC, ou Motorola, ou x64 ou AMD64, ou divers autres processeurs x86 non Intel, ou pour l'intégration dans un set topbox à microcontroleur ou un mobile ou un terminal GPS). Bien sur ça tourne aussi sur un PC ou sous Windows mobile et PalmOS sans en changer une seule ligne!