Hi, We have many machines for hudson so we can run platform dependant tests automatically on Apache infrastructure (Windows, Linux, Solaris, OSX).
Best regards, Lukasz -----Original Message----- From: Guillaume Nodet [mailto:[email protected]] Sent: Tuesday, November 23, 2010 8:18 AM To: [email protected] Subject: Re: [DISCUSS] Karaf distribution testing Definitely something around that. In details, 'm not sure we should separate the windows / unix in separate folders, but that's a detail (cygwin is in both categories, so that's a tricky one...). As discussed with Jamie, I think we have some tools already that will help us write such test, so we should start writing one asap and see how it goes. We should be able to refactor to adapt more use cases over time. On Tue, Nov 23, 2010 at 08:10, Charles Moulliard <[email protected]> wrote: > Hi Jamie, > > I completely agree with you. We should create some sub directories under the > itests directory of Karaf and take the time to create tests. > > Like for the camel project, we could create a karafTemplate test that will > be used by all the sub tests. > > We could create the following structure > > itests > windows > commands > features > logging > .... > unix > commands > features > logging > .... > > Regards, > > Charles > > On 22/11/10 21:39, Jamie G. wrote: >> >> Hi All, >> >> After encountering some release issues with the Apache Karaf 2.1.x >> branch it has come to the forefront that we need to improve our >> distribution testing. The main target of distribution testing we need >> is to try out the various scripts we include in each distribution kit. >> These tests would ideally cover un-archiving the kit, launch >> bin/karaf, bin/start, bin/stop, bin/client, and bin/admin. >> >> To help build these tests we can make use of bin/client to help make >> ssh connections (send commands), and admin/core process library to >> control the various processed involved in each test. To uncompress the >> different distributions we could use commons-compress or just ask >> maven to do the work for us (this is done in the Servicemix NMR& >> Features projects). >> >> Regardless of which tools we use to build these tests a certain amount >> of CI will be required. Most of us currently use unix based systems, >> so Windows based issues for example tend to sneak by. Hopefully by >> having such tests automated we'll be able to catch distribution issues >> earlier. >> >> Cheers, >> Jamie > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com
