On 15/03/2009, Gary Gregory <ggreg...@seagullsoftware.com> wrote: > > -----Original Message----- > > From: sebb [mailto:seb...@gmail.com] > > > Sent: Sunday, March 15, 2009 4:32 AM > > To: Commons Developers List > > Subject: Re: [lang] 3.0, what's in; what's out > > > > On 15/03/2009, Gary Gregory <ggreg...@seagullsoftware.com> wrote: > > > > -----Original Message----- > > > > From: Henri Yandell [mailto:flame...@gmail.com] > > > > Sent: Saturday, March 14, 2009 8:05 PM > > > > To: Commons Developers List > > > > Subject: Re: [lang] 3.0, what's in; what's out > > > > > > > > On Sat, Mar 14, 2009 at 7:53 PM, Gary Gregory > > > > <ggreg...@seagullsoftware.com> wrote: > > > > >> -----Original Message----- > > > > >> From: news [mailto:n...@ger.gmane.org] On Behalf Of Jörg Schaible > > > > >> Sent: Saturday, March 14, 2009 1:29 PM > > > > >> To: dev@commons.apache.org > > > > >> Subject: RE: [lang] 3.0, what's in; what's out > > > > >> > > > > >> Gary Gregory wrote: > > > > >> > > > > >> >> -----Original Message----- > > > > >> >> From: sebb [mailto:seb...@gmail.com] > > > > >> >> Sent: Saturday, March 14, 2009 4:52 AM > > > > >> >> To: Commons Developers List > > > > >> >> Subject: Re: [lang] 3.0, what's in; what's out > > > > >> >> > > > > > >> >> > And the various other backwards incompatible changes that > > people > > > > >> have > > > > >> >> > been requesting. > > > > >> >> > > > > >> >> Removal of AllxxxTest classes that just group other tests. > > > > >> >> These just tend to get out of date, potentially complicate the > > POM, > > > > >> >> and IMO don't offer much added value. > > > > >> > > > > > >> > -1 > > > > >> > > > > > >> > I use package-level test suites all the time from Eclipse. > > Running > > > > all > > > > >> > tests in a given package is a very reasonable thing to do IMO. > > > > Otherwise > > > > >> I > > > > >> > am forced to the command line where I often cannot ask Ant or > > Maven > > > > to > > > > >> > even run tests in a given package. I am stuck with whatever the > > > > build's > > > > >> > test target does. Not only that but I'd have to sit through a > > build > > > > >> every > > > > >> > time... > > > > >> > > > > >> Especially with Eclipse there's no need. Open the context menu of > > the > > > > >> package and select run as unit test (or the project to run all > > tests at > > > > >> once). For me those AllXxxxTest suites are simply annoying. > > > > > > > > > > I had missed that menu item in Eclipse! Thanks Jörg. > > > > > > > > Is that -1 rescinded for deleting the Suites, Gary? > > > > > > > > > Rescinded, retracted and recanted. > > > > > > > I've just discovered one minor issue - EntriesPerformanceTest. This is > > in the main lang directory, but not in the LangTestSuite - > > deliberately, I suspect, as it take over 100 seconds on my system. > > > > Perhaps it could be moved into a different package (would have to fix > > some access rights), or maybe into a different source tree (same > > package - one can run tests from the navigator as well in Eclipse)? > > > new CanOfWorms(".*EntriesPerformanceTest").open() > > Well, the performance tests surely are interesting. It would be great to run > such tests from build to build and check for performance degradation. The > issue becomes where is the performance data stored? As a data file in CVS? > OK. Does the build then commits it on every build? Nah... The commit process > should probably be manual. So we'd need a task/goal for that... >
Or just store an upper bound for the elapsed time in the POM? > Gary > > > > > Gary > > > > > > > > > > > Hen > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org