It looks like the vm args options are not passed to javadoc. The only options passed are @argfiles options, and according to the javadoc manual: "@argfiles One or more files that contain a list of Javadoc options, packagenames and sourcefilenames in any order. Wildcards (*) and -J options are not allowed in these files."
The -J options include those that set the heap size. Fiddling with maxmemory in the pom has no discernible affect; "ps uxwwww" shows no changed commandline arguments and the @options file does not (and cannot) contain these options. On 22/11/11 12:46, Jody Garnett wrote: > In the modules/pom.xml they have the settings for heap size. You can also try > changing the version of the javadoc plugin used in the root pom.xml. > > -- > Jody Garnett > > > On Tuesday, 22 November 2011 at 1:02 PM, Ben Caradoc-Davies wrote: > > I was able to get javadoc to fail (killed by the kernel oom-killer) by > running another build at the same time. It was using about 2 GB of RAM > at the time. Not good. I looked in the options file and there was no > sign of anything setting the heap size (but then I am a javadoc n00b). > > On 22/11/11 10:35, Michael Bedward wrote: > Mmm... that's approaching the "electron in p-orbital vs s-orbital" > level of detail. As a simple soul, I'd prefer a -DjustWork option. > > The fact that you are able to build the javadocs with -Xmx256m, while > Jody and I are failing with -Xmx2048m, suggests something is very > broken under OSX. > > Michael > > > On 22 November 2011 13:04, Ben Caradoc-Davies > <[email protected]<mailto:[email protected]>> wrote: > > "Ordinary object pointer" > http://wikis.sun.com/display/HotSpotInternals/CompressedOops > http://blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/ > > The last page also claims that compressed oops are enabled by default in JDK > 1.6.0_23 or later. A quick test with Eclipse suggests that this is indeed > the case. > > -- > Ben > Caradoc-Davies<[email protected]<mailto:[email protected]>> > Software Engineer > CSIRO Earth Science and Resource Engineering > Australian Resources Research Centre > -- Ben Caradoc-Davies <[email protected]> Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
