Ben Caradoc-Davies ha scritto: > Andrea Aime wrote: >> I'm ok to put up with extensive build time and high memory usage for >> a short time, provided there are serious plans to address both, >> one way or the other. GeoTools has already bad rep enough without >> having to require a server like setup to build it (512M heap >> mean 600-700MB of real memory consumption factoring in the extra >> stuff the VM is loading) > > Agreed. > >> Another option could be to have the build server build with >> -Pextensive (shall we rename this to -Pexpensive ;-) ?) > > +1 for the rename.
I was just joking :) >> and leave the random developer without the extra burden. > > Jody has suggested using -Pextensive. We could also make our own > "app-schema-bloat-bloat-bloat" profile that we enable on our CI box. > Either of these would, in effect, disable some tests, and would infringe > on my TDD religious obligations. ;-) > > We (Rini and I) need to fix the bloat. This Eclipse XSD issue seem relevant as well and it's being discussed these days too: https://bugs.eclipse.org/bugs/show_bug.cgi?id=278853 Also, an old thread on the eclipse ml suggests to use xerces-j schema api instead of XSD if one does not have schema manipulation needs: http://dev.eclipse.org/newslists/news.eclipse.technology.xsd/msg01221.html This does not mean we have to jump on xerces-j api right away, just that we keep it in mind for the future (this is the same API DeeGree is using for its schema handling needs, too). Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ 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
