On Mon, Aug 02, 2010 at 04:21:46PM +0100, TAYLOR Robin wrote: > I'm too suggestible, I always agree with the last emailer, however... > > > So, in theory, I completely agree with Robin & Andrew's > > points that it should run every time you build DSpace. > > However, in practice, I'd have to disagree -- I wouldn't want > > every person installing DSpace to have to wait while all the > > unit tests are run (and perhaps get confused if certain unit > > tests report failures -- because of local customizations or > > an accidentally broken unit test). > > > > Until we are better able to separate out a development > > "build" process and a production "install" process, I think > > we likely should disable these tests by default. Developers > > should run them each time they build DSpace (or especially > > before checking in new code). But, we don't want users to > > need to run them each time they install or upgrade DSpace > > (though they will have the option of doing so, if they wanted to). > > My fear is that if the tests are turned off by default then it wont be long > until code is committed that breaks the test and they fall into disuse. So I > guess it's a question of which is the lesser evil.
What we need is to have the tests *profiled* off by default, and
people who actually develop code strongly encouraged to enable the
test profile in their local settings. Or however it is done -- I haven't
examined Maven to see exactly how we would do this, but I think it can
be done.
--
Mark H. Wood, Lead System Programmer mw...@iupui.edu
Balance your desire for bells and whistles with the reality that only a
little more than 2 percent of world population has broadband.
-- Ledford and Tyler, _Google Analytics 2.0_
pgpV5KoD5v6ps.pgp
Description: PGP signature
------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm
_______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
