This is more a report than anything else.
Have a project with a large file set (10100 files). In order to get the project built, I had to set the -Xmx value
for NetBeans to 1280 megs. Even then, it took about 15 minutes to build the project. It took a day or so to figure
this out, since most of the time, the IDE just steopped responding. Finally, it did give an out of memory exception,
and I increased the -Xmx value in the config file.
I also tried the same set of files in Eclipse 3.4, and I found that I only had to set its Xmx value to 768 megs in
order to get it to build the same set of files (and it did it in about half the time (on a somewhat slower machine)).
Please, provide more information about your setup. -- Do you use network disks? Are the files located in different directories or in one directory? Did you
Reporter didn't provide any additional data, moreover, the code changed a lot, closing as WORKSFORME.
Supplied such additional information as I could to pflaska directly by email relative to the 6.5 version. After
receiving the closure notice with an indication that it probably works on 6.7, I tried again on the 6.7 RC2 version,
with mostly the same results. (The only difference is that the compilation stoped accumulating time after 43 minutes
of CPU time. The Eclipse complation takes less than 10 minutes and 768MB) That is, despite the referenced numerous
changes, the problem persists. I can supply the source files, but I am VERY reluctant to, since they are highly
"I am using a local disk.
The files are in a directory tree, with about a third (~2800 files) in the top level, and the remainder in two directories beneath it, split equally. Most of the
program code is in the files in the top directory; the subdirectories contain, respectively, interfaces and some small table objects. A typical file in the top
directory would implement one class and would have 500-700 lines."
"Correction to my previous. The set of files where there were 2800 files in the top directory will actually compile. We added some new classes to the
product, resulting in a file set with about 3400 files in the top directory and each of the sub directories. This is the file set that will not compile in
netbeans. (BTW, have not tried this on 6.5, so I do not know if it is still a problem there.)"
I tried the 6.7 RC2 compiler. There still seems to be a problem (unless there is some sort of tweak I can make somewhere to expand the java heap).
Compiling 10104 source files to C:\Projects\.......\build\classes
The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError: Java heap space
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.GeneratedMethodAccessor54.invoke(Unknown Source)
C:\Projects\ARM42L\nbproject\build-impl.xml:377: The following error occurred while executing this line:
C:\Projects\ARM42L\nbproject\build-impl.xml:186: Compile failed; see the compiler error output for details.
BUILD FAILED (total time: 2 minutes 57 seconds)
Removing incomplete keyword.
Gene, if you can provide sources and description how to reproduce (if I understood correctly, compilation and scanning takes ages), it would be fine.
There can be many reasons why you get in troubles, e.g.
Summary (as I understood from previous discussion):
You have one huge project with many files in packages (details above). The project is J2SE (!?) type and does not have huge set of dependencies on other
Gene, have you chance to try current dev. builds? There are many improvements. We still do not have reproducible use-case. See also issue #171510
For the time being, closing as WORKSFORME. Please, reopen, if you are able to reproduce and provide additional data. Thanks.