Community
Participate
Working Groups
[Eclipse 3.2 M5] We have an Eclipse project that represents an DB Installer, which includes all the schema changes to our application since the dawn of time. There is one file, Install.java which contains imports to all the individual installer tasks that should/could be run up to a particular version. When I try to open this java file on my Mac it effectively hangs. I think it eventually opens, but it is pointless to wait that long. I've had to resort to using a normal text editor.. :) Note: None of our devs using Linux or Windows have this problem, I think it must be OSX only. This file seems to have the most number of imports i've seen anyway. ANyway, I took the liberty of attaching Yourkit 5 to Eclipse while it was in this state, and I will attach the Yourkit snapshot to this issue, along with the Install.java file in question (please don't laugh at this file, it's just "The Way it Is" here at the moment at least). Looks like from the snapshot that opening of the file ends up continuosly opening a jar file?
Created attachment 37358 [details] Yourkit 5 CPU snapshot taken during the opening of the file
Created attachment 37359 [details] File in question that takes forever to load What's weird is that the project only has about 12 jars in the build path. There are about 1000 install Java task clasess that may be included in this master Install.java. Not an efficient class I know, but perhaps it highlights a bottleneck in Eclipse?
Are your jars on a network drive, or are they on a local drive ?
All local jars. All in a OSX filesystem that has been set to be ignored by Spotlight too so that Spotlight isn't constantly analyzing those files. We have 5 times more jars in another project and none of the java classes take this long to load. cheers, Paul
Just installed 3.2 M6 and now this file opens up like a greased weasel! w00t. Marking as fixed (whatever you guys 'n gals did in m6 worked a treat).
Glad it works for you now. Reopening this no action was taken on our side.
No action was taken on this particular problem.
Actually, there is still room for improvement. We can cache the jar files during reconcile.
Well I won't complain... :) (3.2 M6 rocks by the way, a dream to use on OSX).
+1 for 3.2RC1
Changed CompilationUnit#reconcile(...) to cache the zip files while running the reconcile operation.
Verified for 3.2 RC1 using build I20060413-0010
Changing OS from Mac OS to Mac OS X as per bug 185991
