Welcome Guest! Log in
×

Notice

The forum is in read only mode.
Due to some maintenance operations, stambia.org will be switched to read-only mode during the 13th November. It will be possible to read and download, but impossible to post on the forums or create new accounts. For any question please contact the support team.

Topic-icon Question Build package depuis un répertoire différent du workspace

More
18 Jun 2019 16:52 #1 by HzbaCl
HzbaCl created the topic: Build package depuis un répertoire différent du workspace
Bonjour,

Je rencontre un soucis sur le build d'un package sur un process étant sur un répertoire différent du workspace.
Actuellement, mes projets stambia sont partagés sur git, les process sont donc un repository qui n'est pas le workspace.
J'aimerai pouvoir lancer le build d'un package en ligne de commande.
Lorsque j'effectue un build d'un package sur un process qui se trouve dans le workspace, cela fonctionne correctement mais pas sur un process dans un répertoire extérieur.
Je pense que le problème se situe au niveau de l'option -importFrom:

Mon répertoire où se trouve le process est: repertoireAutre/projet/process.proc

j'ai donc essayé avec la commande suivante:

java -jar plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar -application com.indy.shell.application -data "repertoire/du/workspace" -script "repertoire/du/script.txt" -console -noSplash -importFrom "repertoireAutre"

avec dans le script.txt:
build package "projet/process.proc" -target "repertoire/packages/"

Le message d'erreur lors du lancement de la commande est le suivant: Unable to find projet/process in the workspace

Pouvez vous m'indiquer si les options dans la ligne de commande sont correctement renseignées?

Merci d'avance
More
28 Jun 2019 11:01 #2 by Thomas BLETON
Thomas BLETON replied the topic: Build package depuis un répertoire différent du workspace
Bonjour
Le comportement que vous décrivez n'est pas normal, d'après la description de vos paramètres cela devrait fonctionner.
Je vous invite à ouvrir un ticket auprès du support, en fournissant les lignes de commandes réelles.