Menu
▾
▴
junit-devel — junit developers
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: David S. <da...@sa...> - 2010-04-05 13:57:23
|
[+junit-devel] Mauro, Neither Kent nor I have ever released anything to maven--anything you find there was uploaded by someone else. We plan to change this with the next release, and explicitly upload to maven, by very popular request. Please keep us honest if we don't upload both. Thanks, David Saff On Mon, Apr 5, 2010 at 7:55 AM, Mauro Talevi <mau...@aq...> wrote: > Hi David, > > I've noticed that while the junit-dep.jar artifact is being regularly > released alongside junit.jar, only the junit.jar is being synched to the > Maven Central repo. junit-dep artifacts stopped being synched after 4.5: > > http://repo1.maven.org/maven2/junit/junit/ > http://repo1.maven.org/maven2/junit/junit-dep/ > > I've was just wondering if there was a reason for this or simply an > oversight. > > I'm not sure how the synching/upload of junit.jar is done, but could the > synch also include junit-dep? > > I would greatly appreciate it. > > Thanks and regards, > Mauro > > |
|
From: David S. <da...@sa...> - 2010-03-15 23:13:23
|
Hi, all. I'd love your opinions on a proposed add-on assertion mechanism for JUnit: http://saffgreenbar.blogspot.com/2010/03/dotmesh-free-assertions-from-domain.html Share and Enjoy, David Saff |
|
From: David S. <da...@sa...> - 2010-02-24 14:40:55
|
You can't execute methods on an abstract test case. Probably, you
want to somehow exclude these classes from the set of classes you're
running. Are you using ant?
David
On Tue, Feb 23, 2010 at 6:00 PM, Ted Yu <yuz...@gm...> wrote:
> Hi,
> I am using junit-3.8.2.jar
>
> In oozie, I see the following:
> public abstract class XTestCase extends TestCase {
>
> public abstract class XFsTestCase extends XTestCase {
>
> public abstract class HadoopActionExecutorTestCase extends XFsTestCase {
>
> But JUnit complains:
> [junit] No tests found in org.apache.oozie.dag.action.
> hadoop.HadoopActionExecutorTestCase
>
> How can I get over this error ?
>
> Thanks
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Junit-devel mailing list
> Jun...@li...
> https://lists.sourceforge.net/lists/listinfo/junit-devel
>
>
|
|
From: Ted Yu <yuz...@gm...> - 2010-02-23 23:00:50
|
Hi,
I am using junit-3.8.2.jar
In oozie, I see the following:
public abstract class XTestCase extends TestCase {
public abstract class XFsTestCase extends XTestCase {
public abstract class HadoopActionExecutorTestCase extends XFsTestCase {
But JUnit complains:
[junit] No tests found in org.apache.oozie.dag.action.
hadoop.HadoopActionExecutorTestCase
How can I get over this error ?
Thanks
|
|
From: David S. <da...@sa...> - 2010-01-19 16:27:13
|
All, There are many things I love about github, but in the past, I have found it someone bewildering to keep up with the various ways that maintenance work can be brought to my attention, including issues, direct messages, and pull requests, which has allowed a lot of communication to back up, and now it's not clear to me how the various proposals inter-relate, so I've dropped some valuable conversations. I'm sorry. So, I'm going to try again, but I'm wiping the slate clean. If you've sent an issue, and are just waiting for it to get fixed, you have nothing more to do. If you've sent a pull request in the past, please send it again, and also link to the commit from the github issue. If you've tried to send me a message direct through github, please try again, or, even better, ping me directly at da...@sa.... Again, my apologies. David Saff |
|
From: David S. <da...@sa...> - 2009-12-08 15:37:16
|
JUnit 4.8.1 has been released, fixing major bugs in the documentation and implementation of categories. Thanks to our users for being on top of things. http://kentbeck.github.com/junit/doc/ReleaseNotes4.8.1.html and the javadoc at http://kentbeck.github.com/junit/javadoc/4.8.1/ and download from http://github.com/KentBeck/junit/downloads Share and Enjoy, David Saff |
|
From: David S. <da...@sa...> - 2009-12-03 03:42:46
|
[bcc: junit-announce] That's a bit of a documentation bug: the example code was developed as inner classes, and I didn't edit out the "static" modifiers. Will fix. David Saff On Tue, Dec 1, 2009 at 8:47 PM, B. Sai Prasad, M.Phil, SCJP, MCP, MCTS, SSGB, PMP, PMI-SP <sai...@gm...> wrote: > Hi David - > > New feature - Categories - will help developers to selectively group and > execute test classes and methods. > > I was looking at the releasnotes4.8.html, and found the classes are static. > Any reason why it should be static? > > Regards > Sai > > On Wed, Dec 2, 2009 at 2:33 AM, David Saff <da...@sa...> wrote: > >> >> >> JUnit 4.8 has been released. The primary new feature is preliminary >> support for Categories. For more information, see the release notes at >> >> http://kentbeck.github.com/junit/doc/ReleaseNotes4.8.html >> >> and the javadoc at >> >> http://kentbeck.github.com/junit/javadoc/4.8/ >> >> and download from >> >> http://github.com/KentBeck/junit/downloads >> >> Share and Enjoy, >> >> David Saff >> >> > > > > -- > What am I doing now? Visit http://twitter.com/saipower > > > [Non-text portions of this message have been removed] > > > > ------------------------------------ > > Yahoo! Groups Links > > <*> To visit your group on the web, go to: > http://groups.yahoo.com/group/junit/ > > <*> Your email settings: > Individual Email | Traditional > > <*> To change settings online go to: > http://groups.yahoo.com/group/junit/join > (Yahoo! ID required) > > <*> To change settings via email: > jun...@ya... > jun...@ya... > > <*> To unsubscribe from this group, send an email to: > jun...@ya... > > <*> Your use of Yahoo! Groups is subject to: > http://docs.yahoo.com/info/terms/ > > |
|
From: Alistair I. <ai...@gm...> - 2009-12-02 03:23:35
|
On Wed, Dec 2, 2009 at 5:03 AM, David Saff <da...@sa...> wrote: > JUnit 4.8 has been released. The primary new feature is preliminary > support for Categories. > download from > > http://github.com/KentBeck/junit/downloads Congratulations and thanks! Hope it gets on the Maven repos soon... - alistair |
|
From: David S. <da...@sa...> - 2009-12-01 21:03:27
|
JUnit 4.8 has been released. The primary new feature is preliminary support for Categories. For more information, see the release notes at http://kentbeck.github.com/junit/doc/ReleaseNotes4.8.html and the javadoc at http://kentbeck.github.com/junit/javadoc/4.8/ and download from http://github.com/KentBeck/junit/downloads Share and Enjoy, David Saff |
|
From: David S. <da...@sa...> - 2009-11-24 19:10:18
|
All, HEAD on github has two enhancements to the original category proposal: any class can be a category marker, and categories can be excluded from suites. I'll try to put together a more comprehensive release note soon. David Saff |
|
From: David S. <da...@sa...> - 2009-11-23 17:47:25
|
No idea! I didn't think negative votes were possible. I've voted it up to 0, and I'll ping the github administrators to see what's going on. Sorry... David Saff On Mon, Nov 23, 2009 at 9:34 AM, David Saff <da...@sa...> wrote: > All, > > I believe that all owners of items on the SourceForge trackers have > been notified to move their items over to the GitHub tracker: > > http://github.com/KentBeck/junit/issues > > I've hidden the main browse pages for these trackers, as well, to > encourage people to go to the right place (there's still better > communication that can be done here). > > If you have a request or bug with JUnit that's not in the GitHub issue > tracker, please add it. Remember that we take vote counts seriously > when prioritizing work. Thanks, > > David Saff > |
|
From: David S. <da...@sa...> - 2009-11-23 14:34:16
|
All, I believe that all owners of items on the SourceForge trackers have been notified to move their items over to the GitHub tracker: http://github.com/KentBeck/junit/issues I've hidden the main browse pages for these trackers, as well, to encourage people to go to the right place (there's still better communication that can be done here). If you have a request or bug with JUnit that's not in the GitHub issue tracker, please add it. Remember that we take vote counts seriously when prioritizing work. Thanks, David Saff |
|
From: Stephen S. <st...@st...> - 2009-11-20 17:20:18
|
David CAPTCHA is more universal than OpenID, I'd argue. Steve -- Stephen Smith www.stephen-smith.co.uk > github can't allow anonymous posting, for the reasons Slava stated. > If you chose to recommend a fix to github, would you recommend an > anonymous CAPTCHA system, or an OpenID-based login? > > David Saff > > On Fri, Nov 20, 2009 at 9:51 AM, Michel Charpentier > <Mic...@un...> wrote: >> I just wanted to report a bug (and a fix). I have no intention to >> participate in a civilized discussion on JUnit. I have enough accounts >> and passwords as it is. I don't need one more. I may never report >> another bug on JUnit, ever. I may have another one two years from now, >> by which time I won't remember the password I used to register. >> Registration is fine for folks who intend to use a system on a regular >> basis, but it's too much for a one-time user like myself. >> >> MC >> >> On Nov 20, 2009, at 8:19 AM, David Saff wrote: >> >>> True, but you could get spam protection without registration with a >>> simple CAPTCHA system. >>> >>> David Saff >>> >>> 2009/11/20 Slava Imeshev <im...@ya...>: >>>> A registration is not a barrier, it's a bare necessity. Without >>>> registering your bug tracking will end up filled with spam. These days >>>> a registration is not such a big price to pay for being able to >>>> participate in a civilized discussion. >>>> >>>> HTH >>>> >>>> Regards, >>>> >>>> Slava Imeshev >>>> >>>> >>>>> -----Original Message----- >>>>> From: David Saff [mailto:da...@sa...] >>>>> Sent: Thursday, November 19, 2009 9:02 PM >>>>> To: Michel Charpentier >>>>> Cc: junit-devel >>>>> Subject: Re: [Junit-devel] JUnit >>>>> >>>>> Michel, >>>>> >>>>> I hadn't realized that github required signup to post bugs. That >>>>> might be a fixable problem. Can you quickly share why that proved >>>> too >>>>> high a barrier to entry for you? Thanks, >>>>> >>>>> David Saff >>>>> >>>>> On Wed, Nov 18, 2009 at 4:07 PM, Michel Charpentier >>>>> <Mic...@un...> wrote: >>>>>> >>>>>> On Nov 18, 2009, at 2:31 PM, David Saff wrote: >>>>>> >>>>>>> 1) The list CC'ed is a fine way to reach us. >>>>>>> 2) What did you first try in order to reach us? >>>>>>> 3) Can you please open a bug at >>>>> http://github.com/KentBeck/junit/issues >>>>>> >>>>>> I looked at both websites (www.junit.org and >>>>> http://sourceforge.net/projects/junit) and didn't find a way >>>>> to contact someone without registering somewhere. For the >>>>> same reason (the need to register), I won't submit a bug at >>>>> github (hopefully, since you forwarded my message to the >>>>> list, someone else will do it). >>>>>> >>>>>> Regards, >>>>>> >>>>>> MC >>>>>> >>>>>> >>>>> >>>>> -------------------------------------------------------------- >>>>> ---------------- >>>>> Let Crystal Reports handle the reporting - Free Crystal >>>>> Reports 2008 30-Day >>>>> trial. Simplify your report design, integration and >>>>> deployment - and focus on >>>>> what you do best, core application coding. Discover what's new with >>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>>>> _______________________________________________ >>>>> Junit-devel mailing list >>>>> Jun...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/junit-devel >>>> >>>> >>>> >> >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Junit-devel mailing list > Jun...@li... > https://lists.sourceforge.net/lists/listinfo/junit-devel > |
|
From: David S. <da...@sa...> - 2009-11-20 17:15:29
|
Alright, I've asked the github powers about CAPTCHA access. David On Fri, Nov 20, 2009 at 12:03 PM, Stephen Smith <st...@st...> wrote: > David > > CAPTCHA is more universal than OpenID, I'd argue. > > Steve > -- > Stephen Smith > www.stephen-smith.co.uk > >> github can't allow anonymous posting, for the reasons Slava stated. >> If you chose to recommend a fix to github, would you recommend an >> anonymous CAPTCHA system, or an OpenID-based login? >> >> David Saff >> >> On Fri, Nov 20, 2009 at 9:51 AM, Michel Charpentier >> <Mic...@un...> wrote: >>> I just wanted to report a bug (and a fix). I have no intention to >>> participate in a civilized discussion on JUnit. I have enough accounts >>> and passwords as it is. I don't need one more. I may never report >>> another bug on JUnit, ever. I may have another one two years from now, >>> by which time I won't remember the password I used to register. >>> Registration is fine for folks who intend to use a system on a regular >>> basis, but it's too much for a one-time user like myself. >>> >>> MC >>> >>> On Nov 20, 2009, at 8:19 AM, David Saff wrote: >>> >>>> True, but you could get spam protection without registration with a >>>> simple CAPTCHA system. >>>> >>>> David Saff >>>> >>>> 2009/11/20 Slava Imeshev <im...@ya...>: >>>>> A registration is not a barrier, it's a bare necessity. Without >>>>> registering your bug tracking will end up filled with spam. These days >>>>> a registration is not such a big price to pay for being able to >>>>> participate in a civilized discussion. >>>>> >>>>> HTH >>>>> >>>>> Regards, >>>>> >>>>> Slava Imeshev >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: David Saff [mailto:da...@sa...] >>>>>> Sent: Thursday, November 19, 2009 9:02 PM >>>>>> To: Michel Charpentier >>>>>> Cc: junit-devel >>>>>> Subject: Re: [Junit-devel] JUnit >>>>>> >>>>>> Michel, >>>>>> >>>>>> I hadn't realized that github required signup to post bugs. That >>>>>> might be a fixable problem. Can you quickly share why that proved >>>>> too >>>>>> high a barrier to entry for you? Thanks, >>>>>> >>>>>> David Saff >>>>>> >>>>>> On Wed, Nov 18, 2009 at 4:07 PM, Michel Charpentier >>>>>> <Mic...@un...> wrote: >>>>>>> >>>>>>> On Nov 18, 2009, at 2:31 PM, David Saff wrote: >>>>>>> >>>>>>>> 1) The list CC'ed is a fine way to reach us. >>>>>>>> 2) What did you first try in order to reach us? >>>>>>>> 3) Can you please open a bug at >>>>>> http://github.com/KentBeck/junit/issues >>>>>>> >>>>>>> I looked at both websites (www.junit.org and >>>>>> http://sourceforge.net/projects/junit) and didn't find a way >>>>>> to contact someone without registering somewhere. For the >>>>>> same reason (the need to register), I won't submit a bug at >>>>>> github (hopefully, since you forwarded my message to the >>>>>> list, someone else will do it). >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> MC >>>>>>> >>>>>>> >>>>>> >>>>>> -------------------------------------------------------------- >>>>>> ---------------- >>>>>> Let Crystal Reports handle the reporting - Free Crystal >>>>>> Reports 2008 30-Day >>>>>> trial. Simplify your report design, integration and >>>>>> deployment - and focus on >>>>>> what you do best, core application coding. Discover what's new with >>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>>>>> _______________________________________________ >>>>>> Junit-devel mailing list >>>>>> Jun...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/junit-devel >>>>> >>>>> >>>>> >>> >>> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Junit-devel mailing list >> Jun...@li... >> https://lists.sourceforge.net/lists/listinfo/junit-devel >> > > > |
|
From: David S. <da...@sa...> - 2009-11-20 16:58:29
|
github can't allow anonymous posting, for the reasons Slava stated. If you chose to recommend a fix to github, would you recommend an anonymous CAPTCHA system, or an OpenID-based login? David Saff On Fri, Nov 20, 2009 at 9:51 AM, Michel Charpentier <Mic...@un...> wrote: > I just wanted to report a bug (and a fix). I have no intention to participate in a civilized discussion on JUnit. I have enough accounts and passwords as it is. I don't need one more. I may never report another bug on JUnit, ever. I may have another one two years from now, by which time I won't remember the password I used to register. Registration is fine for folks who intend to use a system on a regular basis, but it's too much for a one-time user like myself. > > MC > > On Nov 20, 2009, at 8:19 AM, David Saff wrote: > >> True, but you could get spam protection without registration with a >> simple CAPTCHA system. >> >> David Saff >> >> 2009/11/20 Slava Imeshev <im...@ya...>: >>> A registration is not a barrier, it's a bare necessity. Without >>> registering your bug tracking will end up filled with spam. These days >>> a registration is not such a big price to pay for being able to >>> participate in a civilized discussion. >>> >>> HTH >>> >>> Regards, >>> >>> Slava Imeshev >>> >>> >>>> -----Original Message----- >>>> From: David Saff [mailto:da...@sa...] >>>> Sent: Thursday, November 19, 2009 9:02 PM >>>> To: Michel Charpentier >>>> Cc: junit-devel >>>> Subject: Re: [Junit-devel] JUnit >>>> >>>> Michel, >>>> >>>> I hadn't realized that github required signup to post bugs. That >>>> might be a fixable problem. Can you quickly share why that proved >>> too >>>> high a barrier to entry for you? Thanks, >>>> >>>> David Saff >>>> >>>> On Wed, Nov 18, 2009 at 4:07 PM, Michel Charpentier >>>> <Mic...@un...> wrote: >>>>> >>>>> On Nov 18, 2009, at 2:31 PM, David Saff wrote: >>>>> >>>>>> 1) The list CC'ed is a fine way to reach us. >>>>>> 2) What did you first try in order to reach us? >>>>>> 3) Can you please open a bug at >>>> http://github.com/KentBeck/junit/issues >>>>> >>>>> I looked at both websites (www.junit.org and >>>> http://sourceforge.net/projects/junit) and didn't find a way >>>> to contact someone without registering somewhere. For the >>>> same reason (the need to register), I won't submit a bug at >>>> github (hopefully, since you forwarded my message to the >>>> list, someone else will do it). >>>>> >>>>> Regards, >>>>> >>>>> MC >>>>> >>>>> >>>> >>>> -------------------------------------------------------------- >>>> ---------------- >>>> Let Crystal Reports handle the reporting - Free Crystal >>>> Reports 2008 30-Day >>>> trial. Simplify your report design, integration and >>>> deployment - and focus on >>>> what you do best, core application coding. Discover what's new with >>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>>> _______________________________________________ >>>> Junit-devel mailing list >>>> Jun...@li... >>>> https://lists.sourceforge.net/lists/listinfo/junit-devel >>> >>> >>> > > |
|
From: David S. <da...@sa...> - 2009-11-20 13:19:42
|
True, but you could get spam protection without registration with a simple CAPTCHA system. David Saff 2009/11/20 Slava Imeshev <im...@ya...>: > A registration is not a barrier, it's a bare necessity. Without > registering your bug tracking will end up filled with spam. These days > a registration is not such a big price to pay for being able to > participate in a civilized discussion. > > HTH > > Regards, > > Slava Imeshev > > >> -----Original Message----- >> From: David Saff [mailto:da...@sa...] >> Sent: Thursday, November 19, 2009 9:02 PM >> To: Michel Charpentier >> Cc: junit-devel >> Subject: Re: [Junit-devel] JUnit >> >> Michel, >> >> I hadn't realized that github required signup to post bugs. That >> might be a fixable problem. Can you quickly share why that proved > too >> high a barrier to entry for you? Thanks, >> >> David Saff >> >> On Wed, Nov 18, 2009 at 4:07 PM, Michel Charpentier >> <Mic...@un...> wrote: >> > >> > On Nov 18, 2009, at 2:31 PM, David Saff wrote: >> > >> >> 1) The list CC'ed is a fine way to reach us. >> >> 2) What did you first try in order to reach us? >> >> 3) Can you please open a bug at >> http://github.com/KentBeck/junit/issues >> > >> > I looked at both websites (www.junit.org and >> http://sourceforge.net/projects/junit) and didn't find a way >> to contact someone without registering somewhere. For the >> same reason (the need to register), I won't submit a bug at >> github (hopefully, since you forwarded my message to the >> list, someone else will do it). >> > >> > Regards, >> > >> > MC >> > >> > >> >> -------------------------------------------------------------- >> ---------------- >> Let Crystal Reports handle the reporting - Free Crystal >> Reports 2008 30-Day >> trial. Simplify your report design, integration and >> deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Junit-devel mailing list >> Jun...@li... >> https://lists.sourceforge.net/lists/listinfo/junit-devel > > > |
|
From: David S. <da...@sa...> - 2009-11-20 05:02:33
|
Michel, I hadn't realized that github required signup to post bugs. That might be a fixable problem. Can you quickly share why that proved too high a barrier to entry for you? Thanks, David Saff On Wed, Nov 18, 2009 at 4:07 PM, Michel Charpentier <Mic...@un...> wrote: > > On Nov 18, 2009, at 2:31 PM, David Saff wrote: > >> 1) The list CC'ed is a fine way to reach us. >> 2) What did you first try in order to reach us? >> 3) Can you please open a bug at http://github.com/KentBeck/junit/issues > > I looked at both websites (www.junit.org and http://sourceforge.net/projects/junit) and didn't find a way to contact someone without registering somewhere. For the same reason (the need to register), I won't submit a bug at github (hopefully, since you forwarded my message to the list, someone else will do it). > > Regards, > > MC > > |
|
From: David S. <da...@sa...> - 2009-11-18 19:31:38
|
Michel, 1) The list CC'ed is a fine way to reach us. 2) What did you first try in order to reach us? 3) Can you please open a bug at http://github.com/KentBeck/junit/issues Thanks, David Saff On Mon, Nov 16, 2009 at 5:47 PM, Michel Charpentier <Mic...@un...> wrote: > David, > > I tried very hard, but I couldn't find how to get in touch with JUnit developers, which is why I'm writing to you directly. > > Apparently, there's a problem with class loading on Mac OS X 10.6 when using Java/Extensions. I can send you (or anyone else) the details. Basically, everything works fine with junit-4.7.jar in the CLASSPATH, but things fail when junit-4.7.jar is in $HOME/Library/Java/Extensions instead. JUnitCore fails with Class.forName() throwing a ClassNotFoundException. > > If you replace, in JUnitCore.java, the line > > classes.add(Class.forName(each)); > > with > > classes.add(Class.forName(each, true, ClassLoader.getSystemClassLoader())); > > things work fine. If that's fixed in the next release, that'd be great. > > Regards, > > MC |
|
From: David S. <da...@sa...> - 2009-11-17 19:02:04
|
All, There's a short post on the upcoming Categories feature of 4.8 here: http://saffgreenbar.blogspot.com/2009/11/heres-test-code-snippet-public.html Share and enjoy, David Saff |
|
From: Eike S. <eik...@fu...> - 2009-11-05 10:21:23
|
Hi David,
David Saff wrote:
> Eike,
>
> That definitely sounds interesting. Is the plug-in ready to go, or is
> there something I should know first?
>
The plug-in is ready to go. Just install it and choose your jabber
server. We recommend:
* talk.google.com
* jabber.org
If you have any questions feel free to ask me or take a look at
https://www.inf.fu-berlin.de/w/SE/DPP
Greets, Eike
>
> On Wed, Nov 4, 2009 at 12:01 PM, Eike Starkmann
> <eik...@fu...> wrote:
>> Hi JUnit developers,
>>
>> my name is Eike Starkmann and I'm working as part of the Saros Team at
>> the Freie University in Berlin.
>>
>> Saros is an Eclipse plugin for collaborative text editing and
>> distributed pair programming, i.e. it allows two or more developers to
>> work together in real-time on the same files. It is similar to Gobby,
>> SubEthaEdit or Google Docs but focuses on programming in Eclipse.
>>
>> In my opinion your can benefit from Saros because I think it brings
>> many advantages to Open Source Software development:
>>
>> * Distributed Pair Programming is like a live peer review. This should
>> help with finding good design, get rid of bugs, increase readability, etc.
>>
>> * Transferring knowledge should be easier to do when more than one
>> person look at and work with the same code. This should also help to
>> give new developers an introduction to the code.
>>
>> * In contrast to screen sharing, Saros only shares your actions inside
>> of Eclipse with regards to the project you are both working on (think
>> privacy) and you are still independent to explore the project on your own.
>>
>> Saros can be useful in the following contexts:
>>
>> * Working on complicated problems in the code
>> * Performing code reviews
>> * Debugging
>> * Code presentation
>> * Code sprints
>> * Introducing new developers to the project
>> * ...
>>
>> It is my master thesis to figure out whether Saros is useful when
>> developing Free/Open Source Software.
>>
>> What do you think? Could you and JUnit benefit from doing pair
>> programming using Saros? If you think so I would like to join our
>> project and help you with using Saros.
>>
>> If you are interested in Saros but still curious about how it works
>> please visit our website or feel free to contact me.
>>
>> I hope you will find Saros useful and give me feedback.
>>
>> Kind regards, Eike Starkmann
>>
>> Website: https://www.inf.fu-berlin.de/w/SE/DPP
>> Update Site: http://dpp.sf.net/update
>> Saros @ SF: http://sourceforge.net/projects/dpp/
>> Programming Languages Supported by Saros :
>> https://www.inf.fu-berlin.de/w/SE/DPPCompatiblePlugin
>>
>> --
>> Eike Starkmann
>> This message is part of my Master thesis research. Feel free to contact
>> my advisors in case of inappropriate behavior on my side:
>> chr...@fu... and ste...@fu...
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Junit-devel mailing list
>> Jun...@li...
>> https://lists.sourceforge.net/lists/listinfo/junit-devel
>>
--
Eike Starkmann
This message is part of my Master thesis research. Feel free to contact
my advisors in case of inappropriate behavior on my side:
chr...@fu... and ste...@fu...
|
|
From: David S. <da...@sa...> - 2009-11-04 20:45:50
|
Eike, That definitely sounds interesting. Is the plug-in ready to go, or is there something I should know first? David Saff On Wed, Nov 4, 2009 at 12:01 PM, Eike Starkmann <eik...@fu...> wrote: > Hi JUnit developers, > > my name is Eike Starkmann and I'm working as part of the Saros Team at > the Freie University in Berlin. > > Saros is an Eclipse plugin for collaborative text editing and > distributed pair programming, i.e. it allows two or more developers to > work together in real-time on the same files. It is similar to Gobby, > SubEthaEdit or Google Docs but focuses on programming in Eclipse. > > In my opinion your can benefit from Saros because I think it brings > many advantages to Open Source Software development: > > * Distributed Pair Programming is like a live peer review. This should > help with finding good design, get rid of bugs, increase readability, etc. > > * Transferring knowledge should be easier to do when more than one > person look at and work with the same code. This should also help to > give new developers an introduction to the code. > > * In contrast to screen sharing, Saros only shares your actions inside > of Eclipse with regards to the project you are both working on (think > privacy) and you are still independent to explore the project on your own. > > Saros can be useful in the following contexts: > > * Working on complicated problems in the code > * Performing code reviews > * Debugging > * Code presentation > * Code sprints > * Introducing new developers to the project > * ... > > It is my master thesis to figure out whether Saros is useful when > developing Free/Open Source Software. > > What do you think? Could you and JUnit benefit from doing pair > programming using Saros? If you think so I would like to join our > project and help you with using Saros. > > If you are interested in Saros but still curious about how it works > please visit our website or feel free to contact me. > > I hope you will find Saros useful and give me feedback. > > Kind regards, Eike Starkmann > > Website: https://www.inf.fu-berlin.de/w/SE/DPP > Update Site: http://dpp.sf.net/update > Saros @ SF: http://sourceforge.net/projects/dpp/ > Programming Languages Supported by Saros : > https://www.inf.fu-berlin.de/w/SE/DPPCompatiblePlugin > > -- > Eike Starkmann > This message is part of my Master thesis research. Feel free to contact > my advisors in case of inappropriate behavior on my side: > chr...@fu... and ste...@fu... > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Junit-devel mailing list > Jun...@li... > https://lists.sourceforge.net/lists/listinfo/junit-devel > |
|
From: Eike S. <eik...@fu...> - 2009-11-04 17:15:08
|
Hi JUnit developers, my name is Eike Starkmann and I'm working as part of the Saros Team at the Freie University in Berlin. Saros is an Eclipse plugin for collaborative text editing and distributed pair programming, i.e. it allows two or more developers to work together in real-time on the same files. It is similar to Gobby, SubEthaEdit or Google Docs but focuses on programming in Eclipse. In my opinion your can benefit from Saros because I think it brings many advantages to Open Source Software development: * Distributed Pair Programming is like a live peer review. This should help with finding good design, get rid of bugs, increase readability, etc. * Transferring knowledge should be easier to do when more than one person look at and work with the same code. This should also help to give new developers an introduction to the code. * In contrast to screen sharing, Saros only shares your actions inside of Eclipse with regards to the project you are both working on (think privacy) and you are still independent to explore the project on your own. Saros can be useful in the following contexts: * Working on complicated problems in the code * Performing code reviews * Debugging * Code presentation * Code sprints * Introducing new developers to the project * ... It is my master thesis to figure out whether Saros is useful when developing Free/Open Source Software. What do you think? Could you and JUnit benefit from doing pair programming using Saros? If you think so I would like to join our project and help you with using Saros. If you are interested in Saros but still curious about how it works please visit our website or feel free to contact me. I hope you will find Saros useful and give me feedback. Kind regards, Eike Starkmann Website: https://www.inf.fu-berlin.de/w/SE/DPP Update Site: http://dpp.sf.net/update Saros @ SF: http://sourceforge.net/projects/dpp/ Programming Languages Supported by Saros : https://www.inf.fu-berlin.de/w/SE/DPPCompatiblePlugin -- Eike Starkmann This message is part of my Master thesis research. Feel free to contact my advisors in case of inappropriate behavior on my side: chr...@fu... and ste...@fu... |
|
From: Dave M. <lda...@gm...> - 2009-10-27 16:37:34
|
please remove from group Dave Mendoza O: (720) 733-2022, C: (303) 718-2440 lda...@gm... |
|
From: Alistair I. <ai...@gm...> - 2009-10-27 16:31:23
|
On Tue, Oct 27, 2009 at 8:57 PM, David Saff <da...@sa...> wrote: > I'd like to go with the more verbose version. Would you like to > incorporate that into your patch, or wait until Kent or I have time to > do it? Hi, David. Oh, I suppose I can wait. Meanwhile, I've dropped back to @BeforeClass in a base class. I figure an 'around' Category aspect will be the next thing I'll look out for. :) - alistair -- http://alistairisrael.wordpress.com |
|
From: David S. <da...@sa...> - 2009-10-27 12:57:31
|
If a feature is rarely used, I prefer forcing some verbosity on code writers in order to prevent surprises on the part of the readers. If a feature is often used enough that it becomes part of the "vernacular" of the library, then both writers and readers win with brevity. Of course, only by releasing something can we be sure how often it will be used. I'd like to go with the more verbose version. Would you like to incorporate that into your patch, or wait until Kent or I have time to do it? Thanks, David Saff On Mon, Oct 26, 2009 at 7:55 PM, Alistair Israel <ai...@gm...> wrote: > On Mon, Oct 26, 2009 at 9:51 PM, David Saff <da...@sa...> wrote: > >> Note that we can get the "one object" behavior with the "two annotations" API: >> >> @ClassRule >> public static RemoteTestWatchman watchman = new RemoteTestWatchman(); >> >> @Rule public RemoteTestWatchman methodWatchman = watchman; > > Well, yeah I suppose that would work. Or you could simply annotate the > same field twice. > > I guess ultimately it's a design decision. Personally, I like having > fewer annotations and letting the framework figure out my intent, > following published 'conventions', if need be. I can see others, > though, favoring explicit declarations of method-level rules vs. > class-level rules. > > Since JUnit rules have only been out, oh, a couple of months(?) it > remains to be seen how others might use them and prefer to handle > class rules. > > I've given my opinions for the record. I don't see anything wrong with > going either way and "failing fast"—after all, seeing the history of > JUnit you guys haven't been loathe to introduce something then > deprecate it soon enough afterward if something else made better > sense. > > - alistair > -- > http://alistairisrael.wordpress.com > |
37 messages has been excluded from this view by a project administrator.
