junit-devel — junit developers

[Junit-devel] CVS: junit/org/junit/runner RunWith.java,1.3,1.4

[David S. <ds...@us...>]

Update of /cvsroot/junit/junit/org/junit/runner
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv1356/org/junit/runner

Modified Files:
	RunWith.java 
Log Message:
Patched javadoc, thanks to Matthias Schmidt
RunWith is @Inherited
Added acknowledgements
to-do is up to date

Index: RunWith.java
===================================================================
RCS file: /cvsroot/junit/junit/org/junit/runner/RunWith.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -d -r1.3 -r1.4
--- RunWith.java	16 Feb 2006 08:29:35 -0000	1.3
+++ RunWith.java	10 Mar 2006 00:52:15 -0000	1.4
@@ -1,21 +1,25 @@
 package org.junit.runner;
 
 import java.lang.annotation.ElementType;
+import java.lang.annotation.Inherited;
 import java.lang.annotation.Retention;
 import java.lang.annotation.RetentionPolicy;
 import java.lang.annotation.Target;
 
-//TODO add simple exampel
+//TODO add simple example
 /**
- * When you annotate a class with <code>@RunWith</code>, JUnit will invoke
+ * When a class is annotated with <code>@RunWith</code> or extends a class annotated with
+ * <code>@RunWith</code>,
+ * JUnit will invoke
  * the class it references to run the tests in that class instead of the runner
- * built into JUnit. We added this feature  late in development. While it
+ * built into JUnit. We added this feature late in development. While it
  * seems powerful we expect the runner API to change as we learn how people
  * really use it. Some of the classes that are currently internal will likely be refined
  * and become public.
  */
 @Retention(RetentionPolicy.RUNTIME)
 @Target(ElementType.TYPE)
+@Inherited
 public @interface RunWith {
 	/**
 	 * @return a Runner class (must have a constructor that takes a single Class to run)

[Junit-devel] CVS: junit/junit/runner Version.java.template,NONE,1.1 Version.java,1.14,1.15

[David S. <ds...@us...>]

Update of /cvsroot/junit/junit/junit/runner
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv20368

Modified Files:
	Version.java 
Added Files:
	Version.java.template 
Log Message:
Correct version handling, with template

--- NEW FILE: Version.java.template ---
package junit.runner;

/**
 * This class defines the current version of JUnit
 */
public class Version {
	private Version() {
		// don't instantiate
	}

	public static String id() {
		return "@version@";
	}
	
	public static void main(String[] args) {
		System.out.println(id());
	}
}

Index: Version.java
===================================================================
RCS file: /cvsroot/junit/junit/junit/runner/Version.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -d -r1.14 -r1.15
--- Version.java	27 Feb 2006 19:01:38 -0000	1.14
+++ Version.java	8 Mar 2006 21:22:53 -0000	1.15
@@ -9,7 +9,7 @@
 	}
 
 	public static String id() {
-		return "56.2";
+		return "4.0";
 	}
 	
 	public static void main(String[] args) {

Re: [Junit-devel] cvs-timeout

[David S. <sa...@mi...>]

Matt,

Anonymous pserver CVS access to SourceForge is absolutely terrible.  
Committers get CVS/SSH access, which is reasonably fast, so the people 
to whom SourceForge is most likely to listen are least likely to 
complain.  I actually ended up setting up a daemon that tried to update 
every hour, so that when I sat down to develop, there was a good chance 
that I had an up-to-date version.  Of course, this just contributed to 
everyone else's traffic, so there's probably a better solution somewhere.

Sorry,

    David Saff

Mat...@un... wrote:
>
> Hi *.*,
>
>  
>
> is it just me or do you guys also get lots of timeouts when trying to 
> synchronize with the sourceforge cvs?
>
>  
>
>  
>
> Regards,
>
> Matt
>
>  
>

[Junit-devel] cvs-timeout

[<Mat...@un...>]

Hi *.*,

=20

is it just me or do you guys also get lots of timeouts when trying to
synchronize with the sourceforge cvs?

=20

=20

Regards,

Matt

=20

Re: [Junit-devel] CVS HEAD doesn't compile

[David S. <sa...@mi...>]

Will do.

    David Saff

Stefan Bodewig wrote:
> Hi all,
>
> in a recent checkin the build process has been changed to copy over a
> templated version of Version.java.  Unfortunately the template isn't
> present in CVS.  Could you please fix it?
>
> ,----
> | Buildfile: build.xml
> | 
> | init:
> | 
> | versiontag:
> | 
> | BUILD FAILED
> | /x1/gump/public/workspace/junit/build.xml:21: Warning: Could not find file /x1/gump/public/workspace/junit/junit/runner/Version.java.template to copy.
> | 
> | Total time: 0 seconds
> `----
>
> Thanks
>
>         Stefan
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Junit-devel mailing list
> Jun...@li...
> https://lists.sourceforge.net/lists/listinfo/junit-devel
>   

[Junit-devel] CVS HEAD doesn't compile

[Stefan B. <ste...@fr...>]

Hi all,

in a recent checkin the build process has been changed to copy over a
templated version of Version.java.  Unfortunately the template isn't
present in CVS.  Could you please fix it?

,----
| Buildfile: build.xml
| 
| init:
| 
| versiontag:
| 
| BUILD FAILED
| /x1/gump/public/workspace/junit/build.xml:21: Warning: Could not find file /x1/gump/public/workspace/junit/junit/runner/Version.java.template to copy.
| 
| Total time: 0 seconds
`----

Thanks

        Stefan

Re: AW: AW: [Junit-devel] metadata for the NetBeans IDE

[Dean H. <de...@xs...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I use eclipse myself, but I tend to agree with the netbeans, IDEA
guys.&nbsp; Add their stuff.&nbsp; There has been many a time I checked out a
project and mounted<b> with eclipse</b> and it was all screwed up where
if the eclipse .project and .classpath was checked in, it would have
saved countless time of countless people.&nbsp; This forum naturally does
not even include the people who try this and just give up(I have done
that a few times on some projects)!!!&nbsp; I vote for adding their stuff.&nbsp;
All just IMHO.&nbsp; Please add and eliminate the waste of time that other
developers hit when trying to set up their IDE to browse the code.<br>
dean<br>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Mat...@un...">Mat...@un...</a> wrote:
<blockquote
 cite="mid...@ms..."
 type="cite">
  <pre wrap="">Marian,

I admit that even I think it is very unlikely that changing Eclipse settings will break other IDEs' settings. But you never know ... ;) But IF there are problems, grouping the settings will not change a thing about them.

I don't really see an advantage in committing other IDEs' setting to the repository, if no-one of the developers uses them.

In Eclipse, I can browse the sources by just connecting to the repository. Eclipse's CVS functionality has a tree view of the head, branches and versions. That's it.

How does it work in NetBeans or IDEA?


Matthias

-----Urspr&uuml;ngliche Nachricht-----
Von: <a class="moz-txt-link-abbreviated" href="mailto:jun...@li...">jun...@li...</a> [<a class="moz-txt-link-freetext" href="mailto:jun...@li...">mailto:jun...@li...</a>] Im Auftrag von Marian Petras
Gesendet: Dienstag, 28. Februar 2006 15:30
An: <a class="moz-txt-link-abbreviated" href="mailto:jun...@li...">jun...@li...</a>
Betreff: Re: AW: [Junit-devel] metadata for the NetBeans IDE

Matthias,
I understand that JUnit developers only need their Eclipse data for 
active development. But I still see several reasons for integrating 
other IDE data:
    - an effort to make browsing the sources easier (so that any 
programmer who wants to see the JUnit sources may easily open in in 
his/her preferred IDE without creating a project for them). I believe 
there are far more people who just browse the sources than the number of 
active JUnit developers. I think that the time of browsing complex 
source code in a console is over
    - the IDE data will be maintained - I volunteer to keep the NetBeans 
data up to date. I see all CVS changes so that I can update the data 
when necessary
    - since all the active JUnit developers use Eclipse, they are immune 
to broken data for other IDEs

If you think that having project metadata for multiple IDEs is 
troublesome, what do you think about J. David Beutel's suggestion of 
grouping them all in one directory?

Marian


<a class="moz-txt-link-abbreviated" href="mailto:Mat...@un...">Mat...@un...</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Hello,

I think the JUnit developers (those who have write access to the CVS) have agreed on using Eclipse as their IDE. So IMHO it is okay to just have the Eclipse data in the repository. Other IDE data could break when changing a setting in one IDE but not in the other.

Regards,
Matthias Schmidt
    </pre>
  </blockquote>
  <pre wrap=""><!---->

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
<a class="moz-txt-link-freetext" href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642">http://sel.as-us.falkag.net/sel?cmd=lnk&amp;kid=110944&amp;bid=241720&amp;dat=121642</a>
_______________________________________________
Junit-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Jun...@li...">Jun...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/junit-devel">https://lists.sourceforge.net/lists/listinfo/junit-devel</a>


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
<a class="moz-txt-link-freetext" href="http://sel.as-us.falkag.net/sel?cmd_______________________________________________">http://sel.as-us.falkag.net/sel?cmd_______________________________________________</a>
Junit-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Jun...@li...">Jun...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/junit-devel">https://lists.sourceforge.net/lists/listinfo/junit-devel</a>

  </pre>
</blockquote>
</body>
</html>

AW: AW: [Junit-devel] metadata for the NetBeans IDE

[<Mat...@un...>]

Marian,

I admit that even I think it is very unlikely that changing Eclipse =
settings will break other IDEs' settings. But you never know ... ;) But =
IF there are problems, grouping the settings will not change a thing =
about them.

I don't really see an advantage in committing other IDEs' setting to the =
repository, if no-one of the developers uses them.

In Eclipse, I can browse the sources by just connecting to the =
repository. Eclipse's CVS functionality has a tree view of the head, =
branches and versions. That's it.

How does it work in NetBeans or IDEA?


Matthias

-----Urspr=FCngliche Nachricht-----
Von: jun...@li... =
[mailto:jun...@li...] Im Auftrag von Marian =
Petras
Gesendet: Dienstag, 28. Februar 2006 15:30
An: jun...@li...
Betreff: Re: AW: [Junit-devel] metadata for the NetBeans IDE

Matthias,
I understand that JUnit developers only need their Eclipse data for=20
active development. But I still see several reasons for integrating=20
other IDE data:
    - an effort to make browsing the sources easier (so that any=20
programmer who wants to see the JUnit sources may easily open in in=20
his/her preferred IDE without creating a project for them). I believe=20
there are far more people who just browse the sources than the number of =

active JUnit developers. I think that the time of browsing complex=20
source code in a console is over
    - the IDE data will be maintained - I volunteer to keep the NetBeans =

data up to date. I see all CVS changes so that I can update the data=20
when necessary
    - since all the active JUnit developers use Eclipse, they are immune =

to broken data for other IDEs

If you think that having project metadata for multiple IDEs is=20
troublesome, what do you think about J. David Beutel's suggestion of=20
grouping them all in one directory?

Marian


Mat...@un... wrote:
> Hello,
>=20
> I think the JUnit developers (those who have write access to the CVS) =
have agreed on using Eclipse as their IDE. So IMHO it is okay to just =
have the Eclipse data in the repository. Other IDE data could break when =
changing a setting in one IDE but not in the other.
>=20
> Regards,
> Matthias Schmidt


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting =
language
that extends applications into web and mobile media. Attend the live =
webcast
and join the prime developer group breaking into this new coding =
territory!
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D=
121642
_______________________________________________
Junit-devel mailing list
Jun...@li...
https://lists.sourceforge.net/lists/listinfo/junit-devel

Re: AW: [Junit-devel] metadata for the NetBeans IDE

[Marian P. <Mar...@Su...>]

Matthias,
I understand that JUnit developers only need their Eclipse data for 
active development. But I still see several reasons for integrating 
other IDE data:
    - an effort to make browsing the sources easier (so that any 
programmer who wants to see the JUnit sources may easily open in in 
his/her preferred IDE without creating a project for them). I believe 
there are far more people who just browse the sources than the number of 
active JUnit developers. I think that the time of browsing complex 
source code in a console is over
    - the IDE data will be maintained - I volunteer to keep the NetBeans 
data up to date. I see all CVS changes so that I can update the data 
when necessary
    - since all the active JUnit developers use Eclipse, they are immune 
to broken data for other IDEs

If you think that having project metadata for multiple IDEs is 
troublesome, what do you think about J. David Beutel's suggestion of 
grouping them all in one directory?

Marian


Mat...@un... wrote:
> Hello,
> 
> I think the JUnit developers (those who have write access to the CVS) have agreed on using Eclipse as their IDE. So IMHO it is okay to just have the Eclipse data in the repository. Other IDE data could break when changing a setting in one IDE but not in the other.
> 
> Regards,
> Matthias Schmidt

Re: AW: [Junit-devel] metadata for the NetBeans IDE

[Marian P. <Mar...@Su...>]

Matthias,
I understand that JUnit developers only need their Eclipse data for 
active development. But I still see several reasons for integrating 
other IDE data:
    - an effort to make browsing the sources easier (so that any 
programmer who wants to see the JUnit sources may easily open in in 
his/her preferred IDE without creating a project for them). I believe 
there are far more people who just browse the sources than the number of 
active JUnit developers. I think that the time of browsing complex 
source code in a console is over
    - the IDE data will be maintained - I volunteer to keep the NetBeans 
data up to date. I see all CVS changes so that I can update the data 
when necessary
    - since all the active JUnit developers use Eclipse, they are immune 
to broken data for other IDEs

If you think that having project metadata for multiple IDEs is 
troublesome, what do you think about J. David Beutel's suggestion of 
grouping them all in one directory?

Marian


Mat...@un... wrote:
> Hello,
> 
> I think the JUnit developers (those who have write access to the CVS) have agreed on using Eclipse as their IDE. So IMHO it is okay to just have the Eclipse data in the repository. Other IDE data could break when changing a setting in one IDE but not in the other.
> 
> Regards,
> Matthias Schmidt

AW: [Junit-devel] metadata for the NetBeans IDE

[<Mat...@un...>]

Hello,

I think the JUnit developers (those who have write access to the CVS) =
have agreed on using Eclipse as their IDE. So IMHO it is okay to just =
have the Eclipse data in the repository. Other IDE data could break when =
changing a setting in one IDE but not in the other.

Regards,
Matthias Schmidt

-----Urspr=FCngliche Nachricht-----
Von: jun...@li... =
[mailto:jun...@li...] Im Auftrag von J. David =
Beutel
Gesendet: Donnerstag, 23. Februar 2006 20:02
An: JUnit devel
Betreff: Re: [Junit-devel] metadata for the NetBeans IDE

I have no say in this, but I noticed that there are files and a=20
directory for Eclipse in the project's root directory, despite being=20
hidden.  If IDE support files are being added to CVS, I'd like to have=20
a project file for IntelliJ IDEA too.  Rather than add all these=20
directories off the root directory, I suggest grouping them together=20
under another directory level, for the IDEs that are capable of that.  =
E.g.,

ideprojects/idea/*
ideprojects/netbeans/*
.

Cheers,
11011011

Marian Petras <Mar...@Su...> wrote on Thursday, February 23,=20
2006 04:12:27:
> Hello,
> I am new to this mailing list. I am a developer of the NetBeans IDE. I =

> am currently working on adding support for JUnit 4 to the IDE.
>
> I use NetBeans for browsing in the JUnit sources. I have created a=20
> NetBeans project for the JUnit sources. I would like to put the=20
> NetBeans project metadata to the JUnit CVS repository so that also=20
> other people working with the NetBeans IDE can easily start working=20
> with the JUnit sources.
>
> The metadata is a single XML file (project.xml) stored in a directory=20
> (nbproject). I would like the directory and the XML file (see the=20
> attachment) be added to the JUnit CVS repository. The directory should =

> be added to the CVS module's root directory:
>
>       junit
>          doc
>          done.txt
>          junit
>             ...
>          nbproject          <--- the new directory
>             project.xml     <--- the new XML file
>          org
>             ...
>          README.html
>          stylesheet.css
>          to-do.txt
>
> Is this addition acceptable? If so, what do I need to do to make it=20
> happen?
>
> Marian Petras=20


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting =
language
that extends applications into web and mobile media. Attend the live =
webcast
and join the prime developer group breaking into this new coding =
territory!
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D=
121642
_______________________________________________
Junit-devel mailing list
Jun...@li...
https://lists.sourceforge.net/lists/listinfo/junit-devel

Re: [Junit-devel] CVS: junit/junit/runner Version.java,1.13,1.14

[David S. <sa...@mi...>]

David Saff wrote:
>  	public static String id() {
> -		// TODO: auto-replace this
> -		return "4.0";
> +		return "56.2";
>  	}
>   

This was a test of auto-filling the version number, and will be fixed 
shortly.  Obviously, we are not about to actually launch v56.2

   David Saff

[Junit-devel] CVS: junit/junit/runner Version.java,1.13,1.14

[David S. <ds...@us...>]

Update of /cvsroot/junit/junit/junit/runner
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14580/junit/runner

Modified Files:
	Version.java 
Log Message:
Removing class file from repository

Index: Version.java
===================================================================
RCS file: /cvsroot/junit/junit/junit/runner/Version.java,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -d -r1.13 -r1.14
--- Version.java	15 Feb 2006 22:55:29 -0000	1.13
+++ Version.java	27 Feb 2006 19:01:38 -0000	1.14
@@ -9,8 +9,7 @@
 	}
 
 	public static String id() {
-		// TODO: auto-replace this
-		return "4.0";
+		return "56.2";
 	}
 	
 	public static void main(String[] args) {

[Junit-devel] CVS: junit build.xml,1.14,1.15

[David S. <ds...@us...>]

Update of /cvsroot/junit/junit
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14580

Modified Files:
	build.xml 
Log Message:
Removing class file from repository

Index: build.xml
===================================================================
RCS file: /cvsroot/junit/junit/build.xml,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -d -r1.14 -r1.15
--- build.xml	15 Feb 2006 22:55:27 -0000	1.14
+++ build.xml	27 Feb 2006 19:01:37 -0000	1.15
@@ -14,11 +14,11 @@
 	<target name="versiontag" depends="init">
 		<filter token="version" value="${version}" />
 		<copy 
-			file="${versionfile}" 
-			tofile="${versionfile}tmp" 
+			file="${versionfile}.template" 
+			tofile="${versionfile}" 
 			filtering="on"
+                        overwrite="true"
 		/>
-		<move file="${versionfile}tmp" tofile="${versionfile}" />
 	</target>
 
 	<target name="build" depends="versiontag">
@@ -72,7 +72,7 @@
 		<copy file="README.html" tofile="${dist}/README.html" />
 		<copy file="cpl-v10.html" tofile="${dist}/cpl-v10.html" />
 		
-		<java classname="org.junit.runner.JUnitCore" fork="yes">
+		<java classname="org.junit.runner.JUnitCore" fork="yes" failonerror="true">
 			<arg value="org.junit.tests.AllTests"/>
 			<classpath>
 				<pathelement location="${dist}" />

[Junit-devel] CVS: junit/org/junit/tests InitializationErrorForwardCompatibilityTest.class,1.1,NONE

[David S. <ds...@us...>]

Update of /cvsroot/junit/junit/org/junit/tests
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14580/org/junit/tests

Removed Files:
	InitializationErrorForwardCompatibilityTest$1.class 
Log Message:
Removing class file from repository

--- InitializationErrorForwardCompatibilityTest$1.class DELETED ---

Re: [Junit-devel] metadata for the NetBeans IDE

[J. D. B. <jd...@ge...>]

I have no say in this, but I noticed that there are files and a 
directory for Eclipse in the project's root directory, despite being 
.hidden.  If IDE support files are being added to CVS, I'd like to have 
a project file for IntelliJ IDEA too.  Rather than add all these 
directories off the root directory, I suggest grouping them together 
under another directory level, for the IDEs that are capable of that.  E.g.,

ideprojects/idea/*
ideprojects/netbeans/*
...

Cheers,
11011011

Marian Petras <Mar...@Su...> wrote on Thursday, February 23, 
2006 04:12:27:
> Hello,
> I am new to this mailing list. I am a developer of the NetBeans IDE. I 
> am currently working on adding support for JUnit 4 to the IDE.
>
> I use NetBeans for browsing in the JUnit sources. I have created a 
> NetBeans project for the JUnit sources. I would like to put the 
> NetBeans project metadata to the JUnit CVS repository so that also 
> other people working with the NetBeans IDE can easily start working 
> with the JUnit sources.
>
> The metadata is a single XML file (project.xml) stored in a directory 
> (nbproject). I would like the directory and the XML file (see the 
> attachment) be added to the JUnit CVS repository. The directory should 
> be added to the CVS module's root directory:
>
>       junit
>          doc
>          done.txt
>          junit
>             ...
>          nbproject          <--- the new directory
>             project.xml     <--- the new XML file
>          org
>             ...
>          README.html
>          stylesheet.css
>          to-do.txt
>
> Is this addition acceptable? If so, what do I need to do to make it 
> happen?
>
> Marian Petras 

RE: [Junit-devel] Java API automated regresion testing tool

[Michael S. <msi...@si...>]

Dean:

The article describes one possible approach to automation where you add
some hooks to your code to automatically generate tests that are
semantically meaningful, and independent of the GUI.=20

You can easily adapt this to generate tests for any test framework such
as JUnit or FIT. I have used it for both.=20

Note that this approach is only practical if the application has been
developed with clear model-view separation. You should be able to
execute substantial parts of your application (ideally all of it)
"headless".

Mike

> -----Original Message-----
> From: jun...@li...=20
> [mailto:jun...@li...] On Behalf Of=20
> Dean Hiller
> Sent: Wednesday, February 22, 2006 9:06 PM
> Cc: Jun...@li...
> Subject: Re: [Junit-devel] Java API automated regresion testing tool
>=20
>=20
> I am confused.  That article looks like it is for a GUI, but=20
> the title=20
> of the email says Java API testing.
>=20
> ps. the article does look good at first glance.  I used abbot a few=20
> years back which was pretty nice, but I could see it being fickle=20
> possibly, though I think if you moved the buttons, that did=20
> not affect=20
> the tests.  I will definitely read the article though.
> thanks,
> dean
>=20
> Michael Silverstein wrote:
>=20
> >I think one of the things he is looking for is a way to=20
> automatically=20
> >generate tests via observation of an executing application.=20
> Here's an=20
> >article that describes one way to approach this:
> >
> >[http://www.silvermark.com/Library/publications/articles/sqe_
> logical_ca
> >p
> >ture_replay.pdf]
> >
> > =20
> >
> >>-----Original Message-----
> >>From: jun...@li...
> >>[mailto:jun...@li...] On Behalf Of=20
> >>Mat...@un...
> >>Sent: Wednesday, February 22, 2006 9:20 AM
> >>To: Jun...@li...
> >>Subject: AW: [Junit-devel] Java API automated regresion testing tool
> >>
> >>
> >>How about using JUnit and log4j?
> >>
> >>-----Urspr=FCngliche Nachricht-----
> >>Von: jun...@li...
> >>[mailto:jun...@li...] Im Auftrag=20
> >>von Trasca Virgil
> >>Gesendet: Mittwoch, 22. Februar 2006 14:09
> >>An: jun...@li...
> >>Betreff: [Junit-devel] Java API automated regresion testing tool
> >>
> >>
> >>   Hi all,
> >>
> >>     I am new to this list and I want to develop a
> >>mechanism for automating the regresion testing for a
> >>big already existing Java API.
> >>
> >>     I intend to use somehow also AspectJ for
> >>achieving this task. What I need is a system that will
> >>record the test cases while there are executed, will
> >>record also the input and output parameters for each
> >>method call, will serialize/deserialize everything and
> >>will be able to run again the same test cases at a
> >>future time. It will report which test cases failed.
> >>Failing meens that for the same input parameters
> >>different output was generated.
> >>
> >>    Do you have any clue about such a system? How
> >>should I start? Thank you.
> >>
> >>Regards,
> >>Virgil
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.net email is sponsored by: Splunk Inc. Do you grep
> >>through log files for problems?  Stop!  Download the new AJAX=20
> >>search engine that makes searching your log files as easy as=20
> >>surfing the  web.  DOWNLOAD SPLUNK!=20
> >>http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&
> >>   =20
> >>
> >dat=3D121642
> >_______________________________________________
> >Junit-devel mailing list
> >Jun...@li...
> >https://lists.sourceforge.net/lists/listinfo/junit-devel
> >
> >
> >-------------------------------------------------------
> >This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log=20
> >files for problems?  Stop!  Download the new AJAX search engine that=20
> >makes searching your log files as easy as surfing the  web. =20
> DOWNLOAD=20
> >SPLUNK!=20
> =
>http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> >_______________________________________________
> >Junit-devel mailing list
> >Jun...@li...
> >https://lists.sourceforge.net/lists/listinfo/junit-devel
> >
> > =20
> >
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking=20
> scripting language that extends applications into web and=20
> mobile media. Attend the live webcast and join the prime=20
> developer group breaking into this new coding territory!=20
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D=
121642
_______________________________________________
Junit-devel mailing list
Jun...@li...
https://lists.sourceforge.net/lists/listinfo/junit-devel

--=20
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.0.0/267 - Release Date: 2/22/2006
=20

--=20
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.0.0/267 - Release Date: 2/22/2006
=20

[Junit-devel] metadata for the NetBeans IDE

[Marian P. <Mar...@Su...>]

Hello,
I am new to this mailing list. I am a developer of the NetBeans IDE. I 
am currently working on adding support for JUnit 4 to the IDE.

I use NetBeans for browsing in the JUnit sources. I have created a 
NetBeans project for the JUnit sources. I would like to put the NetBeans 
project metadata to the JUnit CVS repository so that also other people 
working with the NetBeans IDE can easily start working with the JUnit 
sources.

The metadata is a single XML file (project.xml) stored in a directory 
(nbproject). I would like the directory and the XML file (see the 
attachment) be added to the JUnit CVS repository. The directory should 
be added to the CVS module's root directory:

       junit
          doc
          done.txt
          junit
             ...
          nbproject          <--- the new directory
             project.xml     <--- the new XML file
          org
             ...
          README.html
          stylesheet.css
          to-do.txt

Is this addition acceptable? If so, what do I need to do to make it happen?

Marian Petras

Re: [Junit-devel] Java API automated regresion testing tool

[Dean H. <de...@xs...>]

I am confused.  That article looks like it is for a GUI, but the title 
of the email says Java API testing.

ps. the article does look good at first glance.  I used abbot a few 
years back which was pretty nice, but I could see it being fickle 
possibly, though I think if you moved the buttons, that did not affect 
the tests.  I will definitely read the article though.
thanks,
dean

Michael Silverstein wrote:

>I think one of the things he is looking for is a way to automatically
>generate tests via observation of an executing application. Here's an
>article that describes one way to approach this:
>
>[http://www.silvermark.com/Library/publications/articles/sqe_logical_cap
>ture_replay.pdf]
>
>  
>
>>-----Original Message-----
>>From: jun...@li... 
>>[mailto:jun...@li...] On Behalf Of 
>>Mat...@un...
>>Sent: Wednesday, February 22, 2006 9:20 AM
>>To: Jun...@li...
>>Subject: AW: [Junit-devel] Java API automated regresion testing tool
>>
>>
>>How about using JUnit and log4j?
>>
>>-----Ursprüngliche Nachricht-----
>>Von: jun...@li... 
>>[mailto:jun...@li...] Im Auftrag 
>>von Trasca Virgil
>>Gesendet: Mittwoch, 22. Februar 2006 14:09
>>An: jun...@li...
>>Betreff: [Junit-devel] Java API automated regresion testing tool
>>
>>
>>   Hi all,
>>
>>     I am new to this list and I want to develop a
>>mechanism for automating the regresion testing for a
>>big already existing Java API.
>>
>>     I intend to use somehow also AspectJ for
>>achieving this task. What I need is a system that will
>>record the test cases while there are executed, will
>>record also the input and output parameters for each
>>method call, will serialize/deserialize everything and
>>will be able to run again the same test cases at a
>>future time. It will report which test cases failed.
>>Failing meens that for the same input parameters
>>different output was generated. 
>>
>>    Do you have any clue about such a system? How
>>should I start? Thank you.
>>
>>Regards,
>>Virgil 
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: Splunk Inc. Do you grep 
>>through log files for problems?  Stop!  Download the new AJAX 
>>search engine that makes searching your log files as easy as 
>>surfing the  web.  DOWNLOAD SPLUNK! 
>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&
>>    
>>
>dat=121642
>_______________________________________________
>Junit-devel mailing list
>Jun...@li...
>https://lists.sourceforge.net/lists/listinfo/junit-devel
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>files for problems?  Stop!  Download the new AJAX search engine that
>makes searching your log files as easy as surfing the  web.  DOWNLOAD
>SPLUNK! http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
>_______________________________________________
>Junit-devel mailing list
>Jun...@li...
>https://lists.sourceforge.net/lists/listinfo/junit-devel
>
>  
>

RE: [Junit-devel] Java API automated regresion testing tool

[Michael S. <msi...@si...>]

I think one of the things he is looking for is a way to automatically
generate tests via observation of an executing application. Here's an
article that describes one way to approach this:

[http://www.silvermark.com/Library/publications/articles/sqe_logical_cap
ture_replay.pdf]

> -----Original Message-----
> From: jun...@li...=20
> [mailto:jun...@li...] On Behalf Of=20
> Mat...@un...
> Sent: Wednesday, February 22, 2006 9:20 AM
> To: Jun...@li...
> Subject: AW: [Junit-devel] Java API automated regresion testing tool
>=20
>=20
> How about using JUnit and log4j?
>=20
> -----Urspr=FCngliche Nachricht-----
> Von: jun...@li...=20
> [mailto:jun...@li...] Im Auftrag=20
> von Trasca Virgil
> Gesendet: Mittwoch, 22. Februar 2006 14:09
> An: jun...@li...
> Betreff: [Junit-devel] Java API automated regresion testing tool
>=20
>=20
>    Hi all,
>=20
>      I am new to this list and I want to develop a
> mechanism for automating the regresion testing for a
> big already existing Java API.
>=20
>      I intend to use somehow also AspectJ for
> achieving this task. What I need is a system that will
> record the test cases while there are executed, will
> record also the input and output parameters for each
> method call, will serialize/deserialize everything and
> will be able to run again the same test cases at a
> future time. It will report which test cases failed.
> Failing meens that for the same input parameters
> different output was generated.=20
>=20
>     Do you have any clue about such a system? How
> should I start? Thank you.
>=20
> Regards,
> Virgil=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!=20
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&
dat=3D121642
_______________________________________________
Junit-devel mailing list
Jun...@li...
https://lists.sourceforge.net/lists/listinfo/junit-devel


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK! =
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
_______________________________________________
Junit-devel mailing list
Jun...@li...
https://lists.sourceforge.net/lists/listinfo/junit-devel

--=20
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.0.0/266 - Release Date: 2/21/2006
=20

--=20
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.0.0/266 - Release Date: 2/21/2006
=20

[Fwd: Re: AW: [Junit-devel] Java API automated regresion testing tool]

[Dean H. <de...@xs...>]

if only I could figure out how to use email.  sorry Matthias

-------- Original Message --------
Subject: 	Re: AW: [Junit-devel] Java API automated regresion testing tool
Date: 	Wed, 22 Feb 2006 17:24:00 -0700
From: 	Dean Hiller <de...@xs...>
To: 	Mat...@un...
References: 	<B43...@ms...>



google "cruisecontrol".  I suggest setting that up, and make sure you 
hook up the testing stuff.  Then keep 100% of your tests 
passing....break one and it immediately tells you.  I have been doing 
that for years, and when the build is broken, the shame of the "user 
xxxx broke the build" email causes it to be fixed in 15 minutes or so.  
There are many other autobuild tools out there too. check them 
out...they may be easier.
later,
dean

Mat...@un... wrote:

>How about using JUnit and log4j?
>
>-----Ursprüngliche Nachricht-----
>Von: jun...@li... [mailto:jun...@li...] Im Auftrag von Trasca Virgil
>Gesendet: Mittwoch, 22. Februar 2006 14:09
>An: jun...@li...
>Betreff: [Junit-devel] Java API automated regresion testing tool
>
>
>   Hi all,
>
>     I am new to this list and I want to develop a
>mechanism for automating the regresion testing for a
>big already existing Java API.
>
>     I intend to use somehow also AspectJ for
>achieving this task. What I need is a system that will
>record the test cases while there are executed, will
>record also the input and output parameters for each
>method call, will serialize/deserialize everything and
>will be able to run again the same test cases at a
>future time. It will report which test cases failed.
>Failing meens that for the same input parameters
>different output was generated. 
>
>    Do you have any clue about such a system? How
>should I start? Thank you.
>
>Regards,
>Virgil 
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>_______________________________________________
>Junit-devel mailing list
>Jun...@li...
>https://lists.sourceforge.net/lists/listinfo/junit-devel
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd_______________________________________________
>Junit-devel mailing list
>Jun...@li...
>https://lists.sourceforge.net/lists/listinfo/junit-devel
>
>  
>

AW: [Junit-devel] Java API automated regresion testing tool

[<Mat...@un...>]

How about using JUnit and log4j?

-----Urspr=FCngliche Nachricht-----
Von: jun...@li... =
[mailto:jun...@li...] Im Auftrag von Trasca =
Virgil
Gesendet: Mittwoch, 22. Februar 2006 14:09
An: jun...@li...
Betreff: [Junit-devel] Java API automated regresion testing tool


   Hi all,

     I am new to this list and I want to develop a
mechanism for automating the regresion testing for a
big already existing Java API.

     I intend to use somehow also AspectJ for
achieving this task. What I need is a system that will
record the test cases while there are executed, will
record also the input and output parameters for each
method call, will serialize/deserialize everything and
will be able to run again the same test cases at a
future time. It will report which test cases failed.
Failing meens that for the same input parameters
different output was generated.=20

    Do you have any clue about such a system? How
should I start? Thank you.

Regards,
Virgil=20


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=3D=
121642
_______________________________________________
Junit-devel mailing list
Jun...@li...
https://lists.sourceforge.net/lists/listinfo/junit-devel

[Junit-devel] Java API automated regresion testing tool

[Trasca V. <vir...@ya...>]

   Hi all,

     I am new to this list and I want to develop a
mechanism for automating the regresion testing for a
big already existing Java API.

     I intend to use somehow also AspectJ for
achieving this task. What I need is a system that will
record the test cases while there are executed, will
record also the input and output parameters for each
method call, will serialize/deserialize everything and
will be able to run again the same test cases at a
future time. It will report which test cases failed.
Failing meens that for the same input parameters
different output was generated. 

    Do you have any clue about such a system? How
should I start? Thank you.

Regards,
Virgil 

[Junit-devel] patches for junit 4.0

[J. D. B. <jd...@ge...>]

I was excited to see the JUnit 4.0 release on SourceForge Friday.  I 
posted some patches to it.  Should I also post them to this list?

Cheers,
11011011

Re: [Junit-devel] how to unsubscribe

[Sunil K. <js...@ya...>]

Even i need to unsubscribe
  Please let me know

Guru Prasath <apr...@gm...> wrote:
  Lalitha krishnamurthy wrote:     please let me know how to unsubscribe from the mailing list.
  Thanks
Goto https://lists.sourceforge.net/lists/listinfo/junit-devel and unsubscribe.

-- Guru prasath
http://guruprasath.blogspot.com



Thanks, Sunil

				
---------------------------------
 Jiyo cricket on Yahoo! India cricket
Yahoo! Messenger Mobile Stay in touch with your buddies all the time.