Manipulation de fichiers avec Java

Bonjour,

je suis chargé de synchroniser un LDAP avec une base de données mySQL.
Pour ce faire, je récupère un fichier au format .ldif de cette forme :

Code:

---

1 2 3 4 5 6 7

dn: dc=example,dc=com objectClass: domain objectClass: top dc: example entryUUID: 7527387d-1e6c-33a1-bbf0-62f431bffeb2   ...+ entrées de mon LDAP

---

Je compte récupérer certaines données dans ce fichier pour ensuite les ajouter à la base.
Cependant, je ne sais quel système de flux utiliser pour réaliser les opérations que je veux, à savoir :

-parcourir, pouvoir itérer sur chaque ligne du fichier
-une méthode "equals" qui permettrait de comparer une chaine de caractère précise du fichier avec ce que j'aurais spécifié.
-une extraction simple d'une chaine de caractère de ce-dit fichier.

alors voila après un ou deux tutos sur internet, j'ai vu qu'il y avait plusieurs façons de manipuler un fichier (flux d'octets, flux d'objets, flux directs, etc...) et je voudrais savoir lequel correspondrait le mieux à mes attentes ?

merci d'avance !

salut

alors pour ce qui est de la lecture tu a la class Scanner qui est très pratique

par contre je ne comprend pas pourquoi tu passe par un fichier tu ne peut pas plutôt être client de ton LDAP ?

+1, utiliser le protocole LDAP serait plus judicieux, tout te serait déjà servi prémaché par le serveur.

Effectivement, vous aviez raison, c'est plus simple d'utiliser JNDI


..... nouveau souci donc !!! :D

j'utilise JNDI pour récupérer les attributs dont j'ai besoin pour ajouter à la base, et j'ai besoin de récupérer l'attribut "userPassword" du LDAP. le souci c'est que, avec la méthode get de la classe Attribute, cela me renvoie un object et donc si c'est une chaine de caractères je le caste en String, pas de souci...sauf pour le password, qui lui est crypté automatiquement par le LDAP. Je l'ai donc casté en "byte[]" comme première idée seulement il s'avère y avoir un truc bizarre.
le mot de passe tel qu'il est crypté dans le LDAP :

Code:

---

e1NT**************************9PQ==

---

le mot de passe récupéré et transformé en String et affiché dans la console :

Code:

---

{SSHA}5NM****************y8mQ==

---

ça ne correspond pas :/

-j'aimerais donc savoir s'il y a un type spécial, pour les mots de passes cryptés que je pourrais utiliser pour caster mon résultat ou pour transformer mon tableau de bytes en ce type la ?
-je désirerais aussi comprendre pourquoi je n'ai pas les mêmes résultats de mot de passe alors que c'est censé être le même ?

(ouais j'suis une merde en cryptologie)

merci d'avance !

Simplement il y a le stockage interne, et le stockage tel que vu de l'extérieur.
Ce qui importe pour toi c'est que ce que le LDAP t'envoie par JNDI, c'est la même chose que tu dois lui renvoyer si tu veux recréer l'entrée. Sa signification profonde importe peu. Dans le cas présent, la String en question est composée de {algorithme}cle_en_base_64.

Si je prend donc la version de ton LDIF:
e1NTSEF9VF***************LSGtrd3c9PQ== et que je décode (base 64) j'obtiens

{SSHA}TR***********w==
Ce qui, je pense, correspond à ce que tu récupère dans java ;)

tu veux donc dire que c'est doublement encodé ? puisque ce que je récupère dans mon java, ce n'est tjs pas la forme "en clair" de mon password.



et sinon j'ai une autre question, ma base de données stocke actuellement ses passwords en sha-1, est-ce que je peux convertir ce qui me ressort en java ({SSHA}TR***********w==) en SHA-1 ? (utilisation de MessageDigest ?)

Citation:

---

Envoyé par C-Jay

tu veux donc dire que c'est doublement encodé ?

---

Ce que tu récupère en java correspond au stockage faut dans LDAP pour les mots de passe. Donc l'algo suivi du stream binaire en base64. Ce que tu récupère dans le LDIF, c'est cette valeur, protégée en l'encodant en base64. On peut arguer de l'utilité de ce double encodage, mais tant que le LDAP sait se relire, c'est tout ce qui compte.

Citation:

---

et sinon j'ai une autre question, ma base de données stocke actuellement ses passwords en sha-1, est-ce que je peux convertir ce qui me ressort en java ({SSHA}TR***********w==) en SHA-1 ? (utilisation de MessageDigest ?)

---

Pas vraiment directement SSHA c'est du 'seeded SHA'. Il faut voir comment dans ta DB tu gère le SHA. D'un point de vue donnée tu peux prendre ce qui se trouve après les accolade, faire un base64 decode dessus, et envoyer l'array de byte résultant vers ta DB, car ça, ce sera la valeur de ton hash SSHA. En pratique, il faudra que ta DB ou application utilisant la DB utilise du SSHA, sinon elle comprendra rien à la valeur ;)