Flash Builder (4) hängt bei "Building workspace (23%)"

[oreiz]

Hallo,

kennt jemand dieses Problem oder noch besser die Lösung dafür!?

In unregelmäßigen Abständen, aber immer häufiger desto später der Tag, hängt sich
mein Flash Builder 4 auf beim Prozess: "Building workspace (23%)".

Ich kann dann nur noch hilflos warten bis es irgend wann weiter geht. Dauert z.T. 10 Min.
Selbst ein Neustart des Tools ist Wirkungslos.

Hab den Eindruck, als wenn irgend ein Speicher voll läuft. Denn wenn ich den Rechner
neu starte, dann geht's wieder...

Vielen Dank für jegliche Hinweis die zur Festnahme des Täters dienen!

Gruß, der Micha

[Omega Psi]

Vielleicht mal der Speicher für die VM hochwerfen, falls noch nicht geschehen. Mehr kann ich so nicht sagen, da das Projekt nicht kenne.

[oreiz]

Zitat von Omega Psi

der Speicher für die VM hochwerfen

Meinst Du damit das hier: "FlashBuilder.ini"?

Das sieht bei mir so aus:

-startup
plugins/org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.0.200.v20090519
-nl
en_US
-vmargs
-Xms256m
-Xmx1024m
-XX:MaxPermSize=256m
-XX:PermSize=64m
-Djava.net.preferIPv4Stack=true
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=dropins

Die "Xmx1024m" war ursprünglich auf 512.

[Omega Psi]

Hast du mal ein Project -> Clean versucht? Es kann auch an der Projektstruktur liegen, wenn sich schräge Dependencies einschleichen...

[oreiz]

Das habe ich schon versucht:

- Project clean
- Restart FB4
- Restart Windows7

Wir sind zu dritt an diesem Projekt. Alle mit (scheinbar) den gleichen Einstellungen, aber nur bei mir kommt dieser Zustand der mit unter eine viertel Stunde dauert. Bei den anderen ist das gar nicht, oder nur sehr kurz der Fall
Das Projekt hat ein recht großes Framework mit 5000 Dateien. Aber wie gesagt - darauf greifen auch die anderen beiden Kollegen zu. Einziger Unterschied, ich habe zusätzlich noch den Subversive-Plugin mit drauf. Kein Plan ob der sowas provozieren kann...

Das Absurde - die Situation wird meist nachmittags krasser - gestern war z.B. 17:00 Uhr der Höhepunkt - danach wurde es wieder besser.

Aktuell, also jetzt heute morgen, läuft es wieder "normal" - sprich ohne größere Wartezeiten...

... wirkt fast so, als wenn das von einer Internetverbindung resultiert, die gegen Feierabend zum Bottleneck wird...

[oreiz]

Aktuell sieht es so aus, als wenn das Problem an der veralteten 100M/Bit Leitung unseres Büros lag. Diese wurde heute auf 1000M/Bit erweitert und seither besteht das Problem nicht mehr. Warum die Leitung dieses Problem verursachen könnte weiß ich auch nicht - vielleicht hängt das mit ner SVN-Synchronisierung zusammen!?!

... will mich aber nicht zu früh freuen

Gruß, der Micha

[Omega Psi]

Ja, das mag sein... das war der Grund, warum ich kein Eclipse mehr nutze...

[oreiz]

... und was nutzt Du jetzt? FlashDevelop?

[SpecOps-12]

Das ist irgendwie ne typische Eclipse-Geschichte.

Wenn es sich nicht von selbst wieder einkriegt (Mal Projekt schließen und nach Neustart wieder öffnen) hilft es in der Regel, manuell die Projekt-Settings-Files zu killen. Dann muss man allerdings die Klassenpfade und die core-librarys noch mal neu aufsetzen.

Ich hab das auch schon bei lokal gespeicherten Projekten gehabt, da kann's ja nicht an der Leitung hängen.

[oreiz]

Ok!? Cooler Tipp - wenn auch zugleich beängstigend

[Omega Psi]

Zitat von oreiz

... und was nutzt Du jetzt? FlashDevelop?

IntelliJ IDEA... Bietet u.a. Gute Integration für diverse SCM.

[oreiz]

Zitat von Omega Psi

IntelliJ IDEA

Ach, ok - aber ich dachte das basiert auch auf Eclipse, oder was nutzen die Russen da!?

[Omega Psi]

Ihr eigenes System.

[l_ch]

stimmt aber, sieht echt ganz schoen nach eclipse aus. haette man das nicht in einem atemzug gleich etwas augenfreundlicher machen koennen?

[Omega Psi]

Das ist das einzige Manko... es sieht nach 99er AWT aus...