Cool! I'm thinking of making this very light-weight, with minimal dependencies.
So far, the only dependency is JUnit 3.8.1, but I'm probably going to change that to JUnit4. Adding support for HttpUnit is a good idea. My guess is that it would be better to create a separate bundle. Anyway, I'll give this a try and we can compare it to the spring-osgi-testing bundle. If we find there's little/no use for the ops4j-testing bundle, we can just kill it. After all, that's what the lab is for! ;-) Cheers, Dave > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Rick Litton > Sent: 6 May 2007 02:11 > To: General OPS4J > Subject: Re: Should I include a junit project in ops4j? > > > Hi David, > > I would be interested in a general test harness for ops4j. It would be a > great tool to have particularly if it uses JUnit, HttpUnit, etc. > instead of > just relying on the Eclipse utility to generate the test cases. > Let me know > if you need any help... ;) > > Regards > > Rick > > ----- Original Message ----- > From: "David Leangen" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Friday, May 04, 2007 11:47 PM > Subject: Should I include a junit project in ops4j? > > > > > > I've been looking for a decent way to run integration tests. I > think I've > > found an "ok" solution and I'm wondering if I should commit it > to ops4j. > > To > > this effect, I have a few questions to ask (below after all the bla bla > > bla). > > > > Background > > ---------- > > I had hacked a solution using Maven2 so the tests would be run > during the > > build if a certain profile was switched on. However, the > defaults of this > > approach soon became unbearable, and me and my developers [ ;-) > ] gave up > > on > > running the integration tests. Result: all the IT code is way > out of date > > and no IT tests are being run anymore. > > > > To work properly, the integration tests must be run from within an osgi > > framework. Personally, I would call this the curse of using osgi, since > > now > > I am totally bound to the framework and have swallowed the key. But I > > digress... > > > > > > Possible solution? > > ------------------ > > After googling for a bit[1] I noticed that there was a small, but useful > > bundle for running JUnit from within an osgi framework. I tried > it out and > > generally I like it. > > > > Some problems: > > > > - the project uses KF standards for building. This > > makes it not so easy to integrate into my projects > > that use M2/maven-osgi-plugin. To patch up some minor > > problems I was having, I needed to completely restructure > > the project so I could rebuild it. > > > > - there appears to be very little support at KF (at > > least from my initial perspective). I guess this is > > normal for a commercially-oriented product. > > > > - is it appropriate to "steal" an OSS project like that? > > > > > > The potential could be very interesting, though... I already have many > > ideas > > about how to integrate this (properly!!) with the CI system I want to > > build > > here. > > > > > > Questions > > --------- > > Question the first: do you guys think it's reasonable to use JUnit for > > this? > > Or is there a better, perhaps more standarized osgi approach > that I'm just > > not aware of? For instance, I noticed a post by Peter Kriens[2], but I > > couldn't actually find this project and it seems a bit old. > > > > Question the second: given the state of the KF Junit project that I > > described above, do you think it's reasonable to import it here > and build > > on > > it? > > > > Question the third: anybody else interested in this? Or should I just > > hoard > > this privately to myself? > > > > > > Cheers, > > Dave > > > > > > > > > > [1]Wouldn't it be nice to have a verb invented from "ops4j"? As > in: "After > > 'ops4jing' for a bit..." > > [2] http://www.aqute.biz/Blog/2005-06-27 > > > > > > _______________________________________________ > > general mailing list > > [email protected] > > http://lists.ops4j.org/mailman/listinfo/general > > > > > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
