Hello journal !
J'ai une appli packagée dans un JAR file. Celle-ci execute à travers Runtime.getRuntime().exec() un binaire natif. J'aimerai encapsuler ce binaire dans le JAR pour tout distribuer le tout en un seul fichier. J'imagine qu'il faut d'abord d'extraire ce binaire avant de l'executer. Juste ?
Probleme, lorsque j'extrait le binaire natif dans un fichier temporaire, ce dernier a les permissions -rw-rw-r-- , c'est a dire que je ne peux pas l'executer. D'aillers, si j'essaye, je me retrouve avec un java.io.IOException: blablabla : cannot execute
Si une ame charitable a une solution, ca m'interesse beaucoup !
Forum Programmation.java executer un binaire natif encapsulé ds un JAR
13
oct.
2004
# chmod
Posté par dinomasque . Évalué à 3.
BeOS le faisait il y a 20 ans !
[^] # Re: chmod
Posté par aurel . Évalué à 2.
Est-ce qu'il y a un équivalent en java pour manipuler facilement les attributs de fichiers ? Ou pour executer un binaire sans le "sortir" du jar ?
[^] # Re: chmod
Posté par Frédéric Desmoulins (site web personnel) . Évalué à 0.
Ce que je ne trouve pas élégant c'est d'executer un binaire (qui dépend donc d'un environnement) packagé dans une archive de bytecode java (qui ne dépend pas - à priori - d'un environnement).
Ca serait interessant de connaitre la raison (contrainte ?) d'un tel choix.
[^] # Re: chmod
Posté par Sylvain Rampacek (site web personnel) . Évalué à 2.
car java c'est sensé être portable...
donc ça ne fonctionnera que sous linux.
mais je dois dire que je ne vois pas d'autres solutions par contre.
(donc après tout, ta solution est bien !)
[^] # Re: chmod
Posté par TheBreton . Évalué à 3.
un .jar qui prend le droit d'executer du code/bin sur mon systeme sans que j'en sache rien! pas bô
[^] # Re: chmod
Posté par icyfemur . Évalué à 1.
===>[]
[^] # Re: chmod
Posté par aurel . Évalué à 1.
Par contre et je suis bien décu de constater les critiques sur le fond qui ne résolvent rien au problème :(
[^] # Re: chmod
Posté par TheBreton . Évalué à 1.
Souvent quand on se retrouve face a quelque chose d'insoluble ou de difficile a realiser c'est que des mauvais choix on ete fais et plus tot on les remets en cause, meuilleur sera la solution finale (et aussi moins d'argent elle aura couté a ta boite si tu est salarié)
[^] # Re: chmod
Posté par aurel . Évalué à 4.
Sinon, le ton est particulier: le "en informatique" est un poil pédant. Je remarque que la certitude qu'a tout un chacun de savoir comment réinventer un monde meilleur (sans mauvais esprit) est particulièrement fréquente chez les amateurs de logiciels libres, et est souvent inversement proportionnelle aux aptitudes de ces "chacuns". Je ne dis pas ca pour toi particulierement, pas de souci, je suis simplement lassé, d'une facon générale, de constater que l'énoncé d'un problème mène souvent à une reformulation qui transfert le problème ailleurs sans le résoudre, pour aboutir a une masturbation intellectuelle qui me chagrine car elle ne profite à personne :)
A., encore une fois, cette remarque est très générale, à ne pas prendre sur un plan personnel ;)
[^] # Re: chmod
Posté par aurel . Évalué à 1.
[^] # Re: chmod
Posté par Frédéric Desmoulins (site web personnel) . Évalué à -2.
[^] # Re: chmod
Posté par aurel . Évalué à 1.
[^] # Re: chmod
Posté par Frédéric Desmoulins (site web personnel) . Évalué à -2.
Ton problème est AMHA plutôt du à un mauvais design applicatif. On ne peut que te trouver des solutions "rustines" à un faux problème.
"... à la clés, une réponse"
Tu verras sans doute plus tard, qu'à un problème correspond plus d'une solution (comprenne qui pourra).
"tu n'apportes rien, tu te casse."
Il me semble qu'en te répondant systematiquement à toi meme tu n'apportes rien à la discussion non plus. Manifestement, ici, tout le monde s'accorde à dire que ton problème est la conséquence d'une mauvaise conception, mais cela semble terriblement froisser ton orgueil.
Sinon, pour les spécialistes, pourquoi ne pas ouvrir un forum dédicacé au 'Fortran in Java' (car vous aussi, vous pourriez avoir besoin d'une TRES grande performance+flexibilité) ?
Allé, bonne chance quand même et désolé de ne pas pouvoir plus t'aider.
[^] # Re: chmod
Posté par aurel . Évalué à 2.
le probleme du "mauvais design applicatif" est justement un énorme avantage de l'application, je ne rentre pas dans les détails, si tu en veux tu peux me contacter directement :) Pour le coup du Fortran+Java, il se trouve que justement, c'est une combinaison gagnante pour ce probleme tres specifique, meme si dans l'absolu c'est une hérésie totale :)
En tout cas rien à voir avec mon orgueil, c'est juste que je posais une question sur un point précis qui n'a été abordé que par deux commentaires, les autres se bordant à me sortir des évidences inutiles. Si j'avais voulut trouver une solution + élégante que du code natif dans un jar, c'est cette question que j'aurais posée :)
Pour conclure, je m'en sors avec un chmod pour l'instant :)
[^] # Re: chmod
Posté par aurel . Évalué à 2.
[^] # Re: chmod
Posté par icyfemur . Évalué à 1.
Je comprends ton problème et regrette également que souvent, lorsque l'on pose un question sur un problème précis, nombreuses sont les personnes qui disent "ça sert à rien de faire cela", "c'est un faux problème", blablabla. Ces personnes se permettent de juger ce que tu veux faire sans en connaitre les raisons, et c'est très pénible..
[^] # Re: chmod
Posté par aurel . Évalué à 2.
# Java Native Interface
Posté par djapat . Évalué à 3.
[^] # Re: Java Native Interface
Posté par aurel . Évalué à 2.
Un point que je n'ai pas précisé, c'est que je ne cherche pas vraiment à faire converger les 2 codes, mais à minimiser le couplage entre les 2 en permettant à l'un d'executer l'autre, sans autres liens que stdin, stdout et stderr. JNI permet un couplage tres fin, mais ce n'est pas tout a fait ce que je recherche. Cela dit, je vais regarder de ce coté ! :)
# permissions
Posté par julien . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.