That would be great! We need to fix it for GeoServer too. In each case, Hudson should be consistent with the pom, to avoid unpleasant surprises. (Even building with -Dall was a nasty trap until I added this to our builds; too easy to have a local build pass and Hudson fail.)
Justin Deoliveira wrote: > The reason this was put in there was to tame the build. Before this was > sit getting a build server able to handle the geotools build was a bit > challenging. So I fear if we remove it it will lead to a much less > stable build server. But I am willing to try it out though. > > -Justin > > Ben Caradoc-Davies wrote: >> Ben Caradoc-Davies wrote: >>> I can't figure out why app-schema fails to build on Hudson. >> Justin, I think I found the problem: >> http://hudson.opengeo.org/hudson/job/geotools-trunk/1792/consoleText >> >> [gt_trunk] $ /opt/actual/apache-maven-2.1.0/bin/mvn -U clean install >> -Djava.awt.headless=true -Dtest.maxHeapSize=256M -Dall >> >> Why does Hudson use -Dtest.maxHeapSize=256M when the main pom sets this >> to 512M? >> >> Can we get rid of this option? >> > > -- Ben Caradoc-Davies <[email protected]> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
