junit-devel — junit developers

Re: [Junit-devel] reintroduction of assertion variants for primitive types?

[Yanic I. <yan...@te...>]

Hi David,

I don't know of any relevant @SuppressWarnings annotations, but Eclipse 
has a compiler option (under 'Error/Warnings', 'J2SE 5.0 options') 
called 'Boxing and  unboxing conversions' that can be set to Ignore, 
Warning or Error. Mine is set to Error.

Best regards,
Yanic





David Saff wrote:
> Yanic,
>
> It's a point well-taken.  We'll discuss it for 4.2.  In the meantime, 
> do any compilers support @SuppressWarnings("autobox") or something 
> like that?  If so, you could create your own Assert class with the 
> desired methods.
>
>    David Saff
>
> Yanic Inghelbrecht wrote:
>> Hi all,
>>
>> re: org.junit.Assert.java      (rev 1.1.2.7, "Version4" branch, 
>> "NewYears2006" tag)
>>
>> In this commit (by kbeck) the decision was made to remove all 
>> 'superfluous' assertEquals variants for primitive types from 
>> org.junit.Assert and rely on auto-boxing and the Object-based variant 
>> instead.
>>
>> Have you taken into consideration that some programmers are not that 
>> keen (yet?) on auto-boxing and have their compiler set to report 
>> warnings/errors when auto-boxing is detected?
>>
>> To circumvent such warnings/errors in their testcode, these 
>> programmers have to forsake assertEquals and use assertTrue (which is 
>> not as legible, neither in testcode nor in testrunner output). IMHO 
>> the framework shouldn't force the use of auto-boxing on its users. 
>> Auto-boxing can easily be avoided by providing variants for each 
>> primitive type (as it was before), at no cost and without breaking 
>> existing code.
>>
>> Any chance on a reintroduction of these assertEquals (and related) 
>> variants for primitive types?
>>
>> Best regards,
>> Yanic
>>
>>
>> -------------------------------------------------------
>> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
>> Fully trained technicians. The highest number of Red Hat 
>> certifications in
>> the hosting industry. Fanatical Support. Click to learn more
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
>> _______________________________________________
>> Junit-devel mailing list
>> Jun...@li...
>> https://lists.sourceforge.net/lists/listinfo/junit-devel
>
>
>
>

Re: [Junit-devel] reintroduction of assertion variants for primitive types?

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

Yanic,

It's a point well-taken.  We'll discuss it for 4.2.  In the meantime, do 
any compilers support @SuppressWarnings("autobox") or something like 
that?  If so, you could create your own Assert class with the desired 
methods.

    David Saff

Yanic Inghelbrecht wrote:
> Hi all,
>
> re: org.junit.Assert.java      (rev 1.1.2.7, "Version4" branch, 
> "NewYears2006" tag)
>
> In this commit (by kbeck) the decision was made to remove all 
> 'superfluous' assertEquals variants for primitive types from 
> org.junit.Assert and rely on auto-boxing and the Object-based variant 
> instead.
>
> Have you taken into consideration that some programmers are not that 
> keen (yet?) on auto-boxing and have their compiler set to report 
> warnings/errors when auto-boxing is detected?
>
> To circumvent such warnings/errors in their testcode, these 
> programmers have to forsake assertEquals and use assertTrue (which is 
> not as legible, neither in testcode nor in testrunner output). IMHO 
> the framework shouldn't force the use of auto-boxing on its users. 
> Auto-boxing can easily be avoided by providing variants for each 
> primitive type (as it was before), at no cost and without breaking 
> existing code.
>
> Any chance on a reintroduction of these assertEquals (and related) 
> variants for primitive types?
>
> Best regards,
> Yanic
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat 
> certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Junit-devel mailing list
> Jun...@li...
> https://lists.sourceforge.net/lists/listinfo/junit-devel

[Junit-devel] reintroduction of assertion variants for primitive types?

[Yanic I. <yan...@te...>]

Hi all,

re: org.junit.Assert.java      (rev 1.1.2.7, "Version4" branch, 
"NewYears2006" tag)

In this commit (by kbeck) the decision was made to remove all 
'superfluous' assertEquals variants for primitive types from 
org.junit.Assert and rely on auto-boxing and the Object-based variant 
instead.

Have you taken into consideration that some programmers are not that 
keen (yet?) on auto-boxing and have their compiler set to report 
warnings/errors when auto-boxing is detected?

To circumvent such warnings/errors in their testcode, these programmers 
have to forsake assertEquals and use assertTrue (which is not as 
legible, neither in testcode nor in testrunner output). IMHO the 
framework shouldn't force the use of auto-boxing on its users. 
Auto-boxing can easily be avoided by providing variants for each 
primitive type (as it was before), at no cost and without breaking 
existing code.

Any chance on a reintroduction of these assertEquals (and related) 
variants for primitive types?

Best regards,
Yanic

[Junit-devel] getting web components

[Claudio C. <cac...@gm...>]

Hey,

I have to develop a web application. In a certain step it must getting web
components of another web application that is open and with typed data - so
that the user must not retype the data again ... "my" web application must
getting most of the web components data. I have not access to source code o=
f
the another application and database.

Is it possible?

Thanks,
Claudio

[Junit-devel] Fran Hughes/Ireland/IBM is out of the office.

[Fran H. <fra...@ie...>]

I will be out of the office starting  28/04/2006 and will not return until
02/05/2006.

If you have any support issues/queries please raise a 199 call and assign
them to the appropriate support team listed below;
CDR Support :- EIENR_ASCDRAPPS
MFG Lotus Notes - EIEDN_SSLAMFGLN
BARCODE - EIEDN_SSLAMFGBC

Thanks alot,
Fran.

[Junit-devel] CVS: junit/org/junit/internal/runners TestIntrospector.java,1.2,1.3

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

Update of /cvsroot/junit/junit/org/junit/internal/runners
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv7286/org/junit/internal/runners

Modified Files:
	TestIntrospector.java 
Log Message:
An annotated method is no longer hidden by an overloading method.

Index: TestIntrospector.java
===================================================================
RCS file: /cvsroot/junit/junit/org/junit/internal/runners/TestIntrospector.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -d -r1.2 -r1.3
--- TestIntrospector.java	15 Feb 2006 22:55:28 -0000	1.2
+++ TestIntrospector.java	27 Apr 2006 22:11:51 -0000	1.3
@@ -45,12 +45,24 @@
 	
 	private boolean isShadowed(Method method, List<Method> results) {
 		for (Method each : results) {
-			if (each.getName().equals(method.getName()))
+			if (isShadowed(method, each))
 				return true;
 		}
 		return false;
 	}
 
+	private boolean isShadowed(Method current, Method previous) {
+		if (! previous.getName().equals(current.getName()))
+			return false;
+		if (previous.getParameterTypes().length != current.getParameterTypes().length)
+			return false;
+		for (int i= 0; i < previous.getParameterTypes().length; i++) {
+			if (! previous.getParameterTypes()[i].equals(current.getParameterTypes()[i]))
+				return false;
+		}
+		return true;
+	}
+
 	private List<Class> getSuperClasses(Class< ?> testClass) {
 		ArrayList<Class> results= new ArrayList<Class>();
 		Class<?> current= testClass;

[Junit-devel] CVS: junit/org/junit/tests TestMethodTest.java,1.2,1.3

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

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

Modified Files:
	TestMethodTest.java 
Log Message:
An annotated method is no longer hidden by an overloading method.

Index: TestMethodTest.java
===================================================================
RCS file: /cvsroot/junit/junit/org/junit/tests/TestMethodTest.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -d -r1.2 -r1.3
--- TestMethodTest.java	15 Feb 2006 22:55:29 -0000	1.2
+++ TestMethodTest.java	27 Apr 2006 22:11:51 -0000	1.3
@@ -15,6 +15,7 @@
 import org.junit.Ignore;
 import org.junit.Test;
 import org.junit.internal.runners.InitializationError;
+import org.junit.internal.runners.MethodValidator;
 import org.junit.internal.runners.TestClassRunner;
 import org.junit.runner.JUnitCore;
 import org.junit.runner.Result;
@@ -110,6 +111,20 @@
 		assertEquals(1, result.runCount());
 	}
 	
+	public static class Confused {
+		@Test public void a(Object b) {
+		}
+		
+		@Test public void a() {
+		}
+	}
+	
+	@Test public void overloaded() {
+		MethodValidator validator= new MethodValidator(Confused.class);
+		List<Throwable> errors= validator.validateAllMethods();
+		assertEquals(1, errors.size());
+	}
+	
 	public static junit.framework.Test suite() {
 		return new JUnit4TestAdapter(TestMethodTest.class);
 	}

[Junit-devel] CVS: junit README.html,1.15,1.16

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

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

Modified Files:
	README.html 
Log Message:
4.1 release notes

Index: README.html
===================================================================
RCS file: /cvsroot/junit/junit/README.html,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -d -r1.15 -r1.16
--- README.html	23 Mar 2006 02:20:55 -0000	1.15
+++ README.html	27 Apr 2006 22:08:57 -0000	1.16
@@ -20,7 +20,7 @@
 <br>(see also <a href="http://www.junit.org">JUnit.org</a>)
 
 <hr WIDTH="100%">
-<br>16 Mar 2006
+<br>27 April 2006
 <p>JUnit is a simple framework to write repeatable tests. It is an instance
 of the xUnit architecture for unit testing frameworks.
 <ul>

[Junit-devel] Becoming a Contributor

[Dan K. <ti...@gm...>]

Hello,

I'm interested in becoming a contributor for JUnit 4.  I'm especially
interested in writing the JUnit 4 GUI runner.

It was hard for me to find a document that describes how to become a
contributor except for the CVS link that explains how to anonymously check
out code.  I didn't feel comfortable doing that, especially since there may
be a set of requirements I should work off of.  So could one of you kindly
explain or point me to a link that explains how to become a contributor for
JUnit 4?

Thanks a lot,
 Dan

RE: [Junit-devel] How do I check for output from a method sent to the console via System.out.println?

[Keith H. <kh...@ax...>]

You could capture standard output (using System.setOut(...)) into your
own OutputStream - e.g. to a file or ByteArrayOutputStream, then check
the content of that stream. Just make sure you hold the original
System.out somewhere and reset it in a finally block.
=20
Hope this helps
Keith
=20
=20

	-----Original Message-----
	From: jun...@li...
[mailto:jun...@li...] On Behalf Of Janette
Wong
	Sent: 03 April 2006 21:20
	To: jun...@li...
	Subject: [Junit-devel] How do I check for output from a method
sent to the console via System.out.println?
=09
=09

	Hi, my apologies if this question appears twice... I sent it
once to the mailing list and found out I have to subscribe to the list
first.   So I subscribed and here's my question again.=20
=09
	My question is on testing a couple of Strings sent to the
console.   e.g. I have this method:=20
=09
	        public static void usage() {=20
	                System.out.println("Usage: BookStoreServer
employeeID [seed]");=20
	                System.out.println("where employeeID is from
E0000 to E9999");=20
	        }=20
=09
	The usage() method is called under some circumstances.=20
=09
	I wrote a JUnit test (see snippet below).   When
StartServer.main() is called with 3 arguments, it should cause the
usage() method above to be invoked and output messages to the console.
Question is, I don't know how to use assertEquals() or other means to=20
	check that those message have indeed been sent to the console.=20
=09
	        public void
testStartServerNumOfArgsMoreThanUpperBound(){=20
	                String[] argsArray =3D {"E0001", "1234",
"invalid3rdArgument"};                =20
	                StartServer.main(argsArray);=20
	                //assertEquals("Usage: BookStoreServer
employeeID [seed]");   // Have to figure out how to assert the output
from usage()=20
	        }=20
=09
=09
	Appreciate any guidance, thanks.=20
=09
=09
	Janette Wong=20
=09
=09
=09
=09
=09

[Junit-devel] How do I check for output from a method sent to the console via System.out.println?

[Janette W. <ja...@ca...>]

Hi, my apologies if this question appears twice... I sent it once to the 
mailing list and found out I have to subscribe to the list first.   So I 
subscribed and here's my question again.

My question is on testing a couple of Strings sent to the console.   e.g. 
I have this method:

        public static void usage() {
                System.out.println("Usage: BookStoreServer employeeID 
[seed]");
                System.out.println("where employeeID is from E0000 to 
E9999");
        }

The usage() method is called under some circumstances.

I wrote a JUnit test (see snippet below).   When StartServer.main() is 
called with 3 arguments, it should cause the usage() method above to be 
invoked and output messages to the console.  Question is, I don't know how 
to use assertEquals() or other means to
check that those message have indeed been sent to the console.

        public void testStartServerNumOfArgsMoreThanUpperBound(){
                String[] argsArray = {"E0001", "1234", 
"invalid3rdArgument"}; 
                StartServer.main(argsArray);
                //assertEquals("Usage: BookStoreServer employeeID 
[seed]");   // Have to figure out how to assert the output from usage()
        }


Appreciate any guidance, thanks.


Janette Wong 

[Junit-devel] CVS: junit README.html,1.14,1.15

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

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

Modified Files:
	README.html 
Log Message:
Updated date in README

Index: README.html
===================================================================
RCS file: /cvsroot/junit/junit/README.html,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -d -r1.14 -r1.15
--- README.html	16 Mar 2006 22:11:52 -0000	1.14
+++ README.html	23 Mar 2006 02:20:55 -0000	1.15
@@ -20,7 +20,7 @@
 <br>(see also <a href="http://www.junit.org">JUnit.org</a>)
 
 <hr WIDTH="100%">
-<br>09 Mar 2006
+<br>16 Mar 2006
 <p>JUnit is a simple framework to write repeatable tests. It is an instance
 of the xUnit architecture for unit testing frameworks.
 <ul>

RE: [Junit-devel] Order in which test methods are run in a testcase

[Keith H. <kh...@ax...>]

Try the extensions at http://gsbase.sourceforge.net/ - there is an
OrderedTestSuite among them.
=20
Hope this helps
Keith
=20

	-----Original Message-----
	From: jun...@li...
[mailto:jun...@li...] On Behalf Of Matthias
Schmidt
	Sent: 17 March 2006 17:05
	Cc: jun...@li...
	Subject: Re: [Junit-devel] Order in which test methods are run
in a testcase
=09
=09
	Virgil,
=09
	You cannot determine the order of execution of your test
methods. Why don't you share your import test code with us? Maybe we can
solve your dependency issue.
=09
	Another solution could look like this:
=09
	MyTestCase extends TestCase {
	    public static void myTestM1( ) [
	       ...
	    }
	   =20
	    ...
=09
	    public static void testAll( )  {
	       myTestM1( );
	       myTestM2( );
	    }
	}
=09
	Regards,
	Matt
=09
	Trasca Virgil wrote:=20

		    Hi,
	=09
		      is there a specified order in which JUnit runs
		the test methods from a TestCase. I have a TestCase in
		which I have testM1,testM2,testM3 written in the test
		case in this order. The order is VERY important for me
		as testM1 should be called before testM2, and testM2
		before testM3. I know that JUnit theory says that
		methods should be not dependend but in my practical
		situation I cannot avoid this.
	=09
		Thanks a lot,
		Virgil Trasca
	=09
		--- jun...@li... wrote:
	=09
		 =20

			Send Junit-devel mailing list submissions to
				jun...@li...
		=09
			To subscribe or unsubscribe via the World Wide
Web,
			visit
		=09
		=09
			   =20

		https://lists.sourceforge.net/lists/listinfo/junit-devel
		 =20

			or, via email, send a message with subject or
body
			'help' to
=09
jun...@li...
		=09
			You can reach the person managing the list at
				jun...@li...
		=09
			When replying, please edit your Subject line so
it
			is more specific
			than "Re: Contents of Junit-devel digest..."
		=09
		=09
			Today's Topics:
		=09
			   1. SourceForge CVS (David Saff)
			   2. Re: AW: AW: [Junit-devel] cvs-timeout
(David
			Saff)
			   3. CVS: junit/org/junit/runners
			Enclosed.java,1.3,1.4 (David Saff)
			   4. CVS: junit/org/junit/tests
			EnclosedTest.java,1.3,1.4
SortableTest.java,1.3,1.4
			Enclosed.java,1.1,NONE (David Saff)
			   5. CVS: junit README.html,1.13,1.14 (David
Saff)
			   6. CVS: junit build.xml,1.16,1.17 (David
Saff)
		=09
			--__--__--
		=09
			Message: 1
			Date: Thu, 16 Mar 2006 13:21:17 -0500
			From: David Saff <sa...@mi...>
<mailto:sa...@mi...>=20
			To: JUnit devel
<jun...@li...>
<mailto:jun...@li...>=20
			Subject: [Junit-devel] SourceForge CVS
		=09
			All,
		=09
			I've heard back from SourceForge.  Some quotes
from
			below:
		=09
			 >>>>>>
		=09
			Per the site status page:
		=09
			(  2006-03-13 12:42:16 - Project CVS Service )
As
			of
			2006-03-12 pserver (anonymous) CVS services,
along
			with
			tarballs and ViewCVS are down for projects that
			start with
			the letters e, i, j, o, v, w and x. We hope to
			resolve this
			issue in the next 2 days.
		=09
			Please keep an eye there for further updates to
this
			issue.
		=09
			[snip]
		=09
			However, the CVS issues we have been having are
			generally
			hardware related. We are working on swapping out
the
			hardware and attempting to isolate the causes,
but
			this
			takes time to do, and given the infrastructure
and
			volume of
			use, we'd prefer to keep it up, even if only
			limping, than
			take it down for a complete overhaul.
		=09
			<<<<<<
		=09
			It looks like our options are to sit and wait,
or
			change the name of the=20
			project to UnitJ.  No guarantees were made about
			subversion speed, so if=20
			we decided to change to SVN, it would not
			necessarily be for long-term=20
			reliability.  Thanks,
		=09
			    David Saff
		=09
			-------- Original Message --------
			Subject: 	[ alexandria-Support
Requests-1450494 ]
			CVS services issue
			Date: 	Thu, 16 Mar 2006 06:28:55 -0800
			From: 	SourceForge.net
<no...@so...> <mailto:no...@so...>=20
			To: 	no...@so...
		=09
		=09
		=09
			Support Requests item #1450494, was opened at
			2006-03-15 11:14
			Message generated for change (Comment added)
made by
			burley
			You can respond by visiting:=20
		=09
			   =20

=09
https://sourceforge.net/tracker/?func=3Ddetail&atid=3D200001&aid=3D145049=
4&gro
up_id=3D1
		 =20

			Please note that this message will contain a
full
			copy of the comment thread,
			including the initial issue submission, for this
			request,
			not just the latest update.
			Category: Project CVS Services
			Group: None
			   =20

				Status: Closed
				     =20

			Priority: 5
			Submitted By: David Saff (dsaff)
			   =20

				Assigned to: David Burley (burley)
				Summary: CVS services issue
				     =20

			Initial Comment:
			Dear SourceForge,
		=09
			Over the last few months, public anonymous
access to
			JUnit CVS has become so slow and unreliable that
it
			has
			slowed the pace at which we are able to accept
			patches
			and support early adopters.  Is there anything
we or
			you can do to solve this problem?  Are the
			subversion
			servers faster?  Will the subversion servers
stay
			fast
			if many people switch over?
		=09
			Below is a sampling of independent mailing list
			messages indicating the kinds of problems seen.=20
			Thanks,
		=09
			   David Saff
		=09
			2006/03/15: "I attempted to check out the
current
			CVS
			HEAD, but the system was unresponsive."
		=09
			2006/03/14: "I will send Javadoc updates for the
			classes as soon as cvs.sourceforge.net stops
timing
			out
			:-(. It usually works when America is asleep (in
the
			morning over here) ...."
		=09
			2006/03/08: "is it just me or do you guys also
get
			lots
			of timeouts when trying to synchronize with the
			sourceforge cvs?"
		=09
			2005/10/24: "I have found the SourceForge CVS
server
			_extremely_ sluggish and unreliable."
		=09
			2005/09/14: "I get varying errors depending on
the
			client,
			but they seem to all be related to
			either the CVS server timing out or the
connection
			being refused."
		=09
		=09
			   =20

=09
----------------------------------------------------------------------
		 =20

				Comment By: David Burley (burley)
				     =20

			Date: 2006-03-16 09:28
		=09
			Message:
			Logged In: YES=20
			user_id=3D597273
		=09
			Greetings,
		=09
			Per the site status page:
		=09
			(  2006-03-13 12:42:16 - Project CVS Service )
As
			of
			2006-03-12 pserver (anonymous) CVS services,
along
			with
			tarballs and ViewCVS are down for projects that
			start with
			the letters e, i, j, o, v, w and x. We hope to
			resolve this
			issue in the next 2 days.
		=09
			Please keep an eye there for further updates to
this
			issue.
		=09
			Regarding SVN, I am not sure even the SVN
developers
			themselves can answer that question. I am not
aware
			of a SVN
			installation with a potential to grow as large
as
			the one we
			are hosting is. While we have gone to great
lengths
			to
			ensure its scalable and do not believe there
will be
			issues
			with it (SVN is much easier to scale than CVS),
only
			time
			will tell.
		=09
			Regarding performance, CVS is actually faster.
			There's=20
			   =20

		=3D=3D=3D message truncated =3D=3D=3D
	=09
	=09
	=09
		-------------------------------------------------------
		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!
=09
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
	=09
	=09
		 =20

[Junit-devel] Getting Ant to Log to Stdout

[Curt S. <cj...@cy...>]

Sort of a dumb question, perhaps, but I just can't seem to figure this
out. I'm using Ant 1.6 and JUnit 4.0. How do I get Ant to print the
results of a test run to stdout, rather than put the results in a file?

My build.xml includes:

     <target name="unit-test" depends="compile">
         <junit haltonfailure="yes" printsummary="true" showoutput="true">
             <formatter type="brief" usefile="false"/>
             <test name="ListTest"/>
             <test name="UnitTest"/>
         </junit>
     </target>

But I get no output. If I change usefile to "true", I do get output to
files, but that's rather a pain when doing TDD.

cjs
-- 
Curt Sampson            <cj...@cy...>             +81 90 7737 2974
   The power of accurate observation is commonly called cynicism
   by those who have not got it.    --George Bernard Shaw

[Junit-devel] Re: Junit-devel digest, Vol 1 #345 - 4 msgs

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

      
      

   Hi Matthias,

Thanks for your answer. I was thinking to your aproach
with  
public static void testAll( )  {
       myTestM1( );
       myTestM2( );
}
The problem that I feel with this aproach is that I
will get testAll failed. I will not know exactly what
method failed. And for what I want to do this could be
a big problem.
    I have a very big EJB API(hundreds of classes) for
which I want to make some kind of automated regression
testing. Using AspectJ I want to profile/serialize all
public method calls with param/output value when I am
walking throug the application GUI. After that I want
to generate automatically(from the xml with method
calls)a big test case JUnit class which will call
all the method that were recorded, give the recorded
params and to check that the return values are the
same as there were initial recorded. Problem is that I
will have hundred of method calls which are
dependentely 1 for each one(maybe method 1 puts the
bean in a special state that method 2 needs).
   In the final I think I will take your aproach but
there are some disadvantages.

Thanks,
Virgil  



 


--- jun...@li... wrote:

> Send Junit-devel mailing list submissions to
> 	jun...@li...
> 
> To subscribe or unsubscribe via the World Wide Web,
> visit
> 
>
https://lists.sourceforge.net/lists/listinfo/junit-devel
> or, via email, send a message with subject or body
> 'help' to
> 	jun...@li...
> 
> You can reach the person managing the list at
> 	jun...@li...
> 
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of Junit-devel digest..."
> 
> 
> Today's Topics:
> 
>    1. AW: [Junit-devel] SourceForge CVS
> (Mat...@un...)
>    2. Re: AW: [Junit-devel] SourceForge CVS (David
> Saff)
>    3. Order in which test methods are run in a
> testcase (Trasca Virgil)
>    4. Re: Order in which test methods are run in a
> testcase (Matthias Schmidt)
> 
> --__--__--
> 
> Message: 1
> Subject: AW: [Junit-devel] SourceForge CVS
> Date: Fri, 17 Mar 2006 09:52:02 +0100
> From: <Mat...@un...>
> To: <jun...@li...>
> 
> Still no change, is there? I haven't been able to
> synchronize with cvs =
> since sunday ....
> 
> ________________________________
> 
> Von: jun...@li... im
> Auftrag von David Saff
> Gesendet: Do 16.03.2006 19:21
> An: JUnit devel
> Betreff: [Junit-devel] SourceForge CVS
> 
> 
> 
> All,
> 
> I've heard back from SourceForge.  Some quotes from
> below:
> 
>  >>>>>>
> 
> Per the site status page:
> 
> (  2006-03-13 12:42:16 - Project CVS Service )   As
> of
> 2006-03-12 pserver (anonymous) CVS services, along
> with
> tarballs and ViewCVS are down for projects that
> start with
> the letters e, i, j, o, v, w and x. We hope to
> resolve this
> issue in the next 2 days.
> 
> Please keep an eye there for further updates to this
> issue.
> 
> [snip]
> 
> However, the CVS issues we have been having are
> generally
> hardware related. We are working on swapping out the
> hardware and attempting to isolate the causes, but
> this
> takes time to do, and given the infrastructure and
> volume of
> use, we'd prefer to keep it up, even if only
> limping, than
> take it down for a complete overhaul.
> 
> <<<<<<
> 
> It looks like our options are to sit and wait, or
> change the name of the
> project to UnitJ.  No guarantees were made about
> subversion speed, so if
> we decided to change to SVN, it would not
> necessarily be for long-term
> reliability.  Thanks,
> 
>     David Saff
> 
> -------- Original Message --------
> Subject:        [ alexandria-Support
> Requests-1450494 ] CVS services =
> issue
> Date:   Thu, 16 Mar 2006 06:28:55 -0800
> From:   SourceForge.net <no...@so...>
> To:     no...@so...
> 
> 
> 
> Support Requests item #1450494, was opened at
> 2006-03-15 11:14
> Message generated for change (Comment added) made by
> burley
> You can respond by visiting:
>
https://sourceforge.net/tracker/?func=3Ddetail&atid=3D200001&aid=3D145049=
> 4&group_id=3D1
> 
> Please note that this message will contain a full
> copy of the comment =
> thread,
> including the initial issue submission, for this
> request,
> not just the latest update.
> Category: Project CVS Services
> Group: None
> >Status: Closed
> Priority: 5
> Submitted By: David Saff (dsaff)
> >Assigned to: David Burley (burley)
> >Summary: CVS services issue
> 
> Initial Comment:
> Dear SourceForge,
> 
> Over the last few months, public anonymous access to
> JUnit CVS has become so slow and unreliable that it
> has
> slowed the pace at which we are able to accept
> patches
> and support early adopters.  Is there anything we or
> you can do to solve this problem?  Are the
> subversion
> servers faster?  Will the subversion servers stay
> fast
> if many people switch over?
> 
> Below is a sampling of independent mailing list
> messages indicating the kinds of problems seen. 
> Thanks,
> 
>    David Saff
> 
> 2006/03/15: "I attempted to check out the current
> CVS
> HEAD, but the system was unresponsive."
> 
> 2006/03/14: "I will send Javadoc updates for the
> classes as soon as cvs.sourceforge.net stops timing
> out
> :-(. It usually works when America is asleep (in the
> morning over here) ...."
> 
> 2006/03/08: "is it just me or do you guys also get
> lots
> of timeouts when trying to synchronize with the
> sourceforge cvs?"
> 
> 2005/10/24: "I have found the SourceForge CVS server
> _extremely_ sluggish and unreliable."
> 
> 2005/09/14: "I get varying errors depending on the
> client,
> but they seem to all be related to
> either the CVS server timing out or the connection
> being refused."
> 
>
----------------------------------------------------------------------
> 
> >Comment By: David Burley (burley)
> Date: 2006-03-16 09:28
> 
> Message:
> Logged In: YES
> user_id=3D597273
> 
> Greetings,
> 
> Per the site status page:
> 
> (  2006-03-13 12:42:16 - Project CVS Service )   As
> of
> 2006-03-12 pserver (anonymous) CVS services, along
> with
> tarballs and ViewCVS are down for projects that
> start with
> the letters e, i, j, o, v, w and x. We hope to
> resolve this
> issue in the next 2 days.
> 
> Please keep an eye there for further updates to this
> issue.
> 
=== message truncated ===

Re: [Junit-devel] Order in which test methods are run in a testcase

[Matthias S. <mat...@gm...>]

Virgil,

You cannot determine the order of execution of your test methods. Why 
don't you share your import test code with us? Maybe we can solve your 
dependency issue.

Another solution could look like this:

MyTestCase extends TestCase {
    public static void myTestM1( ) [
       ...
    }
   
    ...

    public static void testAll( )  {
       myTestM1( );
       myTestM2( );
    }
}

Regards,
Matt

Trasca Virgil wrote:
>     Hi,
>
>       is there a specified order in which JUnit runs
> the test methods from a TestCase. I have a TestCase in
> which I have testM1,testM2,testM3 written in the test
> case in this order. The order is VERY important for me
> as testM1 should be called before testM2, and testM2
> before testM3. I know that JUnit theory says that
> methods should be not dependend but in my practical
> situation I cannot avoid this.
>
> Thanks a lot,
> Virgil Trasca
>
> --- jun...@li... wrote:
>
>   
>> Send Junit-devel mailing list submissions to
>> 	jun...@li...
>>
>> To subscribe or unsubscribe via the World Wide Web,
>> visit
>>
>>
>>     
> https://lists.sourceforge.net/lists/listinfo/junit-devel
>   
>> or, via email, send a message with subject or body
>> 'help' to
>> 	jun...@li...
>>
>> You can reach the person managing the list at
>> 	jun...@li...
>>
>> When replying, please edit your Subject line so it
>> is more specific
>> than "Re: Contents of Junit-devel digest..."
>>
>>
>> Today's Topics:
>>
>>    1. SourceForge CVS (David Saff)
>>    2. Re: AW: AW: [Junit-devel] cvs-timeout (David
>> Saff)
>>    3. CVS: junit/org/junit/runners
>> Enclosed.java,1.3,1.4 (David Saff)
>>    4. CVS: junit/org/junit/tests
>> EnclosedTest.java,1.3,1.4 SortableTest.java,1.3,1.4
>> Enclosed.java,1.1,NONE (David Saff)
>>    5. CVS: junit README.html,1.13,1.14 (David Saff)
>>    6. CVS: junit build.xml,1.16,1.17 (David Saff)
>>
>> --__--__--
>>
>> Message: 1
>> Date: Thu, 16 Mar 2006 13:21:17 -0500
>> From: David Saff <sa...@mi...>
>> To: JUnit devel <jun...@li...>
>> Subject: [Junit-devel] SourceForge CVS
>>
>> All,
>>
>> I've heard back from SourceForge.  Some quotes from
>> below:
>>
>>  >>>>>>
>>
>> Per the site status page:
>>
>> (  2006-03-13 12:42:16 - Project CVS Service )   As
>> of
>> 2006-03-12 pserver (anonymous) CVS services, along
>> with
>> tarballs and ViewCVS are down for projects that
>> start with
>> the letters e, i, j, o, v, w and x. We hope to
>> resolve this
>> issue in the next 2 days.
>>
>> Please keep an eye there for further updates to this
>> issue.
>>
>> [snip]
>>
>> However, the CVS issues we have been having are
>> generally
>> hardware related. We are working on swapping out the
>> hardware and attempting to isolate the causes, but
>> this
>> takes time to do, and given the infrastructure and
>> volume of
>> use, we'd prefer to keep it up, even if only
>> limping, than
>> take it down for a complete overhaul.
>>
>> <<<<<<
>>
>> It looks like our options are to sit and wait, or
>> change the name of the 
>> project to UnitJ.  No guarantees were made about
>> subversion speed, so if 
>> we decided to change to SVN, it would not
>> necessarily be for long-term 
>> reliability.  Thanks,
>>
>>     David Saff
>>
>> -------- Original Message --------
>> Subject: 	[ alexandria-Support Requests-1450494 ]
>> CVS services issue
>> Date: 	Thu, 16 Mar 2006 06:28:55 -0800
>> From: 	SourceForge.net <no...@so...>
>> To: 	no...@so...
>>
>>
>>
>> Support Requests item #1450494, was opened at
>> 2006-03-15 11:14
>> Message generated for change (Comment added) made by
>> burley
>> You can respond by visiting: 
>>
>>     
> https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1450494&group_id=1
>   
>> Please note that this message will contain a full
>> copy of the comment thread,
>> including the initial issue submission, for this
>> request,
>> not just the latest update.
>> Category: Project CVS Services
>> Group: None
>>     
>>> Status: Closed
>>>       
>> Priority: 5
>> Submitted By: David Saff (dsaff)
>>     
>>> Assigned to: David Burley (burley)
>>> Summary: CVS services issue
>>>       
>> Initial Comment:
>> Dear SourceForge,
>>
>> Over the last few months, public anonymous access to
>> JUnit CVS has become so slow and unreliable that it
>> has
>> slowed the pace at which we are able to accept
>> patches
>> and support early adopters.  Is there anything we or
>> you can do to solve this problem?  Are the
>> subversion
>> servers faster?  Will the subversion servers stay
>> fast
>> if many people switch over?
>>
>> Below is a sampling of independent mailing list
>> messages indicating the kinds of problems seen. 
>> Thanks,
>>
>>    David Saff
>>
>> 2006/03/15: "I attempted to check out the current
>> CVS
>> HEAD, but the system was unresponsive."
>>
>> 2006/03/14: "I will send Javadoc updates for the
>> classes as soon as cvs.sourceforge.net stops timing
>> out
>> :-(. It usually works when America is asleep (in the
>> morning over here) ...."
>>
>> 2006/03/08: "is it just me or do you guys also get
>> lots
>> of timeouts when trying to synchronize with the
>> sourceforge cvs?"
>>
>> 2005/10/24: "I have found the SourceForge CVS server
>> _extremely_ sluggish and unreliable."
>>
>> 2005/09/14: "I get varying errors depending on the
>> client,
>> but they seem to all be related to
>> either the CVS server timing out or the connection
>> being refused."
>>
>>
>>     
> ----------------------------------------------------------------------
>   
>>> Comment By: David Burley (burley)
>>>       
>> Date: 2006-03-16 09:28
>>
>> Message:
>> Logged In: YES 
>> user_id=597273
>>
>> Greetings,
>>
>> Per the site status page:
>>
>> (  2006-03-13 12:42:16 - Project CVS Service )   As
>> of
>> 2006-03-12 pserver (anonymous) CVS services, along
>> with
>> tarballs and ViewCVS are down for projects that
>> start with
>> the letters e, i, j, o, v, w and x. We hope to
>> resolve this
>> issue in the next 2 days.
>>
>> Please keep an eye there for further updates to this
>> issue.
>>
>> Regarding SVN, I am not sure even the SVN developers
>> themselves can answer that question. I am not aware
>> of a SVN
>> installation with a potential to grow as large as
>> the one we
>> are hosting is. While we have gone to great lengths
>> to
>> ensure its scalable and do not believe there will be
>> issues
>> with it (SVN is much easier to scale than CVS), only
>> time
>> will tell.
>>
>> Regarding performance, CVS is actually faster.
>> There's 
>>     
> === message truncated ===
>
>
>
> -------------------------------------------------------
> 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] Order in which test methods are run in a testcase

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

    Hi,

      is there a specified order in which JUnit runs
the test methods from a TestCase. I have a TestCase in
which I have testM1,testM2,testM3 written in the test
case in this order. The order is VERY important for me
as testM1 should be called before testM2, and testM2
before testM3. I know that JUnit theory says that
methods should be not dependend but in my practical
situation I cannot avoid this.

Thanks a lot,
Virgil Trasca

--- jun...@li... wrote:

> Send Junit-devel mailing list submissions to
> 	jun...@li...
> 
> To subscribe or unsubscribe via the World Wide Web,
> visit
> 
>
https://lists.sourceforge.net/lists/listinfo/junit-devel
> or, via email, send a message with subject or body
> 'help' to
> 	jun...@li...
> 
> You can reach the person managing the list at
> 	jun...@li...
> 
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of Junit-devel digest..."
> 
> 
> Today's Topics:
> 
>    1. SourceForge CVS (David Saff)
>    2. Re: AW: AW: [Junit-devel] cvs-timeout (David
> Saff)
>    3. CVS: junit/org/junit/runners
> Enclosed.java,1.3,1.4 (David Saff)
>    4. CVS: junit/org/junit/tests
> EnclosedTest.java,1.3,1.4 SortableTest.java,1.3,1.4
> Enclosed.java,1.1,NONE (David Saff)
>    5. CVS: junit README.html,1.13,1.14 (David Saff)
>    6. CVS: junit build.xml,1.16,1.17 (David Saff)
> 
> --__--__--
> 
> Message: 1
> Date: Thu, 16 Mar 2006 13:21:17 -0500
> From: David Saff <sa...@mi...>
> To: JUnit devel <jun...@li...>
> Subject: [Junit-devel] SourceForge CVS
> 
> All,
> 
> I've heard back from SourceForge.  Some quotes from
> below:
> 
>  >>>>>>
> 
> Per the site status page:
> 
> (  2006-03-13 12:42:16 - Project CVS Service )   As
> of
> 2006-03-12 pserver (anonymous) CVS services, along
> with
> tarballs and ViewCVS are down for projects that
> start with
> the letters e, i, j, o, v, w and x. We hope to
> resolve this
> issue in the next 2 days.
> 
> Please keep an eye there for further updates to this
> issue.
> 
> [snip]
> 
> However, the CVS issues we have been having are
> generally
> hardware related. We are working on swapping out the
> hardware and attempting to isolate the causes, but
> this
> takes time to do, and given the infrastructure and
> volume of
> use, we'd prefer to keep it up, even if only
> limping, than
> take it down for a complete overhaul.
> 
> <<<<<<
> 
> It looks like our options are to sit and wait, or
> change the name of the 
> project to UnitJ.  No guarantees were made about
> subversion speed, so if 
> we decided to change to SVN, it would not
> necessarily be for long-term 
> reliability.  Thanks,
> 
>     David Saff
> 
> -------- Original Message --------
> Subject: 	[ alexandria-Support Requests-1450494 ]
> CVS services issue
> Date: 	Thu, 16 Mar 2006 06:28:55 -0800
> From: 	SourceForge.net <no...@so...>
> To: 	no...@so...
> 
> 
> 
> Support Requests item #1450494, was opened at
> 2006-03-15 11:14
> Message generated for change (Comment added) made by
> burley
> You can respond by visiting: 
>
https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1450494&group_id=1
> 
> Please note that this message will contain a full
> copy of the comment thread,
> including the initial issue submission, for this
> request,
> not just the latest update.
> Category: Project CVS Services
> Group: None
> >Status: Closed
> Priority: 5
> Submitted By: David Saff (dsaff)
> >Assigned to: David Burley (burley)
> >Summary: CVS services issue
> 
> Initial Comment:
> Dear SourceForge,
> 
> Over the last few months, public anonymous access to
> JUnit CVS has become so slow and unreliable that it
> has
> slowed the pace at which we are able to accept
> patches
> and support early adopters.  Is there anything we or
> you can do to solve this problem?  Are the
> subversion
> servers faster?  Will the subversion servers stay
> fast
> if many people switch over?
> 
> Below is a sampling of independent mailing list
> messages indicating the kinds of problems seen. 
> Thanks,
> 
>    David Saff
> 
> 2006/03/15: "I attempted to check out the current
> CVS
> HEAD, but the system was unresponsive."
> 
> 2006/03/14: "I will send Javadoc updates for the
> classes as soon as cvs.sourceforge.net stops timing
> out
> :-(. It usually works when America is asleep (in the
> morning over here) ...."
> 
> 2006/03/08: "is it just me or do you guys also get
> lots
> of timeouts when trying to synchronize with the
> sourceforge cvs?"
> 
> 2005/10/24: "I have found the SourceForge CVS server
> _extremely_ sluggish and unreliable."
> 
> 2005/09/14: "I get varying errors depending on the
> client,
> but they seem to all be related to
> either the CVS server timing out or the connection
> being refused."
> 
>
----------------------------------------------------------------------
> 
> >Comment By: David Burley (burley)
> Date: 2006-03-16 09:28
> 
> Message:
> Logged In: YES 
> user_id=597273
> 
> Greetings,
> 
> Per the site status page:
> 
> (  2006-03-13 12:42:16 - Project CVS Service )   As
> of
> 2006-03-12 pserver (anonymous) CVS services, along
> with
> tarballs and ViewCVS are down for projects that
> start with
> the letters e, i, j, o, v, w and x. We hope to
> resolve this
> issue in the next 2 days.
> 
> Please keep an eye there for further updates to this
> issue.
> 
> Regarding SVN, I am not sure even the SVN developers
> themselves can answer that question. I am not aware
> of a SVN
> installation with a potential to grow as large as
> the one we
> are hosting is. While we have gone to great lengths
> to
> ensure its scalable and do not believe there will be
> issues
> with it (SVN is much easier to scale than CVS), only
> time
> will tell.
> 
> Regarding performance, CVS is actually faster.
> There's 
=== message truncated ===

Re: AW: [Junit-devel] SourceForge CVS

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

Mat...@un... wrote:
> Still no change, is there? I haven't been able to synchronize with cvs since sunday ....

Nope.  I may have time today to set up an automatic snapshot somewhere, 
but no guarantees.

    David Saff

AW: [Junit-devel] SourceForge CVS

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

Still no change, is there? I haven't been able to synchronize with cvs =
since sunday ....

________________________________

Von: jun...@li... im Auftrag von David Saff
Gesendet: Do 16.03.2006 19:21
An: JUnit devel
Betreff: [Junit-devel] SourceForge CVS



All,

I've heard back from SourceForge.  Some quotes from below:

 >>>>>>

Per the site status page:

(  2006-03-13 12:42:16 - Project CVS Service )   As of
2006-03-12 pserver (anonymous) CVS services, along with
tarballs and ViewCVS are down for projects that start with
the letters e, i, j, o, v, w and x. We hope to resolve this
issue in the next 2 days.

Please keep an eye there for further updates to this issue.

[snip]

However, the CVS issues we have been having are generally
hardware related. We are working on swapping out the
hardware and attempting to isolate the causes, but this
takes time to do, and given the infrastructure and volume of
use, we'd prefer to keep it up, even if only limping, than
take it down for a complete overhaul.

<<<<<<

It looks like our options are to sit and wait, or change the name of the
project to UnitJ.  No guarantees were made about subversion speed, so if
we decided to change to SVN, it would not necessarily be for long-term
reliability.  Thanks,

    David Saff

-------- Original Message --------
Subject:        [ alexandria-Support Requests-1450494 ] CVS services =
issue
Date:   Thu, 16 Mar 2006 06:28:55 -0800
From:   SourceForge.net <no...@so...>
To:     no...@so...



Support Requests item #1450494, was opened at 2006-03-15 11:14
Message generated for change (Comment added) made by burley
You can respond by visiting:
https://sourceforge.net/tracker/?func=3Ddetail&atid=3D200001&aid=3D145049=
4&group_id=3D1

Please note that this message will contain a full copy of the comment =
thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Project CVS Services
Group: None
>Status: Closed
Priority: 5
Submitted By: David Saff (dsaff)
>Assigned to: David Burley (burley)
>Summary: CVS services issue

Initial Comment:
Dear SourceForge,

Over the last few months, public anonymous access to
JUnit CVS has become so slow and unreliable that it has
slowed the pace at which we are able to accept patches
and support early adopters.  Is there anything we or
you can do to solve this problem?  Are the subversion
servers faster?  Will the subversion servers stay fast
if many people switch over?

Below is a sampling of independent mailing list
messages indicating the kinds of problems seen.  Thanks,

   David Saff

2006/03/15: "I attempted to check out the current CVS
HEAD, but the system was unresponsive."

2006/03/14: "I will send Javadoc updates for the
classes as soon as cvs.sourceforge.net stops timing out
:-(. It usually works when America is asleep (in the
morning over here) ...."

2006/03/08: "is it just me or do you guys also get lots
of timeouts when trying to synchronize with the
sourceforge cvs?"

2005/10/24: "I have found the SourceForge CVS server
_extremely_ sluggish and unreliable."

2005/09/14: "I get varying errors depending on the client,
but they seem to all be related to
either the CVS server timing out or the connection
being refused."

----------------------------------------------------------------------

>Comment By: David Burley (burley)
Date: 2006-03-16 09:28

Message:
Logged In: YES
user_id=3D597273

Greetings,

Per the site status page:

(  2006-03-13 12:42:16 - Project CVS Service )   As of
2006-03-12 pserver (anonymous) CVS services, along with
tarballs and ViewCVS are down for projects that start with
the letters e, i, j, o, v, w and x. We hope to resolve this
issue in the next 2 days.

Please keep an eye there for further updates to this issue.

Regarding SVN, I am not sure even the SVN developers
themselves can answer that question. I am not aware of a SVN
installation with a potential to grow as large as the one we
are hosting is. While we have gone to great lengths to
ensure its scalable and do not believe there will be issues
with it (SVN is much easier to scale than CVS), only time
will tell.

Regarding performance, CVS is actually faster. There's less
overhead in a CVS operation than there is in a SVN
operation, but, our SVN offering has been more stable of
late, so that may be reason enough to consider it.

However, the CVS issues we have been having are generally
hardware related. We are working on swapping out the
hardware and attempting to isolate the causes, but this
takes time to do, and given the infrastructure and volume of
use, we'd prefer to keep it up, even if only limping, than
take it down for a complete overhaul.

We know these issues have been around for a long time, and
we have been working an equally long amount of time to fix
them. We think we'll be over the hump shortly and CVS
performance will go back to expected levels then.

Thank you,

David Burley
Quality of Service Analyst, SourceForge.net

----------------------------------------------------------------------

Comment By: David Saff (dsaff)
Date: 2006-03-15 11:55

Message:
Logged In: YES
user_id=3D325156

An interesting recent development:



Yes.  I can observe it right now.  If I attempt to log in to
an arbitrary SourceForge project

cvs
-d:pserver:ano...@cv...:/cvsroot/ant-contrib

I get an immediate completion after hitting enter on the
password.  If I change it to:

cvs -d:pserver:ano...@cv...:/cvsroot/junit

I get "Unrecognized auth response from cvs.sourceforge.net:
M PserverBackend: PserverBackend() Connect (Connection Timed
Out)".

Could this be a problem only with JUnit's repository?  Thanks.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=3Ddetail&atid=3D200001&aid=3D145049=
4&group_id=3D1



-------------------------------------------------------
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

[Junit-devel] CVS: junit build.xml,1.16,1.17

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

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

Modified Files:
	build.xml 
Log Message:
Xlint:unchecked added to compilation

Index: build.xml
===================================================================
RCS file: /cvsroot/junit/junit/build.xml,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -d -r1.16 -r1.17
--- build.xml	10 Mar 2006 00:52:15 -0000	1.16
+++ build.xml	17 Mar 2006 02:41:10 -0000	1.17
@@ -26,7 +26,9 @@
 			srcdir="."
 			destdir="."
 			debug="on"
-  		/>	
+  		>	
+                  <compilerarg value="-Xlint:unchecked" />
+                </javac>
 	</target>
 
         <target name="distributeTestsAndExamples">

[Junit-devel] CVS: junit README.html,1.13,1.14

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

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

Modified Files:
	README.html 
Log Message:
Updated README about Enclosed

Index: README.html
===================================================================
RCS file: /cvsroot/junit/junit/README.html,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -d -r1.13 -r1.14
--- README.html	15 Mar 2006 18:20:05 -0000	1.13
+++ README.html	16 Mar 2006 22:11:52 -0000	1.14
@@ -53,6 +53,8 @@
 <li>The faq has been updated
 <li>Javadoc has been improved, with more internal links, and package descriptions added (Thanks, Matthias Schmidt!)
 <li>An acknowledgements.txt file has been created to credit outside contributions
+<li>The <tt>Enclosed</tt> runner, which runs all of the static inner classes of a given class, has been added
+to <tt>org.junit.runners</tt>.
 </ul>
 </p>
 

[Junit-devel] CVS: junit/org/junit/tests EnclosedTest.java,1.3,1.4 SortableTest.java,1.3,1.4 Enclosed.java,1.1,NONE

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

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

Modified Files:
	EnclosedTest.java SortableTest.java 
Removed Files:
	Enclosed.java 
Log Message:
Enclosed is generally useful, and belongs in org.junit.runners

Index: EnclosedTest.java
===================================================================
RCS file: /cvsroot/junit/junit/org/junit/tests/EnclosedTest.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -d -r1.3 -r1.4
--- EnclosedTest.java	16 Feb 2006 08:29:36 -0000	1.3
+++ EnclosedTest.java	16 Mar 2006 22:09:12 -0000	1.4
@@ -7,6 +7,7 @@
 import org.junit.runner.Result;
 import org.junit.runner.RunWith;
 import org.junit.runner.Runner;
+import org.junit.runners.Enclosed;
 
 public class EnclosedTest {
 	@RunWith(Enclosed.class)

Index: SortableTest.java
===================================================================
RCS file: /cvsroot/junit/junit/org/junit/tests/SortableTest.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -d -r1.3 -r1.4
--- SortableTest.java	16 Feb 2006 08:29:36 -0000	1.3
+++ SortableTest.java	16 Mar 2006 22:09:12 -0000	1.4
@@ -15,6 +15,7 @@
 import org.junit.runner.Runner;
 import org.junit.runner.manipulation.Sorter;
 import org.junit.runner.notification.RunNotifier;
+import org.junit.runners.Enclosed;
 
 @RunWith(Enclosed.class)
 public class SortableTest {

--- Enclosed.java DELETED ---

[Junit-devel] CVS: junit/org/junit/runners Enclosed.java,1.3,1.4

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

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

Added Files:
	Enclosed.java 
Log Message:
Enclosed is generally useful, and belongs in org.junit.runners

Re: AW: AW: [Junit-devel] cvs-timeout

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

I tried subversive.  It failed the very first time I tried to share a 
project, but customer support was swift, a fix was promised, and I'll 
try the next version.

    David Saff

Mat...@un... wrote:
> If there are usable clients that would be a great idea.
>
> Even migrating from cvs (with branches etc.) seems to be possible: http://sial.org/howto/subversion/cvs-migrate/
>
> -----Ursprüngliche Nachricht-----
> Von: jun...@li... [mailto:jun...@li...] Im Auftrag von David Saff
> Gesendet: Montag, 13. März 2006 13:55
> An: J. David Beutel
> Cc: jun...@li...
> Betreff: Re: AW: [Junit-devel] cvs-timeout
>
> I've used subclipse, and it was just barely tolerable--I often ended up 
> dropping to the command line to do commits and merges.  I downloaded 
> subversive last night, and I'll give it a go for a while.  If it works 
> well, then I'd be more than happy to see a move to subversion.  Kent, 
> Erich, your thoughts?
>
>     David
>
> J. David Beutel wrote:
>   
>> I'm using IDEA, which comes with JavaSVN.  I'm happy with it.  Two 
>> Eclipse plugins also use JavaSVN, but I haven't tried them and don't 
>> know how well integrated they are.
>>
>> Cheers,
>> 11011011
>>
>> <Mat...@un...> wrote on 03/12/2006 09:55:00 PM:
>>     
>>> Of course, subversion is better. Wouldn't it be great to switch JUnit 
>>> to subversion?
>>>
>>> Btw: What client are you using? I heard, that the Eclipse clients are 
>>> not that good at the moment.
>>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: jun...@li... 
>>> [mailto:jun...@li...] Im Auftrag von J. 
>>> David Beutel
>>> Gesendet: Sonntag, 12. März 2006 23:47
>>> An: jun...@li...
>>> Betreff: Re: [Junit-devel] cvs-timeout
>>>
>>> I've had the same problem, and better luck with SourceForge's 
>>> anonymous Subversion (so far, anyway).  Also, I prefer Subversion.
>>>
>>> Cheers,
>>> 11011011
>>>
>>> David Saff <sa...@mi...> wrote on 03/08/2006 08:37:41 AM:
>>>  
>>>       
>>>> 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?
>>>>>           
>> -------------------------------------------------------
>> 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
>>     
>
>
>
> -------------------------------------------------------
> 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
>
>
> -------------------------------------------------------
> 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=k&kid0944&bid$1720&dat1642
> _______________________________________________
> Junit-devel mailing list
> Jun...@li...
> https://lists.sourceforge.net/lists/listinfo/junit-devel
>   

[Junit-devel] SourceForge CVS

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

All,

I've heard back from SourceForge.  Some quotes from below:

 >>>>>>

Per the site status page:

(  2006-03-13 12:42:16 - Project CVS Service )   As of
2006-03-12 pserver (anonymous) CVS services, along with
tarballs and ViewCVS are down for projects that start with
the letters e, i, j, o, v, w and x. We hope to resolve this
issue in the next 2 days.

Please keep an eye there for further updates to this issue.

[snip]

However, the CVS issues we have been having are generally
hardware related. We are working on swapping out the
hardware and attempting to isolate the causes, but this
takes time to do, and given the infrastructure and volume of
use, we'd prefer to keep it up, even if only limping, than
take it down for a complete overhaul.

<<<<<<

It looks like our options are to sit and wait, or change the name of the 
project to UnitJ.  No guarantees were made about subversion speed, so if 
we decided to change to SVN, it would not necessarily be for long-term 
reliability.  Thanks,

    David Saff

-------- Original Message --------
Subject: 	[ alexandria-Support Requests-1450494 ] CVS services issue
Date: 	Thu, 16 Mar 2006 06:28:55 -0800
From: 	SourceForge.net <no...@so...>
To: 	no...@so...



Support Requests item #1450494, was opened at 2006-03-15 11:14
Message generated for change (Comment added) made by burley
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1450494&group_id=1

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Project CVS Services
Group: None
>Status: Closed
Priority: 5
Submitted By: David Saff (dsaff)
>Assigned to: David Burley (burley)
>Summary: CVS services issue

Initial Comment:
Dear SourceForge,

Over the last few months, public anonymous access to
JUnit CVS has become so slow and unreliable that it has
slowed the pace at which we are able to accept patches
and support early adopters.  Is there anything we or
you can do to solve this problem?  Are the subversion
servers faster?  Will the subversion servers stay fast
if many people switch over?

Below is a sampling of independent mailing list
messages indicating the kinds of problems seen.  Thanks,

   David Saff

2006/03/15: "I attempted to check out the current CVS
HEAD, but the system was unresponsive."

2006/03/14: "I will send Javadoc updates for the
classes as soon as cvs.sourceforge.net stops timing out
:-(. It usually works when America is asleep (in the
morning over here) ...."

2006/03/08: "is it just me or do you guys also get lots
of timeouts when trying to synchronize with the
sourceforge cvs?"

2005/10/24: "I have found the SourceForge CVS server
_extremely_ sluggish and unreliable."

2005/09/14: "I get varying errors depending on the client,
but they seem to all be related to
either the CVS server timing out or the connection
being refused."

----------------------------------------------------------------------

>Comment By: David Burley (burley)
Date: 2006-03-16 09:28

Message:
Logged In: YES 
user_id=597273

Greetings,

Per the site status page:

(  2006-03-13 12:42:16 - Project CVS Service )   As of
2006-03-12 pserver (anonymous) CVS services, along with
tarballs and ViewCVS are down for projects that start with
the letters e, i, j, o, v, w and x. We hope to resolve this
issue in the next 2 days.

Please keep an eye there for further updates to this issue.

Regarding SVN, I am not sure even the SVN developers
themselves can answer that question. I am not aware of a SVN
installation with a potential to grow as large as the one we
are hosting is. While we have gone to great lengths to
ensure its scalable and do not believe there will be issues
with it (SVN is much easier to scale than CVS), only time
will tell.

Regarding performance, CVS is actually faster. There's less
overhead in a CVS operation than there is in a SVN
operation, but, our SVN offering has been more stable of
late, so that may be reason enough to consider it.

However, the CVS issues we have been having are generally
hardware related. We are working on swapping out the
hardware and attempting to isolate the causes, but this
takes time to do, and given the infrastructure and volume of
use, we'd prefer to keep it up, even if only limping, than
take it down for a complete overhaul.

We know these issues have been around for a long time, and
we have been working an equally long amount of time to fix
them. We think we'll be over the hump shortly and CVS
performance will go back to expected levels then.

Thank you,

David Burley
Quality of Service Analyst, SourceForge.net

----------------------------------------------------------------------

Comment By: David Saff (dsaff)
Date: 2006-03-15 11:55

Message:
Logged In: YES 
user_id=325156

An interesting recent development:



Yes.  I can observe it right now.  If I attempt to log in to
an arbitrary SourceForge project

cvs
-d:pserver:ano...@cv...:/cvsroot/ant-contrib

I get an immediate completion after hitting enter on the
password.  If I change it to:

cvs -d:pserver:ano...@cv...:/cvsroot/junit

I get "Unrecognized auth response from cvs.sourceforge.net:
M PserverBackend: PserverBackend() Connect (Connection Timed
Out)".

Could this be a problem only with JUnit's repository?  Thanks.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1450494&group_id=1