Re: [Geotools-devel] JDBC build and other "extra" builds
On 09/10/12 14:06, Andrea Aime wrote: > The same could be said for builds against OpenJDK, JDK 7, Windows and so on. Not quite. In my view, JDBC is core functionality, on a core platform. I agree with you that supplementary builds like OpenJDK, JDK, Windows, and builds in paths with spaces can be banished to other lists until we agree that these are supported platforms. > Continuous build failures that get ignored because there is no bandwidth > to address them just make the > whole point of having a build server moot. How many people did notice > that that main build was failing > due to a temporal test since October 1st? Why the usual fool had to fix > it on a Sunday? Conscript more fools. ;-) I just spent several hours fixing the JDBCJoinTest failure (or introducing a complementary bug that makes the build pass; I am not quite sure). Griping about it was taking too much time. > (the fact that the main module was failing is an aggravation, since it's > everyone's responsibility no > one really feels responsible about it, at the same time fixing the test > was a one liner). > The primary build should be of interest of everyone, it's the one that > should never fail, if we get > 10 failure messages a day people will just ignore them, including the > ones regarding the primary build. I agree with you. The JDBCJoinTest failure should never have been left as long as it was. What we have just seen is exactly what happens when build failures are ignored: developers stop paying attention and continuous integration is lost. It is not good enough that other developers are relying on you to clean up after them. Unless the situation improves, we are going to have to start getting tough and reverting commits that break the build. That should get some attention. Kind regards, -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
On Tue, Oct 9, 2012 at 5:08 AM, Ben Caradoc-Davies < ben.caradoc-dav...@csiro.au> wrote: > On 08/10/12 03:03, Andrea Aime wrote: > >> the JDBC build keeps on failing and keeps on polluting the devel mailing >> list. >> > > It is not polluting the list. It is warning the list that this test is > broken. That is what it is for. The solution should be to fix the test or > the underlying code that causes the failure. The same could be said for builds against OpenJDK, JDK 7, Windows and so on. Continuous build failures that get ignored because there is no bandwidth to address them just make the whole point of having a build server moot. How many people did notice that that main build was failing due to a temporal test since October 1st? Why the usual fool had to fix it on a Sunday? (the fact that the main module was failing is an aggravation, since it's everyone's responsibility no one really feels responsible about it, at the same time fixing the test was a one liner). The primary build should be of interest of everyone, it's the one that should never fail, if we get 10 failure messages a day people will just ignore them, including the ones regarding the primary build. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
On 08/10/12 03:03, Andrea Aime wrote: > the JDBC build keeps on failing and keeps on polluting the devel mailing > list. > Since it's clear we get no short term fix I think I might have a long term fix. Would that do? https://github.com/geotools/geotools/pull/36 https://jira.codehaus.org/browse/GEOT-4204 -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
On 08/10/12 03:03, Andrea Aime wrote: > the JDBC build keeps on failing and keeps on polluting the devel mailing > list. It is not polluting the list. It is warning the list that this test is broken. That is what it is for. The solution should be to fix the test or the underlying code that causes the failure. > Since it's clear we get no short term fix can we move that build mails > off the > devel list? We can silence this build but only as a temporary measure. Creating a new list makes it seem like a longer-term arrangement. Hey, there is an idea for a new Jenkins/Hudson plugin: press a button to silence a build failure for 24 hours. Snooze mode. :-) -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
On 08/10/12 23:41, Justin Deoliveira wrote: > @Ben: What db's do you run the jdbc tests for? Both kinds: PostGIS *and* Oracle: http://www.youtube.com/watch?v=cSZfUnCK5qk -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
On Mon, Oct 8, 2012 at 5:41 PM, Justin Deoliveira wrote: > > Aside, the jdbc builds seem to occupy the build server for a long time. >> >> Indeed, it might make sense to shut that build off completely on the main > build server if other build servers are running the same tests. > > I plan to have the Windows build server have a special nightly build for SQLServer, but not sure when that is going to happen Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
On Mon, Oct 8, 2012 at 5:40 PM, Justin Deoliveira wrote: > +1. Shall we set it up as another google group? > geotools-bui...@googlegroups.com ? Works for me Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
On Sun, Oct 7, 2012 at 5:55 PM, Michael Bedward wrote: > > On Monday, 8 October 2012 at 5:03 AM, Andrea Aime wrote: > > > > Actually, what I'm proposing is that we create a separate, parallel, > mailing > > list > > for builds that are not the "main" one, the one that people get their > head > > off if they break. > > Seems like a very good idea. > > Aside, the jdbc builds seem to occupy the build server for a long time. > > Indeed, it might make sense to shut that build off completely on the main build server if other build servers are running the same tests. @Ben: What db's do you run the jdbc tests for? > Michael > > > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
+1. Shall we set it up as another google group? geotools-bui...@googlegroups.com ? On Sun, Oct 7, 2012 at 1:03 PM, Andrea Aime wrote: > Hi, > the JDBC build keeps on failing and keeps on polluting the devel mailing > list. > Since it's clear we get no short term fix can we move that build mails off > the > devel list? > > Actually, what I'm proposing is that we create a separate, parallel, > mailing list > for builds that are not the "main" one, the one that people get their head > off if they break. > > I'm in the process of setting up a Windows build server and that would be > a good candidate > for such mailing list, so would be any other build that checks conditions > we are not sure > we're going to able to support, such as OpenJDK or JDK 7. > > May be a interesting compromise between not reporting those builds at all, > and flooding > the dev list with build failures that we don't have the bandwidth to > address right away > (or at all) > > Cheers > Andrea > > -- > == > Our support, Your Success! Visit http://opensdi.geo-solutions.it for more > information. > == > > Ing. Andrea Aime > @geowolf > Technical Lead > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 339 8844549 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > --- > > > > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
On 08/10/12 04:09, Jody Garnett wrote: > Do we have any idea what is killing the JDBC Build. [GEOT-4204] Intermittent JDBCJoinTest failures https://jira.codehaus.org/browse/GEOT-4204 -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
> On Monday, 8 October 2012 at 5:03 AM, Andrea Aime wrote: > > Actually, what I'm proposing is that we create a separate, parallel, mailing > list > for builds that are not the "main" one, the one that people get their head > off if they break. Seems like a very good idea. Aside, the jdbc builds seem to occupy the build server for a long time. Michael -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC build and other "extra" builds
Sounds good Andrea, I would rather a separate email list then shutting off communication completely. Do we have any idea what is killing the JDBC Build. -- Jody Garnett On Monday, 8 October 2012 at 5:03 AM, Andrea Aime wrote: > Hi, > the JDBC build keeps on failing and keeps on polluting the devel mailing list. > Since it's clear we get no short term fix can we move that build mails off the > devel list? > > Actually, what I'm proposing is that we create a separate, parallel, mailing > list > for builds that are not the "main" one, the one that people get their head > off if they break. > > I'm in the process of setting up a Windows build server and that would be a > good candidate > for such mailing list, so would be any other build that checks conditions we > are not sure > we're going to able to support, such as OpenJDK or JDK 7. > > May be a interesting compromise between not reporting those builds at all, > and flooding > the dev list with build failures that we don't have the bandwidth to address > right away > (or at all) > > Cheers > Andrea > > -- > == > Our support, Your Success! Visit http://opensdi.geo-solutions.it for more > information. > == > > Ing. Andrea Aime > @geowolf > Technical Lead > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 339 8844549 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > --- > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > (mailto:GeoTools-Devel@lists.sourceforge.net) > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel