Discussion :

[c4n4r]

Salut à tous!

Voila je suis entrain de bosser sur un soft pour scanner.
Le but est tout con : on scanne nos documents, on peut ensuite les sélectionner et leur attribuer un type (facture, BL, devis...).
On renseigne ensuite un BDD avec le nom et le type de fichier, et les fichiers .jpg (les scans donc) sont sauvegardés dans un dossier spécifique.

Pour le moment je teste ça en local dans un dossier contenu sur mon bureau et tout fonctionne très bien.

Le truc c'est que par la suite il faudra aller sauvegarder tout ça sur un lecteur logique protégé par mot de passe pour l'écriture (et la suppression) de fichiers.

Ma question est donc simple : Quelle est la syntaxe pour définir le login et mot de passe que je souhaite utiliser à mon soft?

Je ne sais pas si ma question est assez claire...

Si vous pouviez m'éclairer un peu ça serait sympa :-)

Merci d'avance!

Et la bonne année hein!

[OButterlin]

Et bien, vu d'ici, je dirais que la seule chose que ton application doit connaître est le nom du lecteur logique, la problématique d'accès est au niveau de ton OS, pour faire le fameux lecteur logique...

[c4n4r]

Oui mais justement mon lecteur demandera tout le temps un login et MDP pour s'y connecter.

Du coup je me demande comment faire pour indiquer ce login et MDP à mon code.

Un peu comme quand on se connecter à Mysql, on définit, l'adresse, le login et de mot de passe.

[OButterlin]

Pourquoi il le demanderait, du moment que le lecteur réseau existe (dans Windows par exemple), il reste actif jusqu'à ce qu'on le détruise...
Qui demande un accès supplémentaire ?
Peux-tu préciser l'architecture globale de ton application ? un truc m'échappe...

[tchize_]

Oui mais justement mon lecteur demandera tout le temps un login et MDP pour s'y connecter.

C'est quel type de lecteur logique? Parce que les lecteur réseau windows, ça ne demande le login/mot de passe en gros qu'une fois par session. Voir jamais si on a stocké ce login/mot de passe.


Si tu utilise un autre protocole, il faut le connaitre pour te répondre

[c4n4r]

ouai j'ai pas donné toutes les infos en fait.

Le lecteur réseau donne sur un serveur samba, qui lui restreint les accès.
Le but, c'est que tout le monde ne puisse pas venir taper dans ces données, (ou du moins les modifier) à moins d'avoir un compte prévu pour ça.

[tchize_]

Samba, c'est du protocole réseau windows. Un fois le dossier monté dans windows, le mot de passe restera en cache. Ce n'est pas le problème de ton application, mais de l'utilisateur, qui devra quand même tapper ce mot de passe une fois Ton application ne fait qu'utiliser des File, il n'y a donc pas de notion de mot de passe là derrière. Toi, tu aura juste du code du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

new FileInputStream("Z://document.cvs");

[c4n4r]

du coup, ce que je veux faire n'est pas bon...

Car le but c'est que l'utilisateur n'ai pas l'accès a ce lecteur réseau autrement qu'en lecture...

[OButterlin]

ça n'a rien à voir, les droits se paramètres au niveau du serveur Samba, tu peux tout à fait faire ce que tu décris

[c4n4r]

Alors du coup, je me permet de reformuler la question :

Comment faire pour aller copier un fichier vers un serveur distant, qui se trouve être un serveur Samba.
Que le dossier dans lequel je souhaite écrire est à accès restreint, mais que je connais les login et mot de passe pour y accéder.

C'est la dernière étape après mon apli est terminé! :-)

[OButterlin]

Comme le montrait tchize_, tu utilises le nom du lecteur logique, c'est tout.
Dans ton code, c'est transparent, tu écris sur "Z" (pour reprendre l'exemple de tchize_)

Si tu es sur la machine de User1, son unité Z sera mappée avec ses droits, s'il n'a pas le droit d'écrire, l'opération sera refusée par le serveur Samba
Si tu es sur la machine de User2, et qu'il a les droits d'écriture, il pourra le faire.

Ton application est bien un "client lourd", non ?

[tchize_]

oui, donc ton problème est qu'en cas de mapping réseau, l'utilisateur aura accès aux fichier et tu ne veux pas ça. J'ai une mauvaise nouvelle pour toi. Même si tu utilise JCIFS pour accéder directement au protocole samba sans passer par l'OS, le nom d'utilisateur et le mot de passe seront quand même dans ton application et le premier venu saura les en sortir sans le moindre soucis.

Tu te mord la queue puisque ta question est "comment permettre à l'utilisateur d'accéder à un dossier samba, tout en empêchant l'utilisateur d'accéder à ce même dossier....3

[c4n4r]

en fait que mes infos soient dans mon code... au final je m'en tape un peu. c'est pas bien grave.

[tchize_]

Ben faut juste être conscient que c'est juste vaguement une protection de facade alors ce que tu cherche. Genre on peint la porte d'entrée couleur mur pour pas que les gens voient l'entrée ^^

Si tu veux rester avec samba comme protocole, il faut utiliser JCIFS pour accéder directement au serveur sans passer par l'OS. Mais ce n'est pas à mes yeux le plus pratique. Il serait probablement préférable de travailler avec un protocole type sftp.

Dans tous les cas, la solution la plus "proche" de File en java, c'est selon moi de passer par common vfs, de apache, qui fournis des api de haut niveau pour manipuler la plupart des protocoles fichier (que ce soit samba, sftp, ftps, scp,...)

Maintenant, tu va de toutes façons devoir dire adieu à file, fileinputstream et cie

[c4n4r]

et je pensais avoir presque terminé^^