RE: [mevenide-user] Advice on test design

Emilian,

> 
> If you expect to have the properties file in a JAR then 
> indeed it doesn't seem to work. But you might use an actual 
> File to get the property and then you either have it in /tmp 
> for example of not.

Yes - I was intending to have the properties file be the 'configuration'
and be in the JAR.

Actually the properties file is defining a path to a file that itself
may or may not be there :o}

> 
> Another, nicer, way would be to allow your class to use InputStreams.
> This way you can have a valid property with the inputstream 
> (getClass().getResource("valid.pro")), an invalid one, and a 
> missing (null stream) one.

I think that may be a better way - again I was intending the properties
file to be the only external reference source available to the class,
but it might be neater to pull that bit out and try to configure it
although that then shunts the same problem further up the stack into
something else! In fact this is a struts2 interceptor that I'm trying to
write, so I'll have to look further about what configuration options I
have in the struts xml file.



Later,

Andy

-------------
Yada, yada, yada...

Roslin Institute is a company limited by guarantee, registered in
Scotland (registered number SC157100) and a Scottish Charity (registered
number SC023592). Our registered office is at Roslin, Midlothian, EH25
9PS. VAT registration number 847380013.

The information contained in this e-mail (including any attachments) is
confidential and is intended for the use of the addressee only.   The
opinions expressed within this e-mail (including any attachments) are
the opinions of the sender and do not necessarily constitute those of
Roslin Institute (Edinburgh) ("the Institute") unless specifically
stated by a sender who is duly authorised to do so on behalf of the
Institute.
 

> 
> My 2c,
> Emilian
> 
> On Nov 27, 2007 11:28 AM, andy law (RI) 
> <[email protected]> wrote:
> > All,
> >
> > I *know* this is mostly off-topic for this list (and I apologise in 
> > advance), but I figure this is still a good place to start.
> >
> > I am running Netbeans 5.5 with mevenide trying to decide 
> how I attack 
> > the following problem:
> >
> > Let's assume that I'm writing some code that uses a 
> properties file to 
> > define some parameter or other. In the absence of the 
> properties file, 
> > the code should use a sensible default value. So, I have 
> the following 
> > tests to run
> >
> > 1) No properties file - default behaviour
> > 2) Properties file with nonsense value - default behaviour with 
> > warning
> > 3) Properties file with sensible value - use supplied value
> >
> > How do I run tests 1 *and* 2/3 in the same project given 
> that the test 
> > properties file is either supplied or not (as far as I can tell) in 
> > src/test/resources.
> >
> > Later,
> >
> > Andy
> >
> > -------------
> > Yada, yada, yada...
> >
> > Roslin Institute is a company limited by guarantee, registered in 
> > Scotland (registered number SC157100) and a Scottish Charity 
> > (registered number SC023592). Our registered office is at Roslin, 
> > Midlothian, EH25 9PS. VAT registration number 847380013.
> >
> > The information contained in this e-mail (including any 
> attachments) is
> > confidential and is intended for the use of the addressee 
> only.   The
> > opinions expressed within this e-mail (including any 
> attachments) are 
> > the opinions of the sender and do not necessarily 
> constitute those of 
> > Roslin Institute (Edinburgh) ("the Institute") unless specifically 
> > stated by a sender who is duly authorised to do so on behalf of the 
> > Institute.
> >
> >
> > 
> ---------------------------------------------------------------------
> > To unsubscribe from this list please visit:
> >
> >     http://xircles.codehaus.org/manage_email
> >
> >
> 
> 
> 
> --
> Emilian Bold
> +40 740235562
> http://www.emilianbold.ro
> 
> Java and NetBeans Platform-loving consulting services from 
> Timisoara, Romania.
> 
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
> 
>     http://xircles.codehaus.org/manage_email
> 
> 

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email