Je dois dans le cadre des mes études développer un explorateur de fichier
compatible UNIX et Windows.
Notre problème actuel concerne les droits de fichiers. Rien sous Java ne
permet de gérer les droits de lecture/écriture/execution ni les groupes. La
seule solution que j'entrevoie est la suivante : faire un programme c que
je dois mapper en JNI. Quelqu'un aurait-il déjà résolu le problème et
voudrait bien me fournir la réponse. Sinon, comment utiliser JNI ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Florent GUELL
RaOuf wrote:
Bonjour,
Je dois dans le cadre des mes études développer un explorateur de fichier compatible UNIX et Windows. Notre problème actuel concerne les droits de fichiers. Rien sous Java ne permet de gérer les droits de lecture/écriture/execution ni les groupes. La seule solution que j'entrevoie est la suivante : faire un programme c que je dois mapper en JNI. Quelqu'un aurait-il déjà résolu le problème et voudrait bien me fournir la réponse. Sinon, comment utiliser JNI ?
D'avance merci
RaOuf
As-tu regardé du coté de la classe FilePermission. Il me semble de mémoire qu'elle peut gérer les droits sur un fichier mais je crois pas qu'elle puisse gérer les groupes.
RaOuf wrote:
Bonjour,
Je dois dans le cadre des mes études développer un explorateur de fichier
compatible UNIX et Windows.
Notre problème actuel concerne les droits de fichiers. Rien sous Java ne
permet de gérer les droits de lecture/écriture/execution ni les groupes. La
seule solution que j'entrevoie est la suivante : faire un programme c que
je dois mapper en JNI. Quelqu'un aurait-il déjà résolu le problème et
voudrait bien me fournir la réponse. Sinon, comment utiliser JNI ?
D'avance merci
RaOuf
As-tu regardé du coté de la classe FilePermission. Il me semble de mémoire
qu'elle peut gérer les droits sur un fichier mais je crois pas qu'elle puisse
gérer les groupes.
Je dois dans le cadre des mes études développer un explorateur de fichier compatible UNIX et Windows. Notre problème actuel concerne les droits de fichiers. Rien sous Java ne permet de gérer les droits de lecture/écriture/execution ni les groupes. La seule solution que j'entrevoie est la suivante : faire un programme c que je dois mapper en JNI. Quelqu'un aurait-il déjà résolu le problème et voudrait bien me fournir la réponse. Sinon, comment utiliser JNI ?
D'avance merci
RaOuf
As-tu regardé du coté de la classe FilePermission. Il me semble de mémoire qu'elle peut gérer les droits sur un fichier mais je crois pas qu'elle puisse gérer les groupes.
vclassine
RaOuf wrote in message news:<4028e7ce$0$28633$...
Bonjour,
Je dois dans le cadre des mes études développer un explorateur de fichier compatible UNIX et Windows. Notre problème actuel concerne les droits de fichiers. Rien sous Java ne permet de gérer les droits de lecture/écriture/execution ni les groupes. La seule solution que j'entrevoie est la suivante : faire un programme c que je dois mapper en JNI. Quelqu'un aurait-il déjà résolu le problème et voudrait bien me fournir la réponse. Sinon, comment utiliser JNI ?
D'avance merci
Tu as vraiment ça dans ton sujet? Les groupes & cie sont des choses éminament non portables... Ceci étant dit la classe File offre certaines infos (canRead, canWrite...) et certaines propriétés modifiables (readOnly)... Au delà de ça il s'agit de consulter la base des utilisateurs et groupes sous windows comme unix.. ça m'étonne qu'on te demande ça parce que c'est relativement stérile: il s'agit d'utiliser une api system (ou pire de lire la registry ou des fichiers system) ce qui est absurde en java et, sur le plan pédagogique global, c'est bcp de travail pour pas apprendre grand chose (conceptuellement s'entend).
RaOuf <coco@coco.coco> wrote in message news:<4028e7ce$0$28633$626a14ce@news.free.fr>...
Bonjour,
Je dois dans le cadre des mes études développer un explorateur de fichier
compatible UNIX et Windows.
Notre problème actuel concerne les droits de fichiers. Rien sous Java ne
permet de gérer les droits de lecture/écriture/execution ni les groupes. La
seule solution que j'entrevoie est la suivante : faire un programme c que
je dois mapper en JNI. Quelqu'un aurait-il déjà résolu le problème et
voudrait bien me fournir la réponse. Sinon, comment utiliser JNI ?
D'avance merci
Tu as vraiment ça dans ton sujet? Les groupes & cie sont des choses
éminament non portables... Ceci étant dit la classe File offre
certaines infos (canRead, canWrite...) et certaines propriétés
modifiables (readOnly)...
Au delà de ça il s'agit de consulter la base des utilisateurs et
groupes sous windows comme unix.. ça m'étonne qu'on te demande ça
parce que c'est relativement stérile: il s'agit d'utiliser une api
system (ou pire de lire la registry ou des fichiers system) ce qui est
absurde en java et, sur le plan pédagogique global, c'est bcp de
travail pour pas apprendre grand chose (conceptuellement s'entend).
Je dois dans le cadre des mes études développer un explorateur de fichier compatible UNIX et Windows. Notre problème actuel concerne les droits de fichiers. Rien sous Java ne permet de gérer les droits de lecture/écriture/execution ni les groupes. La seule solution que j'entrevoie est la suivante : faire un programme c que je dois mapper en JNI. Quelqu'un aurait-il déjà résolu le problème et voudrait bien me fournir la réponse. Sinon, comment utiliser JNI ?
D'avance merci
Tu as vraiment ça dans ton sujet? Les groupes & cie sont des choses éminament non portables... Ceci étant dit la classe File offre certaines infos (canRead, canWrite...) et certaines propriétés modifiables (readOnly)... Au delà de ça il s'agit de consulter la base des utilisateurs et groupes sous windows comme unix.. ça m'étonne qu'on te demande ça parce que c'est relativement stérile: il s'agit d'utiliser une api system (ou pire de lire la registry ou des fichiers system) ce qui est absurde en java et, sur le plan pédagogique global, c'est bcp de travail pour pas apprendre grand chose (conceptuellement s'entend).
RaOuf
Tu as vraiment ça dans ton sujet? Les groupes & cie sont des choses éminament non portables... Ceci étant dit la classe File offre certaines infos (canRead, canWrite...) et certaines propriétés modifiables (readOnly)... Au delà de ça il s'agit de consulter la base des utilisateurs et groupes sous windows comme unix.. ça m'étonne qu'on te demande ça parce que c'est relativement stérile: il s'agit d'utiliser une api system (ou pire de lire la registry ou des fichiers system) ce qui est absurde en java et, sur le plan pédagogique global, c'est bcp de travail pour pas apprendre grand chose (conceptuellement s'entend).
Hé ouais mais malheureusement c'est comme ca, parce qu'on a oublié de spécifier que c'était pas portable dans je ne sais plus quel pseudo rapport et bien on doit tout se taper.
Merci de l'aide tout de même
RaOuf
Tu as vraiment ça dans ton sujet? Les groupes & cie sont des choses
éminament non portables... Ceci étant dit la classe File offre
certaines infos (canRead, canWrite...) et certaines propriétés
modifiables (readOnly)...
Au delà de ça il s'agit de consulter la base des utilisateurs et
groupes sous windows comme unix.. ça m'étonne qu'on te demande ça
parce que c'est relativement stérile: il s'agit d'utiliser une api
system (ou pire de lire la registry ou des fichiers system) ce qui est
absurde en java et, sur le plan pédagogique global, c'est bcp de
travail pour pas apprendre grand chose (conceptuellement s'entend).
Hé ouais mais malheureusement c'est comme ca, parce qu'on a oublié de
spécifier que c'était pas portable dans je ne sais plus quel pseudo rapport
et bien on doit tout se taper.
Tu as vraiment ça dans ton sujet? Les groupes & cie sont des choses éminament non portables... Ceci étant dit la classe File offre certaines infos (canRead, canWrite...) et certaines propriétés modifiables (readOnly)... Au delà de ça il s'agit de consulter la base des utilisateurs et groupes sous windows comme unix.. ça m'étonne qu'on te demande ça parce que c'est relativement stérile: il s'agit d'utiliser une api system (ou pire de lire la registry ou des fichiers system) ce qui est absurde en java et, sur le plan pédagogique global, c'est bcp de travail pour pas apprendre grand chose (conceptuellement s'entend).
Hé ouais mais malheureusement c'est comme ca, parce qu'on a oublié de spécifier que c'était pas portable dans je ne sais plus quel pseudo rapport et bien on doit tout se taper.
