Discussion :

[awalter1]

Bonjour,
J'ais 2 applis python placées sous le même dossier parent. Ces applis étaient lancées séparément. A présent, je veux que l'appli A lance les fonctions de l'appli B.
Il faut que je fasse les imports des modules de l'appli B à partir de l'appli A, mais les applis étant au même niveau la syntaxe :
from ../AppliB/main import *
ne marche pas. Un path absolu non plus.
Si je modifie le PYTHONPATH pour remonter au parent commun, je vais être obligé de modifier toutes les lignes de code de l'appli A et l'appli B ou se font les import, non ?
Merci

[awalter1]

J'ai trouvé une solution qui est de faire connaitre l'appli B dans l'appli A, via un lien symbolique. C'est plus facile que je pensais.
A présent, j'ai la situation suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
>echo $PYTHONPATH
   /rsynergy/ccm_wa/AppliA-v1/AppliA/
 
>pwd
   /rsynergy/ccm_wa/AppliA-v1/AppliA/
 
>ls -l
   Include
   HMI
   AppliB -> /rsynergy/ccm_wa/AppliB-v0/AppliB/
 
>ls -l /rsynergy/ccm_wa/AppliB-v0/AppliB/
   Include
   HMI

SI je teste mes imports via une session python :

Code :

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

1
2
3
4
5
6
python
>>>import Include.constantsA
>>>
>>>import NEDI.Include.constantsB
Traceback ....
ImportError : No module named NEDI.Include.constantsB

alors que ce fichier existe bien à l'endroit désigné : je modifie le sys.path :

Code :

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

1
2
3
4
5
6
>>>import sys
>>>sys.path
['','/rsynergy/ccm_wa/AppliA-v1/AppliA/', ...]
>>>sys.path.append(/rsynergy/ccm_wa/AppliA-v1/AppliA/AppliB/Include)
>>>import constantsB
>>>

Pourquoi le "import NEDI.Include.constantsB" ne marche t'il pas alors qu'en modifiant le sys.path, on accède à constantsB ? Est ce du au lien symbolique que ne saurait pas interpréter python ?
Merci

[mont29]

Pourquoi ne pas simplement modifier le sys.path dans A pour y ajouter un chemin (relatif ou absolu) vers B*? Normalement, ça marche très bien…

[awalter1]

En effet, pourquoi pas. Je me demandais simplement pourquoi le chemin mis dans l'instruction import : "import NEDI.Include.constantsB" ne marchait pas.

[awalter1]

mais il va y avoir des conflits de noms : si j'ai dans le sys.path :

Code :

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

['','/rsynergy/ccm_wa/AppliA-v1/AppliA/','/rsynergy/ccm_wa/AppliB-v0/AppliB/', ...]

comment distinguer des modules dont le chemin et le nom du module lui même existent dans les deux appli A et B.
Par exemple ces deux fichiers existent :

Code :

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

1
2
/rsynergy/ccm_wa/AppliA-v1/AppliA/Include/config.py
/rsynergy/ccm_wa/AppliB-v0/AppliB/Include/config.py

Merci

[rambc]

Bonjour.

J'ai passé trop de temps à jouer avec des imports relatifs. Une vraie galère !...

J'utilise maintenant distutils pour avoir mes projets dans ma distribution locale. Ceci peut être une piste à explorer si ton projet le permet.

[mont29]

En faisant de AppliB un module (suffit de rajouter dans le dossier un fichier __init__.py), tu peux faire import AppliB.foo.bar, et plus de problème de collision, non*?