[FB3] Crash lors de l'ouverture de projet [Résolu]

[ouaqa]

Bonjour à tous,

Je travaille dans un environnement eclipse ganymede (3.4) avec le plugin flex builder 3.5.

Aujourd'hui, je n'arrive plus à demarrer l'application. Après divers tests, il semble que ce soit la compilation de mon projet en cours qui fasse tout planter.
En renommant le dossier du projet, j'accède à l'application, j'arrive à ouvrir et compiler d'autres projets mais impossible de lancer le build de celui-ci.

Pourtant mes fichiers .actionScriptProperties, .project et .flexProperites semblent corrects.

Est-ce que c'est déjà arrivé à l'un d'entre vous? Auriez-vous des solutions à proposer ?

[Krazymins]

Salut,
tu l'as déjà surement fait mais un clean ne règlerait pas ton problème ?

[ouaqa]

En fait, après d'autres tests, c'est l'ouverture du projet qui provoque le plantage. Un clean est donc impossible.

[Maskime]

Hello,

Ya un message quelque chose qui s'affiche ou bien c'est juste que l'éditeur se ferme ?

[ouaqa]

Hello,
Non, il ne se passe rien, juste l'éditeur qui se ferme. Rien n'est écrit dans le fichier .metadata/.log de mon espace de travail.

[ouaqa]

Après avoir supprimé manu militari tout ce qui se rapportéaitde près ou de loin à mon projet et l'avoir réimporté, j'arrive à obtenir un message d'erreur.... youhou !

Cependant, je ne comprend pas ce que ça peut vouloir dire :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
!ENTRY org.eclipse.core.jobs 4 2 2010-12-03 14:30:20.343
!MESSAGE An internal error occurred during: "Creating output directory...".
!STACK 0
java.lang.IllegalArgumentException: Attempted to beginRule: P/ICARNOT, does not match outer scope rule: F/ICARNOT/ICARNOT/adapteasy/www/mode
	at org.eclipse.core.runtime.Assert.isLegal(Assert.java:64)
	at org.eclipse.core.internal.jobs.ThreadJob.illegalPush(ThreadJob.java:122)
	at org.eclipse.core.internal.jobs.ThreadJob.push(ThreadJob.java:232)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:58)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:230)
	at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:117)
	at org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1747)
	at org.eclipse.core.internal.resources.Folder.create(Folder.java:85)
	at org.eclipse.core.internal.resources.Folder.create(Folder.java:118)
	at com.adobe.flexbuilder.util.DirectoryCreator.createAncestors(Unknown Source)
	at com.adobe.flexbuilder.util.DirectoryCreator$1.run(Unknown Source)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
	at com.adobe.flexbuilder.project.FlexWorkspaceRunner.run(Unknown Source)
	at com.adobe.flexbuilder.util.DirectoryCreator$2.run(Unknown Source)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

Pour information, je n'ai pas de lecteur P, ni F. et je n'ai trouvé aucune référence vers ces lecteurs dans mon projet. J'ai d'ailleurs remplacé tous les chemins par des chemins complets (d:/ ...).

Tout ça pour dire que je ne sais pas si j'ai progressé ou régressé. L'essentiel c'est qu'il se soit passé quelque chose de nouveau j'imagine

[ouaqa]

Encore une victoire de l'homme sur la machine !

Il semblerais qu'il y ait des conflits entre tortoiseSVN et le plugin subclipse.
Après désinstallation dudit plugin, réimportation du projet et clean, le problème a disparu.

Voila comment on perd presque 2 jours de développement.

[Krazymins]

Salut,

effectivement de mon côté j'évite d'utiliser en même temps Tortoise et subclipse : des problèmes sont apparents dès lors que l'on utilise un seul outil svn (synchronisation des folders, tree conflicts etc..), à manier avec beaucoup de précaution donc.

Donc utliser 2 outils svn en même tps augmente la probabilité d'avoir des problèmes de ce type.

[ouaqa]

Oui, en cherchant les raisons des crashs, j'ai constaté que beaucoup de développeurs avaient eu ce genre de problèmes, c'est ce qui m'a mis la puce à l'oreille.

Cependant, jusqu'à ce jour fatidique, je n'avais jamais eu ce genre de problèmes. J'updatais mon projet via tortoise en arrivant au boulot et je commitais via Subclipse au fur et à mesure des validations.

J'ai dû être chanceux. Maintenant, je ne prendrais plus ce risque.