commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matt Sicker <boa...@gmail.com>
Subject Re: [PROPOSAL] Apache Commons JUnit
Date Sat, 04 Nov 2017 17:04:24 GMT
+1 for a name like Commons Testing

On 4 November 2017 at 11:58, Bernd Eckenfels <ecki@zusammenkunft.net> wrote:

> I like the idea (and prefer Commons Testing), for example a method to list
> all non-daemon threads after a test run (to see there is no resource leak)
> can be used independent of the Unit Test Framework.
>
> Gruss
> Bernd
> --
> http://bernd.eckenfels.net
> ________________________________
> From: Hasan Diwan <hasan.diwan@gmail.com>
> Sent: Saturday, November 4, 2017 5:42:39 PM
> To: Commons Developers List
> Subject: Re: [PROPOSAL] Apache Commons JUnit
>
> How about "Apache Commons Testing"? -- H
>
> On 4 November 2017 at 09:10, Gary Gregory <garydgregory@gmail.com> wrote:
>
> > On Sat, Nov 4, 2017 at 9:32 AM, Pascal Schumacher <
> > pascalschumacher@gmx.net>
> > wrote:
> >
> > > JUnit 5 is not backwards compatible (Package/Annotation-Names have
> > > changed, Rules were replaced by a new extension model), but it can run
> > > JUnit 3 and JUnit 4 Tests if you add an additional dependency. See
> > > http://junit.org/junit5/docs/current/user-guide/#migrating-from-junit4
> > > for details.
> >
> >
> > OK, so "Apache Commons Extras for Junit 4"
> >
> > Gary
> >
> >
> > >
> > >
> > > Am 04.11.2017 um 15:53 schrieb Gary Gregory:
> > >
> > >> I am assuming that JUnit 5 will be backward compatible with JUnit 4, I
> > >> might be wrong. I'd like to focus on a single dependency for now
> (JUnit)
> > >> and not do a multi-module project. If someone want to do the same for
> > >> TestNG, then have at it. KISS and small for 1.0.
> > >>
> > >> Gary
> > >>
> > >> On Fri, Nov 3, 2017 at 10:41 PM, Bruno P. Kinoshita <
> > >> brunodepaulak@yahoo.com.br.invalid> wrote:
> > >>
> > >> +1 for the idea and for looking at JUnit 5.x and maybe AssertJ.
> > >>> CheersBruno
> > >>>
> > >>>        From: Matt Sicker <boards@gmail.com>
> > >>>   To: Commons Developers List <dev@commons.apache.org>
> > >>>   Sent: Saturday, 4 November 2017 1:44 PM
> > >>>   Subject: Re: [PROPOSAL] Apache Commons JUnit
> > >>>
> > >>> I certainly like the idea, especially if the docs are good about
> > pulling
> > >>> in
> > >>> other related dependencies to complement the whole thing. General
> > >>> resource
> > >>> management rules would be great, though, like the ones we have in
> > Log4j.
> > >>>
> > >>> Also, I haven't looked closely at it yet, but supporting JUnit 5.x
as
> > >>> well
> > >>> would be nice.
> > >>>
> > >>> On 3 November 2017 at 18:11, Gary Gregory <garydgregory@gmail.com>
> > >>> wrote:
> > >>>
> > >>> Hi All,
> > >>>>
> > >>>> I'd propose we start a new component called "Apache Commons JUnit".
> > >>>>
> > >>>> The goal would be to gather useful and reusable code like JUnit
> rules.
> > >>>>
> > >>>> This component would be focused on JUnit 4.x only.
> > >>>>
> > >>>> For example: org.apache.commons.collections4.junit.
> > >>>> SetDefaultLocaleTestRule
> > >>>>
> > >>>> I have other rules stashed here and there as well, for example
a Set
> > >>>> Default Charset Rule.
> > >>>>
> > >>>> Thoughts?
> > >>>>
> > >>>> Gary
> > >>>>
> > >>>>
> > >>>
> > >>> --
> > >>> Matt Sicker <boards@gmail.com>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > > For additional commands, e-mail: dev-help@commons.apache.org
> > >
> > >
> >
>
>
>
> --
> OpenPGP:
> https://sks-keyservers.net/pks/lookup?op=get&search=0xFEBAD7FFD041BBA1
> If you wish to request my time, please do so using
> http://bit.ly/hd1ScheduleRequest.
> Si vous voudrais faire connnaisance, allez a
> http://bit.ly/hd1ScheduleRequest.
>
> <https://sks-keyservers.net/pks/lookup?op=get&search=0xFEBAD7FFD041BBA1
> >Sent
> from my mobile device
> Envoye de mon portable
>



-- 
Matt Sicker <boards@gmail.com>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message