Ciao Jody, I would say we can make it perform whichever task we want and creating a Windows installer is surely a good one. I will create a VM with enough cores/RAM/disk and badwidth to do that we need once we have a clear idea about it. I am also open to give VNC/Remove Desktop access to the devs on the machine to create deploy scripts and so on.
That said, before committing any resources I would like to have general consensus on considering the Windows build server as important as the Linux one, otherwise I am afraid the effort will fail. Regards, Simone Giannecchini == GeoServer training in Milan, 6th & 7th June 2013! Visit http://geoserver.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- On Tue, Jun 4, 2013 at 6:43 AM, Jody Garnett <jody.garn...@gmail.com> wrote: > Thanks to GeoSolutions for additional project resources, I am all in favour > of our Jenkins overlords. > > Is there any artefact that the windows build server can produce that would > put it more seriously in the line of fire? This would allow us as a > community > to take a windows build failure more seriously... > > Perhaps it could be responsible for nightly windows installer creation? > -- > Jody Garnett > > On Tuesday, 4 June 2013 at 12:09 AM, Simone Giannecchini wrote: > > Dear All, > first of all sorry for cross-posting but I believe this topic is > important for both lists of developers. > > We have been fighting lately to keep GS and GT (GWC as well btw) build > happily on Windows with partial success; everytime we fixed things > someone committed something that broke the build again. > I had a discussion with Andrea about this (he is not really a Windows > guy :) ) but we actually got to the same conclusion: the build on > windows breaks mostly because > of wrong assumptions (i.e. linux path when looking for files), wrong > handling of paths with spaces or even not properly closing files and > streams. The point is that these are not Windows problems (i.e. > something to blame > Windows and forget about) but are real problems hidden by the fact > that we build on Linux _only_. Then my point is, why we give away > linux exe and bin if we don't make any effort to have GS and GT build > on Win? > > Here is what I suggest. We ( as in GeoSolutions) will set up an > official build server with Windows and dedicate it to the projects > (giving everybody access to Jenkins on it). > At that point all developers should make sure that they don't break > the build anymore on Windows, which basically mean taking extra care > when writing code and tests, which can do only good to our beloved > projects! > > What do you think? > > Regards, > Simone Giannecchini > == > GeoServer training in Milan, 6th & 7th June 2013! Visit > http://geoserver.geo-solutions.it for more information. > == > > Ing. Simone Giannecchini > @simogeo > Founder/Director > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 333 8128928 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > ------------------------------------------------------- > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite > It's a free troubleshooting tool designed for production > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap2 > _______________________________________________ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > ------------------------------------------------------------------------------ How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j _______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
