Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2931 connectés 

  FORUM HardWare.fr
  Programmation
  Java

  Positionner une variable d'environnement Windows depuis Java ?

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Positionner une variable d'environnement Windows depuis Java ?

n°1483047
BillyLeB
Le gras c'est la vie !
Posté le 28-11-2006 à 14:50:08  profilanswer
 

Bonjour
 
J'ai deux applis Java client lourd, installées sur une machine. Je dois utiliser des méthodes présentes dans l'une depuis l'autre. Je sais où l'application à appeler se trouve. Comment puis-je faire ?
 
Par ailleurs je dois modifier des variables d'environnement (sous W2K) depuis mon appli Java, comment puis-je faire ?
 
Cordialement.


Message édité par BillyLeB le 01-12-2006 à 23:37:23
mood
Publicité
Posté le 28-11-2006 à 14:50:08  profilanswer
 

n°1483314
Smanux
Posté le 28-11-2006 à 18:51:16  profilanswer
 

Tu veux faire interagir tes deux applications, ou juste utiliser quelques méthodes utilitaires d'une application dans une autre ?

n°1483400
BillyLeB
Le gras c'est la vie !
Posté le 28-11-2006 à 22:39:28  profilanswer
 

Réponse B :)

n°1483577
brisssou
8-/
Posté le 29-11-2006 à 11:03:49  profilanswer
 

bha alors tu les mets dans un jar que tu partages entre les deux. classpath toussa...


---------------
HFR - Mes sujets pour Chrome - Firefox - vérifie les nouveaux posts des topics suivis/favoris
n°1483657
BillyLeB
Le gras c'est la vie !
Posté le 29-11-2006 à 12:06:27  profilanswer
 

Ben vi, ça c'est Ok. En fait je précise : mon pb est que dans mon Windows je ne peux avoir le chemin de l'autre jar dans le classpath car les deux applis sont installées séparément et l'appli appelée ne se positionne pas dans le classpath. Donc il faut que je puisse modifier le classpath dynamiquement depuis l'appli appelante afin qu'elle puisse utiliser les méthodes de l'autre appli. J'ai également des variables d'environnement Windows à positionner depuis mon appli appelante...

n°1483672
brisssou
8-/
Posté le 29-11-2006 à 12:35:15  profilanswer
 

tu copies le jar

 

edit: avis perso : les variables d'environnement, c'est mal

Message cité 1 fois
Message édité par brisssou le 29-11-2006 à 12:35:45

---------------
HFR - Mes sujets pour Chrome - Firefox - vérifie les nouveaux posts des topics suivis/favoris
n°1483721
BillyLeB
Le gras c'est la vie !
Posté le 29-11-2006 à 14:02:26  profilanswer
 

Bin vi m'ais l'appli que je dois appeler en a besoin :(
 
Sinon oui, au pire je copierai les jars.

n°1483729
brisssou
8-/
Posté le 29-11-2006 à 14:09:09  profilanswer
 

pas "au pire", tu copie les jar, c'est comme ça qu'on utilise les bibliothèques. Quand tu utilises une bibliothèque que tu as trouvée sur le net, tu copies les jar. Ici, c'est pareil, sauf que c'est toi qui développes la bibliothèque.


---------------
HFR - Mes sujets pour Chrome - Firefox - vérifie les nouveaux posts des topics suivis/favoris
n°1483738
BillyLeB
Le gras c'est la vie !
Posté le 29-11-2006 à 14:16:06  profilanswer
 

Bin sauf que si l'autre appli évolue (tout en concervant l'API que j'utilise) bin je ne serais pas à jour si j'ai copié le jar... Et ce n'est pas moi qui développe l'autre appli (qui est une vrai appli, pas juste une bibliothèque et qui donc doit être autonome sur la machine). Mais je peux effectivement embarquer une partie de l'appli sous forme de jar, faudra juste que j'inclue les mises à jour.

n°1483880
lorill
Posté le 29-11-2006 à 17:43:18  profilanswer
 

URLClassLoader :o

mood
Publicité
Posté le 29-11-2006 à 17:43:18  profilanswer
 

n°1485262
BillyLeB
Le gras c'est la vie !
Posté le 01-12-2006 à 23:38:01  profilanswer
 

Je vais regarder ça :)
 
Sinon une idée pour le positionnement des variables d'environnement ?

n°1485369
doctib
Posté le 02-12-2006 à 15:01:12  profilanswer
 

pour lire tes variable d'environements et lancé des programmes:
 
http://www.rgagnon.com/javadetails/java-0150.html
 
 

Code :
  1. //pour récupérer une instance du runtime
  2. Runtime r = Runtime.getRuntime();
  3. //pour récupérer une variable d'environnement   
  4. System.getProperty("PATH" );
  5. //pour executer ton prog
  6. r.exec( "command.com /c set" );


 
n'hésite pas pour plus d'infos :) et n'oublie pas la javadoc ;)
pour trouver les méthodes qui pourraient t'aider
pour lancer un autre programme java tu peux toujours faire:
"command.com /c  java monProg "

Message cité 1 fois
Message édité par doctib le 02-12-2006 à 15:06:45
n°1485384
sircam
I Like Trains
Posté le 02-12-2006 à 15:58:43  profilanswer
 

brisssou a écrit :

avis perso : les variables d'environnement, c'est mal


+1; ça n'a rien d'une opinion personnelle, cai malle.
 

lorill a écrit :

URLClassLoader :o


Mais +1 :fou:
 


 
Ca marchera souvent, mais c'est sans doute très mauvais!


---------------
Now Playing: {SYNTAX ERROR AT LINE 1210}
n°1485403
doctib
Posté le 02-12-2006 à 17:18:54  profilanswer
 

pourquoi c'est très mauvais??

n°1486060
brisssou
8-/
Posté le 04-12-2006 à 14:08:51  profilanswer
 

Parce que System.getenv() fait la même chose avec un appel à la JVM, et que du coup, c'est plus portable.


---------------
HFR - Mes sujets pour Chrome - Firefox - vérifie les nouveaux posts des topics suivis/favoris
n°1486271
doctib
Posté le 04-12-2006 à 18:02:36  profilanswer
 

d'acc :)
 
maintenant c'est sur que ce code n'est aps des plus portable, il y a quelques testes à faire derrière... :)


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  Java

  Positionner une variable d'environnement Windows depuis Java ?

 

Sujets relatifs
Récupere sur une meme page une variable PHP ou un moyen de m'en sortrJava et LDAP iPlanet
passer une variable dans la liaisonDifférence entre les HashSet et les LinkedHashSet dans l'API Java
[SGBD/SQL] lenteur mysql/windowscomment recuperer le username de la session windows avec delphi 7 !,
[jedit] compiler .java ok, executer comment faire ?JAVA, XML, Excel je suis perdu
JNI, C => JAVABesoin d'aide, conseil Jsp, java
Plus de sujets relatifs à : Positionner une variable d'environnement Windows depuis Java ?


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR