Comment changer le mode d'autorisation de l'image en 777 en utilisant le code Java?

Question

Je veux donner la valeur du mode d'autorisation "777" au fichier image en utilisant le code Java. Comment puis-je donner cela en utilisant Java? Parce que je ne peux pas supprimer l'image avec le mode d'autorisation par défaut "664".

Answer 1

C'est une partie du paquet NIO. Vous pouvez le faire via java.nio.file.attribute.PosixFilePermission.

Ceci est seulement dans Java 1.7 si, il a été un known issue depuis un moment maintenant.

Answer 2

Vous pouvez utiliser la méthode 'exec' pour exécuter une commande externe pour faire le chmod.

Runtime.getRuntime().exec("chmod 777 myfile"); 

Answer 3

Vous pouvez créer un objet File associé au fichier change ensuite autorisations à l'aide setExecutable, setReadable et setWritable. Naturellement, ces opérations échoueront si votre programme n'a pas l'autorisation de modifier les autorisations d'accès pour le fichier.

Answer 4

Malheureusement, Java donne peu de grab aux propriétés du fichier système, car cela viole la règle d'or de java «écrire une fois, courir partout».

En effet, lorsque vous écrivez que vous voulez mettre un 777 accès au fichier, cela signifie évidemment que vous êtes sous unix. Mais qu'est-ce qu'une telle demande aurait signifié sous Windows par exemple?

Il ne devrait donc pas être surprenant que pour traiter des sujets de système d'exploitation spécifiques, vous deviez utiliser des fonctions spécifiques. C'est le prix à payer lorsqu'on utilise un langage qui prétend (avec de fortes raisons) être "indépendant de la plate-forme"

Le moyen le plus sûr serait d'utiliser une bibliothèque JNI qui implémente exactement ce que vous voulez. Une manière simple mais sale et dangereuse serait d'utiliser Runtime.getRuntime(). Exec ("chmod 777 myFile").

Pourquoi dangereux? En fait, que se passe-t-il quand on appelle un tel exec ("blahblah")?

Le processus unix exécutant vos chaînes de programme Java; le processus "dupliqué" exécute alors un shell (ksh? csh? bash ?? cela dépend de votre configuration unix), qui essaie de comprendre et d'exécuter votre phrase "blahblah".

Si votre jvm utilise en fait 500 Mo, le processus fourchue serait la même taille quand il commence ...

le shell va commencer avec le même « contexte shell » que le processus java, qui est dire le même chemin, les alias et ainsi de suite. Même "chmod" aurait pu être aliasé, donc il vaudrait mieux appeler le chemin complet pour chmod (/ bin/chmod,/usr/bin/chmod ... ça dépend de la saveur unix ...). Pendant l'exécution du shell, votre programme java est gelé et vous n'avez aucun moyen de le débloquer si, pour une raison quelconque, le shell se bloque. Enfin, il n'est même pas sûr que le propriétaire du programme Java ait les droits suffisants pour modifier ces informations sur le fichier (il pourrait être autorisé à créer le fichier, mais pas pour changer les droits au niveau de l'utilisateur, par exemple). Peut-être que vous essayez de gérer au niveau java un problème qui devrait être résolu au niveau du système d'exploitation?

Answer 5

va Voici le code: -

List<String> chPermList = new LinkedList<String>(); 
chPermList.add("/bin/chmod"); 
chPermList.add("777"); 
chPermList.add(Path_to_image_file); 


    public void changePermission(List chPermList) 
    { 
     ProcessBuilder pb = null; 
     pb = new ProcessBuilder(chPermList); 
       pb.redirectErrorStream(true); 

       Process p = pb.start(); 

       BufferedReader br = new BufferedReader(new InputStreamReader(p 
         .getInputStream())); 

       p.waitFor(); 

       if(p.exitValue()!=0) 
       { 
        strExpMsg = "The permission change failed with exit value" + p.exitValue(); 

       } 
    }