oh FYI - adding

export MAVEN_OPTS=-ea

to my .profile made everything work fine.

Kind regards,
Dave Sag




 



Ashley Williams <[EMAIL PROTECTED]>

04/10/05 03:10 PM

Please respond to
"Maven Users List" <[email protected]>

To
Maven Users List <[email protected]>
cc
Subject
Re: [m2] asserts aren't recognized with surefire





Have you tried launching maven with the java -ea switch? I don't  
think you can control these switches with surefire or any of the  
other maven plugins as far as I can tell, so I think you have to  
configure your own vm as best as you can.

I've just had a look at m2 shell script and I think you can set  
MAVEN_OPTS to achieve this. Let me know how you get on because I  
should be using asserts more often than I do!

On 4 Oct 2005, at 13:42, David Sag wrote:

>
> 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" <[email protected]>
>
>
> To
> Maven Users List <[email protected]>
> 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" <[email protected]>
> > > > > >
> > > > > >
> > > > > > To
> > > > > > Maven Users List <[email protected]>
> > > > > > 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]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to