Home/ Questions/Q 7560347
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-30T12:52:47+00:00

I have a Java Multiproject (About 15 sub projects) in Netbeans 6.9.1. Nearly all

  • 0

I have a Java Multiproject (About 15 sub projects) in Netbeans 6.9.1. Nearly all of these have JUNIT tests that should get run in the build cycle. I build locally prior to submitting an automated build to our servers. I’ve found that building locally I have a consistent issue:

  1. If I build with tests (Just regular “Build”), it will fail. It used to fail with OOM PermSpace Exceptions until I increased the MaxPerm space. Now it fails while parsing a WSDL for one of the web services projects.
  2. If I then do a “Build” again, directly following step 1, it will complete successfully with tests.
  3. If I, instead of #1, Build and Skip Tests it will complete successfully the first time through.

At first glance this seems to be a resource issue or something when building the dependencies, or running the tests. However, the build in our build automation server works fine the first time and I have plenty of memory space allocated.

My peers have had the same issue, and continue to build twice. The workaround works, but I’m curious as to if any Netbeans veterans out there have any insight or similar experience?

Thoughts??

(EDIT:) More an more i think it could be configuration, here’s whats in my default_options:

"netbeans_default_options-J-client -J-Xss2m -J-Xms32m -J-Xmx128m -J-XX:PermSize=32m -J-XX:MaxPermSize=200m ..."
Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I just left this on the table for a while, but for reasons other than the above I installed the latest Netbeans (7.1) and by default it looks like it has solved this problem. Or at least works better than 6.9. The following startup properties were supplied by default:

    netbeans_default_options="-J-client -J-Xss2m -J-Xms32m -J-XX:PermSize=32m -JDapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dsun.zip.disableMemoryMapping=true"

    This is far less beefy than before but seems to work. I’ve had a couple crashes but not near as bad as before. I may increase the memory limits slightly if it continues, but an upgrade seemed to solve the problem for the most part with far less resources.

    • 0