you misunderstand me.
in the setter of my class under test I use assert(param != null);
and in my test i try to pass null to the setter and check that an
AssertionError gets thrown.
but now when i run the tests the AssertionError is never thrown.
In ANT i used to have to specify
<assertions>
<enable/>
</assertions>
in my junit task.
i have looked thorugh the docs for the surefire plugin but find all
these docs a little opaque. perhaps you have an example in your pom
of something that works.
Kind regards,
Dave Sag
Ashley Williams <[EMAIL PROTECTED]>
04/10/05 02:25 PM
Please respond to
"Maven Users List" <users@maven.apache.org>
To
Maven Users List <users@maven.apache.org>
cc
Subject
Re: when compiling with m2 using Java 1.4 on Mac OSX asserts are
not being recognised.
For the tests I thought you would be using junit Assert class, so
extend TestCase and keep calling assertEquals etc.
The docs for the plugins are at http://maven.apache.org/maven2/
plugins/index.html
On 4 Oct 2005, at 13:08, David Sag wrote:
>
> another related question
>
> now it's compiling with asserts in place but the asserts get
> ignored when the tests run. how do i force the JVM's assert
> flags. where are the links to the documentation for the compiler
> plugin?
>
> Kind regards,
> Dave Sag
>
>
>
>
>
>
> Ashley Williams <[EMAIL PROTECTED]> wrote on 04/10/2005
> 01:47:46 PM:
>
> > Actually by chance I've just changed one of my projects from
java 5
> > to java 1.4 and as such saw a nice visual representation of the
> > default compiler settings in Eclipse:
> >
> > "
> > Use default compliance settings: yes
> > Generated .class files compatibility: 1.2
> > Source compatibility: 1.3
> > "
> >
> > so Maven probably isn't applying any default settings at all for
> your
> > java vm, just relying on the existing vm setup, which is fair
> enough.
> > Don't know if these defaults are the same on other platforms,
but I
> > would have thought so.
> >
> > I suppose it's better to configure the vm settings in maven rather
> > than relying on platform settings since at least you can upgrade
> in a
> > more controlled fashion. I just wish there was some way that if I
> > specified for example java 5 in my pom, the maven shell script
would
> > be smart enough to select it automatically rather than me
having to
> > remember to switch to java 5 manually - not a trivial task on the
> Mac.
> >
> > Maybe if the settings.xml could take a list of existing vm's on
your
> > machine it could work.
> >
> > On 4 Oct 2005, at 12:24, David Sag wrote:
> >
> > >
> > > Hi Ashley,
> > >
> > > haha well i am falling at step 1 now. the archetype command
fails
> > > with the following:
> > >
> > > [ERROR] ResourceManager : unable to find resource
> > > 'VM_global_library.vm' in any resource loader.
> > >
> > > seems something broke m2 today, because i have used the same
> > > architype command only a few days ago to set up my project.
> > >
> > > however i have been able to make my project build with asserts
> - my
> > > problem it seems was that i did not wrap the <plugins>...</
> plugins>
> > > section within <build>...</build>
> > >
> > > so yes - it does seem that by default m2 will try to build as
java
> > > 1.3, but i was not correctly fixing that in my pom.xml
> > >
> > > i shall update the jira issue with this info
> > >
> > >
> > > Kind regards,
> > > Dave Sag
> > >
> > >
> > >
> > >
> > >
> > >
> > > Ashley Williams <[EMAIL PROTECTED]> wrote on 04/10/2005
> > > 12:56:56 PM:
> > >
> > > > Well I suppose the good news is that I have got the assert
> > > keyword to
> > > > work so hopefully you will be able to as well.
> > > >
> > > > Step by step:
> > > >
> > > > 1. Create a new project; "m2 archetype:create -
DgroupId=bogus -
> > > > DarchetypeId=bogus"
> > > >
> > > > 2. Use the assert keyword: "cd bogus; vi src/main/java/bogus/
> > > > App.java" and change it like so:
> > > >
> > > > public static void main( String[] args )
> > > > {
> > > > assert(true);
> > > > System.out.println( "Hello World!" );
> > > > }
> > > >
> > > > 3. Ensure the current vm is 1.4.2 by doing "java -version"
> and do
> > > "m2
> > > > install"
> > > >
> > > > 4. Reproduce your problem - out of the box I get a compile
> error too
> > > > at this point.
> > > >
> > > > 5. Edit the pom "vi pom.xml" and add in the compiler plugin
> config:
> > > > <build>
> > > > <plugins>
> > > > <plugin>
> > > >
> <groupId>org.apache.maven.plugins</
> > > > groupId>
> > > > <artifactId>maven-compiler-
> plugin</
> > > > artifactId>
> > > > <configuration>
> > > > <source>1.4</source>
> > > > <target>1.4</target>
> > > > </configuration>
> > > > </plugin>
> > > > </plugins>
> > > > </build>
> > > >
> > > > 6. Run "m2 clean:clean install" and it should now compile ok.
> > > >
> > > > *****************
> > > >
> > > > The only thing I can think of then is that by default
source and
> > > > target are set to something like 1.3 out of the box,
> > > > though if not I'm at a loss to explain it.
> > > >
> > > > AW
> > > >
> > > >
> > > > before you run maven, and it reports you are on 1.4.2 then
that
> > > > should be the one and only vm you are using.
> > > > On 4 Oct 2005, at 08:59, David Sag wrote:
> > > >
> > > > >
> > > > > Hi Ashley,
> > > > >
> > > > > i am not sure how I'd check to see what version of Java
m2 is
> > > > > running but my Mac's default Java is
> > > > > java version "1.4.2_09"
> > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > > 1.4.2_09-232)
> > > > > Java HotSpot(TM) Client VM (build 1.4.2-54, mixed mode)
> > > > >
> > > > > so i assume it's running that. i see no reason why it would
> > > try to
> > > > > run in any earlier version of java.
> > > > >
> > > > > assert was introduced as part of java 1.4 and this same
> code built
> > > > > fine under maven 1 and ant. It's only now i have migrated
> to m2
> > > > > that these assert errors are showing up.
> > > > >
> > > > > I have logged a bug with the maven2 Jira. see http://
> > > > > jira.codehaus.org/browse/MNG-1075
> > > > >
> > > > > Kind regards,
> > > > > Dave Sag
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Ashley Williams <[EMAIL PROTECTED]>
> > > > > 03/10/05 04:36 PM
> > > > > Please respond to
> > > > > "Maven Users List" <users@maven.apache.org>
> > > > >
> > > > >
> > > > > To
> > > > > Maven Users List <users@maven.apache.org>
> > > > > cc
> > > > > Subject
> > > > > Re: when compiling with m2 using Java 1.4 on Mac OSX
> asserts are
> > > > > not being recognised.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Could you check which version of java maven is running in?
> > > > >
> > > > > I haven't been able to reproduce your problem. I'm currently
> > > running
> > > > > Java 5 on Mac OS X and have used the assert keyword. The
only
> > > thing I
> > > > > could think of is that you're running maven under jdk1.3,
but
> > > then I
> > > > > would have expected an 'unknown source/target' error
before it
> > > even
> > > > > tried to compile your code.
> > > > >
> > > > > So I don't believe the problem lies with Maven.
> > > > >
> > > > > Just a thought: was the assert keyword introduced at version
> > > 1.4.2?
> > > > > Might be worth a google.
> > > > >
> > > > > AW
> > > > >
> > > > > On 3 Oct 2005, at 10:49, David Sag wrote:
> > > > >
> > > > > >
> > > > > > Hi M2 people,
> > > > > >
> > > > > > I am evaluating maven 2 and test-porting some small
projects
> > > over
> > > > > > to m2 from ant and m1.
> > > > > >
> > > > > > I am finding it mostly straightforward but i can't work
out
> > > how to
> > > > > > tell maven2 that i want to enable asserts. whenever i
> compile i
> > > > > > just get the error
> > > > > >
> > > > > > cannot resolve symbol
> > > > > > symbol : method assert (boolean)
> > > > > >
> > > > > > I have tried forcing java1.4 in the pom.xml with the
> following :
> > > > > >
> > > > > > <plugins>
> > > > > > <plugin>
> > > > > > <groupId>org.apache.maven.plugins</groupId>
> > > > > > <artifactId>maven-compiler-plugin</artifactId>
> > > > > > <configuration>
> > > > > > <source>1.4</source>
> > > > > > <target>1.4</target>
> > > > > > </configuration>
> > > > > > </plugin>
> > > > > > </plugins>
> > > > > >
> > > > > > but it made no difference.
> > > > > >
> > > > > > i looked through the issues in jira and found nothing to
> > > indicate
> > > > > > that this is a known bug.
> > > > > >
> > > > > > has anyone else hit this and if so how do i work-around
it?
> > > > > >
> > > > > > Kind regards,
> > > > > >
> > > > > > Dave Sag
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > >
>
---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > >
>
---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> >
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]