You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Gary Gregory <gg...@seagullsoftware.com> on 2007/01/01 22:46:39 UTC

[lang] Junit 3.8.1 vs. 3.8.2

Hello All:

The [lang] file default.properties points to Junit 3.8.1. 

Is there any reason we should not use the current 3.8.2 version?

Also, the file reads:

junit.jar = ${junit.home}/junit-3.8.1.jar

I would expect it to read:

junit.jar = ${junit.home}/junit.jar

The the jar file Junit delivers is "junit.jar".

Gary

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Re: [lang] Junit 3.8.1 vs. 3.8.2

Posted by Arnaud HERITIER <ah...@gmail.com>.
...
>
>
>
> Thanks - I'd thought the directory listing was being mod_rewritten too.
>
> Hen



No. (I'm not sure that it is possible but if an expert want to help us ...
;-) .)

Arnaud

Re: [lang] Junit 3.8.1 vs. 3.8.2

Posted by Henri Yandell <fl...@gmail.com>.
On 1/2/07, Arnaud HERITIER <ah...@gmail.com> wrote:
> ...
> >
> >
> > maven1 repository at ibiblio has some rewrite rules
> > so if there's no requested file, maven2 repository is used (and
> > those rules translate between repository layouts).
> > Or, even more, maven2 repo is always used, I'm not 100%
> > sure.
>
>
> The maven 2 repository is always used (the directory listing in the m1 repo
> is completely outdated).

Thanks - I'd thought the directory listing was being mod_rewritten too.

Hen

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Re: [lang] Junit 3.8.1 vs. 3.8.2

Posted by Arnaud HERITIER <ah...@gmail.com>.
...
>
>
> maven1 repository at ibiblio has some rewrite rules
> so if there's no requested file, maven2 repository is used (and
> those rules translate between repository layouts).
> Or, even more, maven2 repo is always used, I'm not 100%
> sure.


The maven 2 repository is always used (the directory listing in the m1 repo
is completely outdated).
To find an artifact you can use  http://www.mvnrepository.com/

http://www.mvnrepository.com/artifact/junit/junit

Arnaud

Re: [lang] Junit 3.8.1 vs. 3.8.2

Posted by Tomasz Pik <to...@gmail.com>.
On 1/2/07, Henri Yandell <fl...@gmail.com> wrote:
> 3.8.2 isn'tt available from http://www.ibiblio.org/maven/junit/jars/;
> otherwise though - I'm not bothered.

It's there:

$ wget http://www.ibiblio.org/maven/junit/jars/junit-3.8.2.jar
--11:57:53--  http://www.ibiblio.org/maven/junit/jars/junit-3.8.2.jar
           => `junit-3.8.2.jar'
Resolving www.ibiblio.org... 152.46.7.80
Connecting to www.ibiblio.org|152.46.7.80|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://mirrors.ibiblio.org/pub/mirrors/maven2/junit/junit/3.8.2/junit-
3.8.2.jar [following]
--11:57:53--  http://mirrors.ibiblio.org/pub/mirrors/maven2/junit/junit/3.8.2/ju
nit-3.8.2.jar
           => `junit-3.8.2.jar'
Resolving mirrors.ibiblio.org... 152.46.7.65
Connecting to mirrors.ibiblio.org|152.46.7.65|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 120,640 (118K) [text/plain]

100%[====================================>] 120,640       19.83K/s    ETA 00:00

11:58:00 (19.80 KB/s) - `junit-3.8.2.jar' saved [120640/120640]

maven1 repository at ibiblio has some rewrite rules
so if there's no requested file, maven2 repository is used (and
those rules translate between repository layouts).
Or, even more, maven2 repo is always used, I'm not 100%
sure.
But for sure you may add junit/junit/3.8.2 as dependency.

Regards,
Tomek


>
> I'm going to go ahead and do an RC tomorrow - so seems like a bad time
> to update our only dependency :)
>
> Hen
>
> On 1/1/07, Gary Gregory <gg...@seagullsoftware.com> wrote:
> > Hello All:
> >
> > The [lang] file default.properties points to Junit 3.8.1.
> >
> > Is there any reason we should not use the current 3.8.2 version?
> >
> > Also, the file reads:
> >
> > junit.jar = ${junit.home}/junit-3.8.1.jar
> >
> > I would expect it to read:
> >
> > junit.jar = ${junit.home}/junit.jar
> >
> > The the jar file Junit delivers is "junit.jar".
> >
> > Gary
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Re: [lang] Junit 3.8.1 vs. 3.8.2

Posted by Henri Yandell <fl...@gmail.com>.
3.8.2 isn'tt available from http://www.ibiblio.org/maven/junit/jars/;
otherwise though - I'm not bothered.

I'm going to go ahead and do an RC tomorrow - so seems like a bad time
to update our only dependency :)

Hen

On 1/1/07, Gary Gregory <gg...@seagullsoftware.com> wrote:
> Hello All:
>
> The [lang] file default.properties points to Junit 3.8.1.
>
> Is there any reason we should not use the current 3.8.2 version?
>
> Also, the file reads:
>
> junit.jar = ${junit.home}/junit-3.8.1.jar
>
> I would expect it to read:
>
> junit.jar = ${junit.home}/junit.jar
>
> The the jar file Junit delivers is "junit.jar".
>
> Gary
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org