incubator-jspwiki-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Harry Metske <>
Subject Re: Switch to static for testing?
Date Fri, 11 Jan 2013 08:21:20 GMT

On 11 January 2013 04:20, Glen Mazza <> wrote:

> Hi Team,
> I was wondering if we could have our tests switch to a static
> file instead of having one dynamically created (this is the
> that appears in tests/etc/db during the Ant tests).  This
> will help both in Mavenization (where I can just make reference to a static
> reference file instead of duplicating a lot of build.xml into the Maven
> Antrun plugin) and in simplifying our present build.xml.  Here is its
> present contents (created before the tests run):
> #Ant properties
> #Thu Jan 10 21:25:38 EST 2013
> jdbc.admin.password=
> jdbc.driver.class=org.hsqldb.**jdbcDriver
> jdbc.driver.jar=tests/lib/**hsqldb-
> jdbc.driver.url=jdbc\:hsqldb\:**hsql\://localhost/jspwiki
> jdbc.jar.present=tests/lib/**hsqldb-
> jdbc.user.password=password
> As you can see, it's a very small, easy-to-understand file that can work
> the same for everyone, but to generate that takes lines 1462-1519 here:
> xml?view=markup#l1462<>,
> much harder to understand.
> If OK, I'll go ahead and make this change in the build.xml and confirm
> that our tests will all run fine with it and then update the Maven pom.xml
> we have in JIRA.  There's a few more dynamically generated files I may make
> similar requests for, but we can get to those later.  Ideally, I'd like to
> see the that we use for testing (production can still be
> dynamically generated) be static and checked into SVN, and if we need
> multiple depending on what we're testing, to have static
> multiple versions then.  It makes the build.xml/pom.xml as well as
> testing/conversion between the two so much simpler.  The Mavenized projects
> I'm used to (CXF, Roller, Camel, etc.) just use the same static test
> resources as part of their "mvn clean install" or "mvn test" runs, allowing
> you to look at those resource files and immediately see their contents
> rather than go through the build.xml/pom.xml to try to figure out what
> those files contain.
> Regards,
> Glen

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message