Andrea Aime wrote: > Justin Deoliveira ha scritto: >> Andrea Aime wrote: >>> Justin Deoliveira ha scritto: >>>> Not it shouldn't have because those tests share configuration from >>>> the parent jdbc-ng parent pom. Otherwise tests like the jndi tests >>>> will fail. So to make this work you will have to copy a bunch of >>>> configuration over to the jdbc-ng unsupported parent pom. I did not >>>> do so because i did not want to duplicate configuraton. But if >>>> specifying a different parent while allowed, is not practical with >>>> maven then I am ok with duplicating the info. >>> >>> We have a choice: >>> - duplicate the info >>> - break site, collector and possibly other maven plugins >>> >>> I suggest we go for the first, but that's just me >>> >> Not sure if this moved or not but yeah, lets duplicate. Just as long >> as we are careful to remove the duplication when those modules move to >> supported. > > Nope, it did not move, but win32 build is up and running, > site and javadoc daily generation are next on my list > (actually, resurrected from my earlier attempt that did > not end up in a continous build). > Speaking of which, do we have enoug power on the main > Hudson box to generate the site and the javadoc > daily, and to keep them around in some published directory? > (I'd say, we just keep the latest version generated)
Yeah, as long as it runs only once a day it should not be a problem. But I have not been around the last few weeks, and there has been a lot of movement around builds, so i am unaware of how stretched the hudson box is. > > Cheers > Andrea > > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
