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 no
On 22 November 2011 15: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.
I already tried updating the plugin because I recall there were memory
/ speed issues with version
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-
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 1
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/11/11 09:40, Michael Bedward wrote:
>> UseCompressedOops will significantly reduce maven heap usage, but I think
>> these will be passed to javadoc.
>
> What's an Oop (compressed or otherwise) ?
"Ordinary object pointer"
http://wikis.sun.com/display/HotSpotInternals/CompressedOops
http://blo
So Linux runs while OSX is stuck in the pits. I wonder how things are
on Windows ?
> UseCompressedOops will significantly reduce maven heap usage, but I think
> these will be passed to javadoc.
What's an Oop (compressed or otherwise) ?
> Are you using 64-bit?
64 bit Java - yes.
Michael
--
"mvn -o javadoc:aggregate" works fine for me on trunk under Linux x86_64.
Apache Maven 3.0.3 (r1075438; 2011-03-01 01:31:09+0800)
Maven home: /home/car605/junk/java/maven3
Java version: 1.6.0_26, vendor: Sun Microsystems Inc.
Java home: /home/car605/junk/java/jdk1.6.0_26.x64/jre
Default locale: en
So if it works for Andrea and Hudson perhaps it is just an OSX problem
as Jody suggests. I just tried again but It's still not working for
me. My setup is:
Apache Maven 2.2.1 (r801777; 2009-08-07 05:16:01+1000)
Java version: 1.6.0_29
Java home: /Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.j
I cannot see it in the 8.0-M3 folder yet:
-
http://sourceforge.net/projects/geotools/files/GeoTools%208.0%20Releases/8.0-M3/
Could I ask you to check that it went through?
--
Jody Garnett
On Sunday, 20 November 2011 at 11:16 PM, Andrea Aime wrote:
> On Sun, Nov 20, 2011 at 12:30 PM, Jody G
On Sun, Nov 20, 2011 at 12:30 PM, Jody Garnett wrote:
> Thanks Andrea that is interesting ... I am not sure what to think.
> Could I ask you to upload that to source forge please? I don't think
> javadocs would be different between trunk and the 8.0-M3 release yet...
Done
Cheers
Andrea
--
---
Thanks Andrea that is interesting ... I am not sure what to think.
Could I ask you to upload that to source forge please? I don't think javadocs
would be different between trunk and the 8.0-M3 release yet...
-- Jody Garnett
On Sunday, 20 November 2011 at 7:20 PM, Andrea Aime wrote:
> On Sun,
On Sun, Nov 20, 2011 at 3:46 AM, Jody Garnett wrote:
> After a bit of exploring I found that the configuration of the javadoc in
> the modules/pom.xml explicitly set the max memory size.
> Changing this parameter around a bit still does not allow me to build.
> I would like to ask that someone on
After a bit of exploring I found that the configuration of the javadoc in the
modules/pom.xml explicitly set the max memory size.
Changing this parameter around a bit still does not allow me to build.
I would like to ask that someone on linux (i.e. the same environment as the
build box) try com
14 matches
Mail list logo
