You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(80) |
Nov
(42) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(11) |
Feb
(50) |
Mar
(70) |
Apr
(102) |
May
(28) |
Jun
(45) |
Jul
(14) |
Aug
(75) |
Sep
(17) |
Oct
(15) |
Nov
(11) |
Dec
(4) |
2003 |
Jan
(16) |
Feb
(19) |
Mar
(21) |
Apr
(20) |
May
(29) |
Jun
(7) |
Jul
(5) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(3) |
2004 |
Jan
(5) |
Feb
(4) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(7) |
Aug
(1) |
Sep
(6) |
Oct
(6) |
Nov
(1) |
Dec
(2) |
2005 |
Jan
(4) |
Feb
(4) |
Mar
(15) |
Apr
(1) |
May
|
Jun
(4) |
Jul
(6) |
Aug
(6) |
Sep
|
Oct
(4) |
Nov
(2) |
Dec
(4) |
2006 |
Jan
|
Feb
(91) |
Mar
(47) |
Apr
(7) |
May
(4) |
Jun
(9) |
Jul
(1) |
Aug
|
Sep
(5) |
Oct
(36) |
Nov
(95) |
Dec
(12) |
2007 |
Jan
(11) |
Feb
(31) |
Mar
(45) |
Apr
(11) |
May
(9) |
Jun
(1) |
Jul
(146) |
Aug
(15) |
Sep
|
Oct
(3) |
Nov
(6) |
Dec
(1) |
2008 |
Jan
(2) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
(2) |
Aug
(19) |
Sep
(1) |
Oct
(10) |
Nov
|
Dec
(8) |
2009 |
Jan
(3) |
Feb
(1) |
Mar
(4) |
Apr
(8) |
May
(5) |
Jun
(4) |
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
(13) |
Nov
(13) |
Dec
(4) |
2010 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
2011 |
Jan
(1) |
Feb
(4) |
Mar
(3) |
Apr
(4) |
May
|
Jun
(12) |
Jul
(16) |
Aug
(4) |
Sep
(7) |
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
From: Richard K. <rki...@ab...> - 2001-10-22 16:29:11
|
On Mon, Oct 22, 2001 at 12:20:29PM -0400, Russell Gold wrote: > At 08:54 AM 10/22/2001 -0700, Kent Beck wrote: > >But what does "get" mean? It seems to mean "I'm sending a message and expect > >a reply". That is obvious from context. > > > >I don't mean to re-start a war that has probably been fought 1000 times, but > >under what circumstances do you have a method with a non-void return type > >and you don't prefix its name with "get"? > > well, if it has a boolean value, you often prefix it's name with "is"... > > I agree with you that I don't like the 'get' prefix; however, with the > introduction of JavaBeans in JDK 1.1, getXXX became a Java language naming > convention. Most Java programmers now expect a getXXX method for any > "property" of a class. For those of us who came to Java from other > languages it is annoying - but it is widespread enough that it probably > should not be changed. I always thought that when a method name starts with get, it is like an informal promise that the state of the object will not change by calling this method (or at least the change will not be perceivable to the external user of the class -- for example, it might load and cache data that was not yet loaded). - rick -- Richard Kilgore rki...@ab... |
From: Russell G. <rus...@ac...> - 2001-10-22 16:20:55
|
At 08:54 AM 10/22/2001 -0700, Kent Beck wrote: >But what does "get" mean? It seems to mean "I'm sending a message and expect >a reply". That is obvious from context. > >I don't mean to re-start a war that has probably been fought 1000 times, but >under what circumstances do you have a method with a non-void return type >and you don't prefix its name with "get"? well, if it has a boolean value, you often prefix it's name with "is"... I agree with you that I don't like the 'get' prefix; however, with the introduction of JavaBeans in JDK 1.1, getXXX became a Java language naming convention. Most Java programmers now expect a getXXX method for any "property" of a class. For those of us who came to Java from other languages it is annoying - but it is widespread enough that it probably should not be changed. |
From: Kent B. <ken...@cs...> - 2001-10-22 15:55:47
|
But what does "get" mean? It seems to mean "I'm sending a message and expect a reply". That is obvious from context. I don't mean to re-start a war that has probably been fought 1000 times, but under what circumstances do you have a method with a non-void return type and you don't prefix its name with "get"? Kent |
From: Kent B. <ken...@cs...> - 2001-10-22 15:45:05
|
">Doesn't this put us back in the serialization business? not necessarily, creation of TestEvents would happen on the client side only. In the remote test runner case the test run server sends Strings and the client (RemoteTestRunner in the remote AWT UI) wraps them into TestEvents." Okay, so we'll base the TestRunListener on TestEvents. I noticed, Erich, that your remote runner had it done both ways. Kent |
From: Erik M. <em...@ge...> - 2001-10-22 03:50:14
|
I forgot the attachments, this time I attached them first! > -----Original Message----- > From: jun...@li... > [mailto:jun...@li...]On Behalf Of Erik Meade > Sent: Sunday, October 21, 2001 1:55 PM > To: ji...@ma... > Cc: jun...@li... > Subject: [Junit-devel] RE: JUnit enhancements > > > Jim, > > Thanks for the submission. We have another developer working on > this also. > He has a bit more information on where the Array stuff should go. > His name > is Vladimir Bossicard his email is vla...@bo.... I've cc'ed > junit-devel and attached your attachments so they will show up there. > > -- > Erik Meade em...@ob... > Senior Consultant Object Mentor, Inc. > http://www.junit.org > > > > -----Original Message----- > > From: ji...@ma... [mailto:ji...@ma...] > > Sent: Wednesday, October 17, 2001 10:40 PM > > To: ju...@ob... > > Cc: jrc...@up... > > Subject: JUnit enhancements > > > > > > I'm not sure if this e-mail address actual goes to the > > authors/maintainers of JUnit, but if not, would you kindly forward it to > > them? > > > > Thank you, > > Jim Cushing > > > > ---------------------- > > > > I have made some enhancements for JUnit. I have added to > > junit.framework.Assert methods for asserting that arrays of (ints, > > bytes, booleans, shorts, longs, doubles, floats, chars, Objects) are > > equal. > > > > These methods are named assertArrayEquals() rather than assertEquals(), > > as the latter name would result in ambiguities with the method > > assertEquals(Object, Object) in calls to assertEquals(null, null) (see > > line 72 of junit.tests.AssertTest for an example). > > > > I have also attached a test class for my changes, > > junit.tests.AssertArraysTest. > > > > Today was actually the first day I used JUnit. I've heard about it > > quite a bit before, but frankly, I've been too lazy to use it until now > > (yeah, yeah, I know, I know...). I'm certain that it will help improve > > the quality of the code that I and my team write. > > > > Please feel free to accept the changes that I have made, and distribute > > them with future versions of JUnit. They should add to an already > > useful tool. > > > > Thank you, > > Jim Cushing > > > > > > > > > > > _______________________________________________ > Junit-devel mailing list > Jun...@li... > https://lists.sourceforge.net/lists/listinfo/junit-devel |
From: Vladimir B. <vla...@bo...> - 2001-10-21 20:07:07
|
> > >It seems like we want a method that means "get the displayable name of this >implementor of Test". > Originally I wanted a method that meant "get the name the TestCase/TestSuite was created with". As a TestSuite can be created without a name, it is up to the calling application to handle this. If a user don't create a TestSuite with a name, he should not expect the tree (for example) to display anything special. Maybe the TestSuite's classname or "Name not provided". If he does want a specific name, he can just specify it! -Vladimir -- Vladimir Bossicard www.bossicard.com |
From: <jjw...@ke...> - 2001-10-21 19:32:10
|
View results here -> http://kenny.sir-toby.com:8080/junitBuild/BuildServlet?log200110211147L3.7.7 |
From: Erik M. <em...@ge...> - 2001-10-21 18:52:51
|
Jim, Thanks for the submission. We have another developer working on this also. He has a bit more information on where the Array stuff should go. His name is Vladimir Bossicard his email is vla...@bo.... I've cc'ed junit-devel and attached your attachments so they will show up there. -- Erik Meade em...@ob... Senior Consultant Object Mentor, Inc. http://www.junit.org > -----Original Message----- > From: ji...@ma... [mailto:ji...@ma...] > Sent: Wednesday, October 17, 2001 10:40 PM > To: ju...@ob... > Cc: jrc...@up... > Subject: JUnit enhancements > > > I'm not sure if this e-mail address actual goes to the > authors/maintainers of JUnit, but if not, would you kindly forward it to > them? > > Thank you, > Jim Cushing > > ---------------------- > > I have made some enhancements for JUnit. I have added to > junit.framework.Assert methods for asserting that arrays of (ints, > bytes, booleans, shorts, longs, doubles, floats, chars, Objects) are > equal. > > These methods are named assertArrayEquals() rather than assertEquals(), > as the latter name would result in ambiguities with the method > assertEquals(Object, Object) in calls to assertEquals(null, null) (see > line 72 of junit.tests.AssertTest for an example). > > I have also attached a test class for my changes, > junit.tests.AssertArraysTest. > > Today was actually the first day I used JUnit. I've heard about it > quite a bit before, but frankly, I've been too lazy to use it until now > (yeah, yeah, I know, I know...). I'm certain that it will help improve > the quality of the code that I and my team write. > > Please feel free to accept the changes that I have made, and distribute > them with future versions of JUnit. They should add to an already > useful tool. > > Thank you, > Jim Cushing > > > > |
From: Kent B. <ken...@cs...> - 2001-10-21 18:44:02
|
When I import the CVS tree, I don't get test.jar, so one of the self-tests fails. Is it possible to set CVS up so that I get test.jar (I noticed that Erich deleted it earlier), or do I have to run a build on my local machine to get it? Kent |
From: Kent B. <ken...@cs...> - 2001-10-21 18:06:59
|
It seems like we want a method that means "get the displayable name of this implementor of Test". getName() could be it, but it would change the semantics in TestCase. If we want to do this, we should first deprecate getName and define a new method (getDisplayName()?), then in the next release delete getName, then in the next release deprecate getDisplayName and rename it to getName, then in the next release delete getDisplayName. Or, we could just add getDisplayName (or some such) to Test and implement it in TestCase, TestSuite, and TestDecorator. I vote for the latter. I also hate the redundant "get", so I would call it displayName, but I'm willing to defer to the collective "wisdom" of the Java community on this one. Barely. Kent |
From: <jjw...@ke...> - 2001-10-21 17:19:28
|
View results here -> http://kenny.sir-toby.com:8080/junitBuild/BuildServlet?log200110210947L3.7.6 |
From: <jjw...@ke...> - 2001-10-21 03:17:44
|
View results here -> http://kenny.sir-toby.com:8080/junitBuild/BuildServlet?log200110201915L3.7.5 |
From: <jjw...@ke...> - 2001-10-20 01:45:30
|
View results here -> http://kenny.sir-toby.com:8080/junitBuild/BuildServlet?log200110191813L3.7.4 |
From: <jjw...@ke...> - 2001-10-20 00:44:52
|
View results here -> http://kenny.sir-toby.com:8080/junitBuild/BuildServlet?log200110191713L3.7.3 |
From: <jjw...@ke...> - 2001-10-19 22:44:08
|
View results here -> http://kenny.sir-toby.com:8080/junitBuild/BuildServlet?log200110191512L3.7.2 |
From: <jjw...@ke...> - 2001-10-13 07:22:46
|
View results here -> http://kenny.sir-toby.com:8080/junitBuild/BuildServlet?log200110122352L3.7.1 |