date:20140315

Re: RFS: tomcat8/8.0.3-1 (NEW)

2014-03-15 Thread Emmanuel Bourg

Oops wrong list, sorry for the noise.

Emmanuel Bourg


Le 15/03/2014 23:35, Emmanuel Bourg a écrit :
> Hi all,
> 
> With the upload of easymock 3.2 to unstable we are now ready to push
> tomcat8 into the light. A sponsor to upload it would be welcome. The
> package is on alioth:
> 
> http://anonscm.debian.org/gitweb/?p=pkg-java/tomcat8.git
> 
> http://mentors.debian.net/package/tomcat8
> 
> Thank you,
> 
> Emmanuel Bourg
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 


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

RFS: tomcat8/8.0.3-1 (NEW)

2014-03-15 Thread Emmanuel Bourg

Hi all,

With the upload of easymock 3.2 to unstable we are now ready to push
tomcat8 into the light. A sponsor to upload it would be welcome. The
package is on alioth:

http://anonscm.debian.org/gitweb/?p=pkg-java/tomcat8.git

http://mentors.debian.net/package/tomcat8

Thank you,

Emmanuel Bourg

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

Re: [SITE][configuration] Problem with download site

2014-03-15 Thread Thomas Neidhart

On 03/15/2014 09:57 PM, Oliver Heger wrote:
> Hi,
> 
> after a report on the user list I have redeployed the site for
> [configuration] in a defined state. The content looks good now, however,
> the download link gives a 403 Forbidden error.
> 
> ISTR that others already stumbled across this problem, but do not
> currently find a solution. Can anybody help me out here?

Hi Oliver,

I guess you deployed the site from the 1.10 release branch. There the
download_configuration.cgi file is missing in the src/site/resources
folder. Copy it from the current trunk and redeploy, then it should work
imho.

Thomas

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

[SITE][configuration] Problem with download site

2014-03-15 Thread Oliver Heger

Hi,

after a report on the user list I have redeployed the site for
[configuration] in a defined state. The content looks good now, however,
the download link gives a 403 Forbidden error.

ISTR that others already stumbled across this problem, but do not
currently find a solution. Can anybody help me out here?

Thanks
Oliver

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

Re: [VOTE] Release Commons Lang 3.3.1 based on RC1

2014-03-15 Thread Gary Gregory

+1

Using:

Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9;
2014-02-14T12:37:52-05:00)
Maven home: C:\Java\apache-maven-3.2.1\bin\..
Java version: 1.7.0_51, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_51\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"

Downloaded src zip, asc and md5 OK, site builds OK. RAT and Clirr OK, other
reports seem no worse than 3.3.

Gary


On Sat, Mar 15, 2014 at 9:22 AM, Benedikt Ritter  wrote:

> Hi all,
>
> we have introduced a bug in release 3.3 when we fixed LANG-951 [1]. This
> has been reported a few days ago and fixed by Duncan Jones in LANG-987 [2].
> Since there is no work around for this bug and sebb has also fixed quite a
> few bugs in DurationFormatUtils, I'd like to push out a bug fix release. So
> please review Commons Lang 3.3.1 RC1.
>
> Lang 3.3.1 RC1 is available for review here (rev. 4654):
>   https://dist.apache.org/repos/dist/dev/commons/lang/
>
> Tag is available here (rev. 1577854):
>   https://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_3_1_RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1019/
>
> Details of changes since 3.3 are in the release notes:
>   https://dist.apache.org/repos/dist/dev/commons/lang/RELEASE-NOTES.txt
>   http://people.apache.org/~britter/commons-lang-3.3.1/changes-report.html
>
> Site:
>http://people.apache.org/~britter/commons-lang-3.3.1/
> (broken links will be fixed when the site is published)
>
> Clirr Report (compared to 3.3):
>   http://people.apache.org/~britter/commons-lang-3.3.1/clirr-report.html
>
> RAT Report:
>   http://people.apache.org/~britter/commons-lang-3.3.1/rat-report.html
>
> KEYS:
>   http://www.apache.org/dist/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner that 72 hours from now, i.e. after 14:30 CET
> 18-March 2014
>
> [ ] +1 Release these artifacts
> [ ] +0 OK, but...
> [ ] -0 OK, but really should fix...
> [ ] -1 I oppose this release because...
>
> Thanks!
> Benedikt
>
> [1] https://issues.apache.org/jira/browse/LANG-951
> [2] https://issues.apache.org/jira/browse/LANG-987
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition
JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE] Release Commons Lang 3.3.1 based on RC1

2014-03-15 Thread Gary Gregory

Not a blocker until Java 8 is released, but running 'mvn javadoc:javadoc'
fails on Java 8 (build 1.8.0-b132).

Gary


On Sat, Mar 15, 2014 at 9:22 AM, Benedikt Ritter  wrote:

> Hi all,
>
> we have introduced a bug in release 3.3 when we fixed LANG-951 [1]. This
> has been reported a few days ago and fixed by Duncan Jones in LANG-987 [2].
> Since there is no work around for this bug and sebb has also fixed quite a
> few bugs in DurationFormatUtils, I'd like to push out a bug fix release. So
> please review Commons Lang 3.3.1 RC1.
>
> Lang 3.3.1 RC1 is available for review here (rev. 4654):
>   https://dist.apache.org/repos/dist/dev/commons/lang/
>
> Tag is available here (rev. 1577854):
>   https://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_3_1_RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1019/
>
> Details of changes since 3.3 are in the release notes:
>   https://dist.apache.org/repos/dist/dev/commons/lang/RELEASE-NOTES.txt
>   http://people.apache.org/~britter/commons-lang-3.3.1/changes-report.html
>
> Site:
>http://people.apache.org/~britter/commons-lang-3.3.1/
> (broken links will be fixed when the site is published)
>
> Clirr Report (compared to 3.3):
>   http://people.apache.org/~britter/commons-lang-3.3.1/clirr-report.html
>
> RAT Report:
>   http://people.apache.org/~britter/commons-lang-3.3.1/rat-report.html
>
> KEYS:
>   http://www.apache.org/dist/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner that 72 hours from now, i.e. after 14:30 CET
> 18-March 2014
>
> [ ] +1 Release these artifacts
> [ ] +0 OK, but...
> [ ] -0 OK, but really should fix...
> [ ] -1 I oppose this release because...
>
> Thanks!
> Benedikt
>
> [1] https://issues.apache.org/jira/browse/LANG-951
> [2] https://issues.apache.org/jira/browse/LANG-987
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition
JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE] Release Apache Commons Weaver 1.0 based on RC3

2014-03-15 Thread Matt Benson

Ahh, I managed to forget to close the staging repo. Now done; thanks Bene!

Matt


On Sat, Mar 15, 2014 at 5:12 AM, Benedikt Ritter  wrote:

>
>
>
> 2014-03-15 8:18 GMT+01:00 Matt Benson :
>
> On Fri, Mar 14, 2014 at 9:28 PM, Niall Pemberton
>> wrote:
>>
>> > On Thu, Mar 13, 2014 at 10:25 PM, Matt Benson > >wrote:
>> >
>> >> On Wed, Mar 12, 2014 at 1:36 PM, Benedikt Ritter 
>> >> wrote:
>> >>
>> >> > 2014-03-12 13:37 GMT+01:00 Gary Gregory :
>> >> >
>> >> > > [X] -1 I oppose this release because...
>> >> > >
>> >> > > I'm sorry to say but it is not possible to tell how to use this
>> >> > components
>> >> > > by looking at the site.
>> >> > >
>> >> > > The text descriptions could not be more terse and is devoid of
>> >> examples.
>> >> > > Finding the modules requires drilling down the site. The modules
>> AND
>> >> > > examples should be listed in the main menu. Preferably a user docs
>> >> page
>> >> > > should exist.
>> >> > >
>> >> > > Drilling down to the privilizer example source xref [1] is not
>> helpful
>> >> > > since the code has no comments.
>> >> > >
>> >> > > There appears to be a hierarchy of modules which is only
>> discoverable
>> >> by
>> >> > > drilling down the whole site. For example, on
>> >> > >
>> >> > >
>> >> > >
>> >> >
>> >>
>> https://people.apache.org/~mbenson/commons-weaver-1.0-rc3/commons-weaver-processor/index.html
>> >> > >
>> >> > > there are two modules with the exact same kind of description and
>> no
>> >> > guide
>> >> > > lines for when to use which one, unless you guess by the name of
>> >> course
>> >> > ;)
>> >> > > No good enough IMO.
>> >> > >
>> >> > > The page starts with "This module provides the
>> >> > > org.apache.commons:commons-weaver artifact." which are Maven
>> concepts
>> >> > > related to building Weaver itself or installing it for use in your
>> >> > > IDE/editor. This shows to me that the docs need a "Building" and
>> >> > > "Installing" section like some other sites have which tell you how
>> to
>> >> do
>> >> > > just that, building and installing.
>> >> > >
>> >> > > I do not see how this component can be released without telling
>> folks
>> >> how
>> >> > > to use it!
>> >> > >
>> >> >
>> >> > We're still voting on source code here. The site is only a nice to
>> have
>> >> > imho. If you find yourself unable to verify the release (because you
>> can
>> >> > not tell how to use the component), from my PoV a -0 would be
>> >> appropriate.
>> >> > But casting a veto because the website is incomplete doesn't fit into
>> >> the
>> >> > "release early, release often" credo we have agreed upon.
>> >>
>> >>
>> >> Bear in mind, releases cannot be vetoed. ;)
>> >
>> >
>> >  Doesn't seem like Gary is asking for much. Is it not possible to
>> improve
>> > the website and achieve a consensus?
>> >
>> > Of course it is possible, but it's not necessarily quick or "not much."
>> One thing Gary has asked for is a "building" section. There is such a page
>> linked from the root of [weaver]'s site. He has asked for installation
>> instructions, which--lo and behold--are visible under the heading
>> "Integration" on the front page of the [weaver] site. I admit to having
>> let
>> his request for a FAQ about the relationship between [weaver] and
>> BCEL/ASM/Javassist slip my mind. I have expressed full willingness to
>> improve the site, but since writing technical documentation is quite
>> apparently a skill beyond my grasp, I'd love a little help or at least
>> patience in that regard. Apache is supposed to be about community, but
>> it's
>> also supposed to be about doocracy. I've been fetching rocks on this
>> project for a _year_ now in my ever-diminishing spare time, to the
>> detriment of other ASF TLPs that could have been using it. When is the
>> last
>> time we've released a new Commons component? How many committers have we
>> lost over the years due to our excessive navel-gazing? Come to that, where
>> have you been for the past year or so, Niall? I have tried to retain a
>> positive outlook for this community, but like so many others my patience
>> is
>> wearing thin. Please try to contain your collective shock when you don't
>> see me bringing anything else new to Commons.
>>
>> FWIW, my +1 to the release. I'll keep the vote open until I get another
>> binding +1 or I somehow manage to blindly stumble onto what it is people
>> are looking for.
>>
>
> Hi Matt,
>
> I intended to review RC3 today but I keep getting "404 -
> ItemNotFoundException" when I try to access the staging repo. Can you help?
>
> Benedikt
>
>
>>
>> Matt
>>
>>
>> > Niall
>> >
>> >
>> >
>> >>  Matt
>> >>
>> >>
>> >> > The website can
>> >> > always be tweaked and republished.
>> >> >
>> >> > Having said that, I'll not have the time until friday to review this
>> RC
>> >> > myself :o)
>> >> >
>> >> > Benedikt
>> >> >
>> >> >
>> >> > >
>> >> > > Gary
>> >> > >
>> >> > > [1]
>> >> > >
>> >> > >
>> >> >
>> >>
>> https://people.apache.org/~mbenson/commons-weaver-1.0-rc3/commons-weaver-mod

Re: [VOTE] Release Commons Lang 3.3.1 based on RC1

2014-03-15 Thread Luc Maisonobe

Le 15/03/2014 14:22, Benedikt Ritter a écrit :
> Hi all,

Hi Benedikt.


I have a test failure:

Failed tests:

FastDateParserTest.testParses:244->validateSdfFormatFdpParseEquality:220
ja_JP Sat Feb 10 05:09:21 CET 1900
//////ss/// America/New_York
expected: but was:

Tests run: 2513, Failures: 1, Errors: 0, Skipped: 4

The tests were run using the following configuration:

(lehrin) luc% mvn -v
Apache Maven 3.0.5
Maven home: /usr/share/maven
Java version: 1.6.0_30, vendor: Sun Microsystems Inc.
Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre
Default locale: fr_FR, platform encoding: UTF-8
OS name: "linux", version: "3.13-1-amd64", arch: "amd64", family: "unix"
(lehrin) luc%

This seems to be related to LANG-978, but the failure occurred in an old
version of Java (1.6), not with a recent one.

Luc

> 
> we have introduced a bug in release 3.3 when we fixed LANG-951 [1]. This
> has been reported a few days ago and fixed by Duncan Jones in LANG-987 [2].
> Since there is no work around for this bug and sebb has also fixed quite a
> few bugs in DurationFormatUtils, I'd like to push out a bug fix release. So
> please review Commons Lang 3.3.1 RC1.
> 
> Lang 3.3.1 RC1 is available for review here (rev. 4654):
>   https://dist.apache.org/repos/dist/dev/commons/lang/
> 
> Tag is available here (rev. 1577854):
>   https://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_3_1_RC1
> 
> Maven artifacts are here:
>   https://repository.apache.org/content/repositories/orgapachecommons-1019/
> 
> Details of changes since 3.3 are in the release notes:
>   https://dist.apache.org/repos/dist/dev/commons/lang/RELEASE-NOTES.txt
>   http://people.apache.org/~britter/commons-lang-3.3.1/changes-report.html
> 
> Site:
>http://people.apache.org/~britter/commons-lang-3.3.1/
> (broken links will be fixed when the site is published)
> 
> Clirr Report (compared to 3.3):
>   http://people.apache.org/~britter/commons-lang-3.3.1/clirr-report.html
> 
> RAT Report:
>   http://people.apache.org/~britter/commons-lang-3.3.1/rat-report.html
> 
> KEYS:
>   http://www.apache.org/dist/commons/KEYS
> 
> Please review the release candidate and vote.
> This vote will close no sooner that 72 hours from now, i.e. after 14:30 CET
> 18-March 2014
> 
> [ ] +1 Release these artifacts
> [ ] +0 OK, but...
> [ ] -0 OK, but really should fix...
> [ ] -1 I oppose this release because...
> 
> Thanks!
> Benedikt
> 
> [1] https://issues.apache.org/jira/browse/LANG-951
> [2] https://issues.apache.org/jira/browse/LANG-987
> 
> 


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

[VOTE] Release Commons Lang 3.3.1 based on RC1

2014-03-15 Thread Benedikt Ritter

Hi all,

we have introduced a bug in release 3.3 when we fixed LANG-951 [1]. This
has been reported a few days ago and fixed by Duncan Jones in LANG-987 [2].
Since there is no work around for this bug and sebb has also fixed quite a
few bugs in DurationFormatUtils, I'd like to push out a bug fix release. So
please review Commons Lang 3.3.1 RC1.

Lang 3.3.1 RC1 is available for review here (rev. 4654):
  https://dist.apache.org/repos/dist/dev/commons/lang/

Tag is available here (rev. 1577854):
  https://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_3_1_RC1

Maven artifacts are here:
  https://repository.apache.org/content/repositories/orgapachecommons-1019/

Details of changes since 3.3 are in the release notes:
  https://dist.apache.org/repos/dist/dev/commons/lang/RELEASE-NOTES.txt
  http://people.apache.org/~britter/commons-lang-3.3.1/changes-report.html

Site:
   http://people.apache.org/~britter/commons-lang-3.3.1/
(broken links will be fixed when the site is published)

Clirr Report (compared to 3.3):
  http://people.apache.org/~britter/commons-lang-3.3.1/clirr-report.html

RAT Report:
  http://people.apache.org/~britter/commons-lang-3.3.1/rat-report.html

KEYS:
  http://www.apache.org/dist/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner that 72 hours from now, i.e. after 14:30 CET
18-March 2014

[ ] +1 Release these artifacts
[ ] +0 OK, but...
[ ] -0 OK, but really should fix...
[ ] -1 I oppose this release because...

Thanks!
Benedikt

[1] https://issues.apache.org/jira/browse/LANG-951
[2] https://issues.apache.org/jira/browse/LANG-987


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: svn commit: r1577332 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/DateUtils.java test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.j

2014-03-15 Thread Benedikt Ritter

2014-03-15 12:55 GMT+01:00 Duncan Jones :

> On 15 Mar 2014 10:27, "Benedikt Ritter"  wrote:
> >
> > 2014-03-15 11:25 GMT+01:00 Benedikt Ritter :
> >
> > > I guess this one was introduced by me when I tried to fix LANG-951 :-)
> > >
> >
> > The reporter doesn't seem to be amused... Does this call for a quit bug
> fix
> > release? I could prepare a RC today.
>
> Might be a good idea. There's not really a work-around available.
>

okay, I'll start preparing the RC now.


>
> Duncan
>
> >
> >
> > >
> > >
> > > 2014-03-13 22:40 GMT+01:00 :
> > >
> > > Author: djones
> > >> Date: Thu Mar 13 21:40:26 2014
> > >> New Revision: 1577332
> > >>
> > >> URL: http://svn.apache.org/r1577332
> > >> Log:
> > >> LANG-987: DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns
> wrong
> > >> days, reported by Jay Xu.
> > >>
> > >> Modified:
> > >> commons/proper/lang/trunk/src/changes/changes.xml
> > >>
> > >>
>
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> > >>
> > >>
>
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> > >>
> > >> Modified: commons/proper/lang/trunk/src/changes/changes.xml
> > >> URL:
> > >>
>
> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/changes/changes.xml?rev=1577332&r1=1577331&r2=1577332&view=diff
> > >>
> > >>
>
> ==
> > >> --- commons/proper/lang/trunk/src/changes/changes.xml [utf-8]
> (original)
> > >> +++ commons/proper/lang/trunk/src/changes/changes.xml [utf-8] Thu Mar
> 13
> > >> 21:40:26 2014
> > >> @@ -22,6 +22,7 @@
> > >>
> > >>
> > >>
> > >> + > >> dev="djones">DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns
> > >> wrong days
> > >>   dev="sebb">DurationFormatUtils
> > >> does not describe format string fully
> > >>   > >> dev="sebb">DurationFormatUtils#lexx does not detect unmatched quote
> > >> char
> > >>   dev="sebb">DurationFormatUtils
> > >> does not handle large durations correctly
> > >>
> > >> Modified:
> > >>
>
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> > >> URL:
> > >>
>
> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java?rev=1577332&r1=1577331&r2=1577332&view=diff
> > >>
> > >>
>
> ==
> > >> ---
> > >>
>
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> > >> (original)
> > >> +++
> > >>
>
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> > >> Thu Mar 13 21:40:26 2014
> > >> @@ -1690,13 +1690,15 @@ public class DateUtils {
> > >>  final long millisPerUnit = getMillisPerUnit(unit);
> > >>  long result = 0;
> > >>
> > >> +int offset = (unit == Calendar.DAY_OF_YEAR) ? 0 : 1;
> > >> +
> > >>  // Fragments bigger than a day require a breakdown to days
> > >>  switch (fragment) {
> > >>  case Calendar.YEAR:
> > >> -result += ((calendar.get(Calendar.DAY_OF_YEAR) -1) *
> > >> MILLIS_PER_DAY) / millisPerUnit;
> > >> +result += ((calendar.get(Calendar.DAY_OF_YEAR) -
> offset)
> > >> * MILLIS_PER_DAY) / millisPerUnit;
> > >>  break;
> > >>  case Calendar.MONTH:
> > >> -result += ((calendar.get(Calendar.DAY_OF_MONTH) -1) *
> > >> MILLIS_PER_DAY) / millisPerUnit;
> > >> +result += ((calendar.get(Calendar.DAY_OF_MONTH) -
> > >> offset) * MILLIS_PER_DAY) / millisPerUnit;
> > >>  break;
> > >>  default:
> > >>  break;
> > >>
> > >> Modified:
> > >>
>
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> > >> URL:
> > >>
>
> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java?rev=1577332&r1=1577331&r2=1577332&view=diff
> > >>
> > >>
>
> ==
> > >> ---
> > >>
>
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> > >> (original)
> > >> +++
> > >>
>
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> > >> Thu Mar 13 21:40:26 2014
> > >> @@ -561,4 +561,32 @@ testResult);
> > >>  / DateUtils.MILLIS_PER_HOUR,
> > >>  testResult);
> > >>  }
> > >> +
> > >> +@Test
> > >> +public void testDaysOfMonthWithCalendar() throws Exception {
> > >> +final long testResult =
> DateUtils.getFragmentInDays(aCalendar,
> > >> Calendar.MONTH);
> > >> +assertEquals(days, testResult);
> > >> +}
> > >> +
> > >> +@Test
> > >> +public void testDaysOfMonthWithDate() throws Exception {
> > >> +

Re: svn commit: r1577332 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/DateUtils.java test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.j

2014-03-15 Thread Duncan Jones

On 15 Mar 2014 10:27, "Benedikt Ritter"  wrote:
>
> 2014-03-15 11:25 GMT+01:00 Benedikt Ritter :
>
> > I guess this one was introduced by me when I tried to fix LANG-951 :-)
> >
>
> The reporter doesn't seem to be amused... Does this call for a quit bug
fix
> release? I could prepare a RC today.

Might be a good idea. There's not really a work-around available.

Duncan

>
>
> >
> >
> > 2014-03-13 22:40 GMT+01:00 :
> >
> > Author: djones
> >> Date: Thu Mar 13 21:40:26 2014
> >> New Revision: 1577332
> >>
> >> URL: http://svn.apache.org/r1577332
> >> Log:
> >> LANG-987: DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns
wrong
> >> days, reported by Jay Xu.
> >>
> >> Modified:
> >> commons/proper/lang/trunk/src/changes/changes.xml
> >>
> >>
commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> >>
> >>
commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> >>
> >> Modified: commons/proper/lang/trunk/src/changes/changes.xml
> >> URL:
> >>
http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/changes/changes.xml?rev=1577332&r1=1577331&r2=1577332&view=diff
> >>
> >>
==
> >> --- commons/proper/lang/trunk/src/changes/changes.xml [utf-8]
(original)
> >> +++ commons/proper/lang/trunk/src/changes/changes.xml [utf-8] Thu Mar
13
> >> 21:40:26 2014
> >> @@ -22,6 +22,7 @@
> >>
> >>
> >>
> >> + >> dev="djones">DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns
> >> wrong days
> >>  DurationFormatUtils
> >> does not describe format string fully
> >>   >> dev="sebb">DurationFormatUtils#lexx does not detect unmatched quote
> >> char
> >>  DurationFormatUtils
> >> does not handle large durations correctly
> >>
> >> Modified:
> >>
commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> >> URL:
> >>
http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java?rev=1577332&r1=1577331&r2=1577332&view=diff
> >>
> >>
==
> >> ---
> >>
commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> >> (original)
> >> +++
> >>
commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> >> Thu Mar 13 21:40:26 2014
> >> @@ -1690,13 +1690,15 @@ public class DateUtils {
> >>  final long millisPerUnit = getMillisPerUnit(unit);
> >>  long result = 0;
> >>
> >> +int offset = (unit == Calendar.DAY_OF_YEAR) ? 0 : 1;
> >> +
> >>  // Fragments bigger than a day require a breakdown to days
> >>  switch (fragment) {
> >>  case Calendar.YEAR:
> >> -result += ((calendar.get(Calendar.DAY_OF_YEAR) -1) *
> >> MILLIS_PER_DAY) / millisPerUnit;
> >> +result += ((calendar.get(Calendar.DAY_OF_YEAR) -
offset)
> >> * MILLIS_PER_DAY) / millisPerUnit;
> >>  break;
> >>  case Calendar.MONTH:
> >> -result += ((calendar.get(Calendar.DAY_OF_MONTH) -1) *
> >> MILLIS_PER_DAY) / millisPerUnit;
> >> +result += ((calendar.get(Calendar.DAY_OF_MONTH) -
> >> offset) * MILLIS_PER_DAY) / millisPerUnit;
> >>  break;
> >>  default:
> >>  break;
> >>
> >> Modified:
> >>
commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> >> URL:
> >>
http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java?rev=1577332&r1=1577331&r2=1577332&view=diff
> >>
> >>
==
> >> ---
> >>
commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> >> (original)
> >> +++
> >>
commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> >> Thu Mar 13 21:40:26 2014
> >> @@ -561,4 +561,32 @@ testResult);
> >>  / DateUtils.MILLIS_PER_HOUR,
> >>  testResult);
> >>  }
> >> +
> >> +@Test
> >> +public void testDaysOfMonthWithCalendar() throws Exception {
> >> +final long testResult = DateUtils.getFragmentInDays(aCalendar,
> >> Calendar.MONTH);
> >> +assertEquals(days, testResult);
> >> +}
> >> +
> >> +@Test
> >> +public void testDaysOfMonthWithDate() throws Exception {
> >> +final long testResult = DateUtils.getFragmentInDays(aDate,
> >> Calendar.MONTH);
> >> +final Calendar cal = Calendar.getInstance();
> >> +cal.setTime(aDate);
> >> +assertEquals(cal.get(Calendar.DAY_OF_MONTH), testResult);
> >> +}
> >> +
> >> +@Test
> >> +public void testDaysOfYearWithCalendar() throws Exception {
> >> +final long testResult = DateUtils.getFragmentInDa

Re: [IO][IO-429] optimized IOUtils.toByteArray(InputStream)?

2014-03-15 Thread Benedikt Ritter

Bernd, if you have a working fix for this, feel free to implement it.

Benedikt


2014-03-12 22:06 GMT+01:00 Bernd Eckenfels :

> Pardon me, its Fabian, not Florian.
>
> Am Wed, 12 Mar 2014 22:03:54 +0100
> schrieb Bernd Eckenfels :
> > just a small pointer, after a Twitter discussion on
> > IOUtils.toByteArray(InputStream) (not) dealing with streams larger
> > than 2GB (because the Java byte array limit would be exceeded) Florian
> > opened a Bug and there are some discussions around it.
> >
> > https://issues.apache.org/jira/browse/IO-429
> ...
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: svn commit: r1577519 - /commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java

2014-03-15 Thread Benedikt Ritter

Nice one!


2014-03-14 14:23 GMT+01:00 :

> Author: djones
> Date: Fri Mar 14 13:23:25 2014
> New Revision: 1577519
>
> URL: http://svn.apache.org/r1577519
> Log:
> Make use of existing TimeUnit class to manage time units.
>
> Modified:
>
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
>
> Modified:
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java?rev=1577519&r1=1577518&r2=1577519&view=diff
>
> ==
> ---
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> (original)
> +++
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> Fri Mar 14 13:23:25 2014
> @@ -24,6 +24,7 @@ import java.util.Date;
>  import java.util.Iterator;
>  import java.util.Locale;
>  import java.util.NoSuchElementException;
> +import java.util.concurrent.TimeUnit;
>
>  /**
>   * A suite of utilities surrounding the use of the
> @@ -1288,7 +1289,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInMilliseconds(final Date date, final
> int fragment) {
> -return getFragment(date, fragment, Calendar.MILLISECOND);
> +return getFragment(date, fragment, TimeUnit.MILLISECONDS);
>  }
>
>  /**
> @@ -1328,7 +1329,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInSeconds(final Date date, final int
> fragment) {
> -return getFragment(date, fragment, Calendar.SECOND);
> +return getFragment(date, fragment, TimeUnit.SECONDS);
>  }
>
>  /**
> @@ -1368,7 +1369,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInMinutes(final Date date, final int
> fragment) {
> -return getFragment(date, fragment, Calendar.MINUTE);
> +return getFragment(date, fragment, TimeUnit.MINUTES);
>  }
>
>  /**
> @@ -1408,7 +1409,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInHours(final Date date, final int
> fragment) {
> -return getFragment(date, fragment, Calendar.HOUR_OF_DAY);
> +return getFragment(date, fragment, TimeUnit.HOURS);
>  }
>
>  /**
> @@ -1448,7 +1449,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInDays(final Date date, final int
> fragment) {
> -return getFragment(date, fragment, Calendar.DAY_OF_YEAR);
> +return getFragment(date, fragment, TimeUnit.DAYS);
>  }
>
>  /**
> @@ -1488,7 +1489,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>public static long getFragmentInMilliseconds(final Calendar calendar,
> final int fragment) {
> -return getFragment(calendar, fragment, Calendar.MILLISECOND);
> +return getFragment(calendar, fragment, TimeUnit.MILLISECONDS);
>}
>  /**
>   * Returns the number of seconds within the
> @@ -1527,7 +1528,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInSeconds(final Calendar calendar,
> final int fragment) {
> -return getFragment(calendar, fragment, Calendar.SECOND);
> +return getFragment(calendar, fragment, TimeUnit.SECONDS);
>  }
>
>  /**
> @@ -1567,7 +1568,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInMinutes(final Calendar calendar,
> final int fragment) {
> -return getFragment(calendar, fragment, Calendar.MINUTE);
> +return getFragment(calendar, fragment, TimeUnit.MINUTES);
>  }
>
>  /**
> @@ -1607,7 +1608,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInHours(final Calendar calendar, final
> int fragment) {
> -return getFragment(calendar, fragment, Calendar.HOUR_OF_DAY);
> +return getFragment(calendar, fragment, TimeUnit.HOURS);
>  }
>
>  /**
> @@ -1649,7 +1650,7 @@ public class DateUtils {
>   * @since 2.4
>   */
>  public static long getFragmentInDays(final Calendar calendar, final
> int fragment) {
> -return getFragment(calendar, fragment, Calendar.DAY_OF_YEAR);
> +return getFragment(calendar, fragment, TimeUnit.DAYS);
>  }
>
>  /**
> @@ -1657,13 +1658,13 @@ public class DateUtils {
>   *
>   * @param date the date to work with, not null
>   * @param fragment the Calendar field part of date to calculate
> - * @param unit the {@code Calendar} field defining the unit
> + * @param unit the time unit
>   * @return number of units within the fragment of the date
>   * @throws IllegalArgumentException if the date is null
> or
>   * fragment is not supported
>   * @since 2.4
>   */
> -pr

Re: svn commit: r1577332 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/DateUtils.java test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.j

2014-03-15 Thread Benedikt Ritter

2014-03-15 11:25 GMT+01:00 Benedikt Ritter :

> I guess this one was introduced by me when I tried to fix LANG-951 :-)
>

The reporter doesn't seem to be amused... Does this call for a quit bug fix
release? I could prepare a RC today.


>
>
> 2014-03-13 22:40 GMT+01:00 :
>
> Author: djones
>> Date: Thu Mar 13 21:40:26 2014
>> New Revision: 1577332
>>
>> URL: http://svn.apache.org/r1577332
>> Log:
>> LANG-987: DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns wrong
>> days, reported by Jay Xu.
>>
>> Modified:
>> commons/proper/lang/trunk/src/changes/changes.xml
>>
>> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
>>
>> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
>>
>> Modified: commons/proper/lang/trunk/src/changes/changes.xml
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/changes/changes.xml?rev=1577332&r1=1577331&r2=1577332&view=diff
>>
>> ==
>> --- commons/proper/lang/trunk/src/changes/changes.xml [utf-8] (original)
>> +++ commons/proper/lang/trunk/src/changes/changes.xml [utf-8] Thu Mar 13
>> 21:40:26 2014
>> @@ -22,6 +22,7 @@
>>
>>
>>
>> +> dev="djones">DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns
>> wrong days
>>  DurationFormatUtils
>> does not describe format string fully
>>  > dev="sebb">DurationFormatUtils#lexx does not detect unmatched quote
>> char
>>  DurationFormatUtils
>> does not handle large durations correctly
>>
>> Modified:
>> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java?rev=1577332&r1=1577331&r2=1577332&view=diff
>>
>> ==
>> ---
>> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
>> (original)
>> +++
>> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
>> Thu Mar 13 21:40:26 2014
>> @@ -1690,13 +1690,15 @@ public class DateUtils {
>>  final long millisPerUnit = getMillisPerUnit(unit);
>>  long result = 0;
>>
>> +int offset = (unit == Calendar.DAY_OF_YEAR) ? 0 : 1;
>> +
>>  // Fragments bigger than a day require a breakdown to days
>>  switch (fragment) {
>>  case Calendar.YEAR:
>> -result += ((calendar.get(Calendar.DAY_OF_YEAR) -1) *
>> MILLIS_PER_DAY) / millisPerUnit;
>> +result += ((calendar.get(Calendar.DAY_OF_YEAR) - offset)
>> * MILLIS_PER_DAY) / millisPerUnit;
>>  break;
>>  case Calendar.MONTH:
>> -result += ((calendar.get(Calendar.DAY_OF_MONTH) -1) *
>> MILLIS_PER_DAY) / millisPerUnit;
>> +result += ((calendar.get(Calendar.DAY_OF_MONTH) -
>> offset) * MILLIS_PER_DAY) / millisPerUnit;
>>  break;
>>  default:
>>  break;
>>
>> Modified:
>> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java?rev=1577332&r1=1577331&r2=1577332&view=diff
>>
>> ==
>> ---
>> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
>> (original)
>> +++
>> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
>> Thu Mar 13 21:40:26 2014
>> @@ -561,4 +561,32 @@ testResult);
>>  / DateUtils.MILLIS_PER_HOUR,
>>  testResult);
>>  }
>> +
>> +@Test
>> +public void testDaysOfMonthWithCalendar() throws Exception {
>> +final long testResult = DateUtils.getFragmentInDays(aCalendar,
>> Calendar.MONTH);
>> +assertEquals(days, testResult);
>> +}
>> +
>> +@Test
>> +public void testDaysOfMonthWithDate() throws Exception {
>> +final long testResult = DateUtils.getFragmentInDays(aDate,
>> Calendar.MONTH);
>> +final Calendar cal = Calendar.getInstance();
>> +cal.setTime(aDate);
>> +assertEquals(cal.get(Calendar.DAY_OF_MONTH), testResult);
>> +}
>> +
>> +@Test
>> +public void testDaysOfYearWithCalendar() throws Exception {
>> +final long testResult = DateUtils.getFragmentInDays(aCalendar,
>> Calendar.YEAR);
>> +assertEquals(aCalendar.get(Calendar.DAY_OF_YEAR), testResult);
>> +}
>> +
>> +@Test
>> +public void testDaysOfYearWithDate() throws Exception {
>> +final long testResult = DateUtils.getFragmentInDays(aDate,
>> Calendar.YEAR);
>> +final Calendar cal = Calendar.getInstance();
>> +cal.setT

Re: svn commit: r1577332 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/DateUtils.java test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.j

2014-03-15 Thread Benedikt Ritter

I guess this one was introduced by me when I tried to fix LANG-951 :-)


2014-03-13 22:40 GMT+01:00 :

> Author: djones
> Date: Thu Mar 13 21:40:26 2014
> New Revision: 1577332
>
> URL: http://svn.apache.org/r1577332
> Log:
> LANG-987: DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns wrong
> days, reported by Jay Xu.
>
> Modified:
> commons/proper/lang/trunk/src/changes/changes.xml
>
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
>
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
>
> Modified: commons/proper/lang/trunk/src/changes/changes.xml
> URL:
> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/changes/changes.xml?rev=1577332&r1=1577331&r2=1577332&view=diff
>
> ==
> --- commons/proper/lang/trunk/src/changes/changes.xml [utf-8] (original)
> +++ commons/proper/lang/trunk/src/changes/changes.xml [utf-8] Thu Mar 13
> 21:40:26 2014
> @@ -22,6 +22,7 @@
>
>
>
> + dev="djones">DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns
> wrong days
>  DurationFormatUtils
> does not describe format string fully
>   dev="sebb">DurationFormatUtils#lexx does not detect unmatched quote
> char
>  DurationFormatUtils
> does not handle large durations correctly
>
> Modified:
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java?rev=1577332&r1=1577331&r2=1577332&view=diff
>
> ==
> ---
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> (original)
> +++
> commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java
> Thu Mar 13 21:40:26 2014
> @@ -1690,13 +1690,15 @@ public class DateUtils {
>  final long millisPerUnit = getMillisPerUnit(unit);
>  long result = 0;
>
> +int offset = (unit == Calendar.DAY_OF_YEAR) ? 0 : 1;
> +
>  // Fragments bigger than a day require a breakdown to days
>  switch (fragment) {
>  case Calendar.YEAR:
> -result += ((calendar.get(Calendar.DAY_OF_YEAR) -1) *
> MILLIS_PER_DAY) / millisPerUnit;
> +result += ((calendar.get(Calendar.DAY_OF_YEAR) - offset)
> * MILLIS_PER_DAY) / millisPerUnit;
>  break;
>  case Calendar.MONTH:
> -result += ((calendar.get(Calendar.DAY_OF_MONTH) -1) *
> MILLIS_PER_DAY) / millisPerUnit;
> +result += ((calendar.get(Calendar.DAY_OF_MONTH) - offset)
> * MILLIS_PER_DAY) / millisPerUnit;
>  break;
>  default:
>  break;
>
> Modified:
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java?rev=1577332&r1=1577331&r2=1577332&view=diff
>
> ==
> ---
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> (original)
> +++
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.java
> Thu Mar 13 21:40:26 2014
> @@ -561,4 +561,32 @@ testResult);
>  / DateUtils.MILLIS_PER_HOUR,
>  testResult);
>  }
> +
> +@Test
> +public void testDaysOfMonthWithCalendar() throws Exception {
> +final long testResult = DateUtils.getFragmentInDays(aCalendar,
> Calendar.MONTH);
> +assertEquals(days, testResult);
> +}
> +
> +@Test
> +public void testDaysOfMonthWithDate() throws Exception {
> +final long testResult = DateUtils.getFragmentInDays(aDate,
> Calendar.MONTH);
> +final Calendar cal = Calendar.getInstance();
> +cal.setTime(aDate);
> +assertEquals(cal.get(Calendar.DAY_OF_MONTH), testResult);
> +}
> +
> +@Test
> +public void testDaysOfYearWithCalendar() throws Exception {
> +final long testResult = DateUtils.getFragmentInDays(aCalendar,
> Calendar.YEAR);
> +assertEquals(aCalendar.get(Calendar.DAY_OF_YEAR), testResult);
> +}
> +
> +@Test
> +public void testDaysOfYearWithDate() throws Exception {
> +final long testResult = DateUtils.getFragmentInDays(aDate,
> Calendar.YEAR);
> +final Calendar cal = Calendar.getInstance();
> +cal.setTime(aDate);
> +assertEquals(cal.get(Calendar.DAY_OF_YEAR), testResult);
> +}
>  }
>
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [RESULT][VOTE] Move Commons Betwixt to dormant

2014-03-15 Thread Benedikt Ritter

2014-03-15 11:12 GMT+01:00 Benedikt Ritter :

> This vote passes with the following votes:
>
> Jörg Schaible: +1
> Jochen Wiedmann: +1
> Bernd Eckenfels: +1 (non-binding)
> Simone Tripodi: +1
> Benedikt Ritter: +1
> Henri Yandell: +1 (non-binding)
>
> I'll take the necessary steps and move Commons Betwixt to dormant.
>

As the first step, I have created INFRA-7454 [1] so that the git mirror is
deactivated.

[1] https://issues.apache.org/jira/browse/INFRA-7454


>
> Thanks!
> Benedikt
>
>
>
> 2014-03-11 21:08 GMT+01:00 Benedikt Ritter :
>
>> Hi all,
>>
>> as discussed, I'd like to propose to move Apache Commons Betwixt to
>> dormant.
>>
>> Reasons:
>> - no real activity for a long while [1]
>> - last release was in 2008
>> - No need for Betwixt with JAXB around
>>
>> So please cast your votes:
>> This vote will close no sooner that 72 hours from now, i.e. after 21:30CET
>> 14 March 2014
>>
>>   [ ] +1 Move Commons Betwixt to dormant
>>   [ ] +/-0 I'm undecided on this concern
>>   [ ] -1 No, do NOT move Commons Betwixt to dormant (because)
>>
>> Thanks!
>> Benedikt
>>
>> [1]
>> http://www.svnsearch.org/svnsearch/repos/ASF/search?path=%2Fcommons%2Fproper%2Fbetwixt
>>
>> --
>> http://people.apache.org/~britter/
>> http://www.systemoutprintln.de/
>> http://twitter.com/BenediktRitter
>> http://github.com/britter
>>
>
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [VOTE] Release Apache Commons Weaver 1.0 based on RC3

2014-03-15 Thread Benedikt Ritter

2014-03-15 8:18 GMT+01:00 Matt Benson :

> On Fri, Mar 14, 2014 at 9:28 PM, Niall Pemberton
> wrote:
>
> > On Thu, Mar 13, 2014 at 10:25 PM, Matt Benson  >wrote:
> >
> >> On Wed, Mar 12, 2014 at 1:36 PM, Benedikt Ritter 
> >> wrote:
> >>
> >> > 2014-03-12 13:37 GMT+01:00 Gary Gregory :
> >> >
> >> > > [X] -1 I oppose this release because...
> >> > >
> >> > > I'm sorry to say but it is not possible to tell how to use this
> >> > components
> >> > > by looking at the site.
> >> > >
> >> > > The text descriptions could not be more terse and is devoid of
> >> examples.
> >> > > Finding the modules requires drilling down the site. The modules AND
> >> > > examples should be listed in the main menu. Preferably a user docs
> >> page
> >> > > should exist.
> >> > >
> >> > > Drilling down to the privilizer example source xref [1] is not
> helpful
> >> > > since the code has no comments.
> >> > >
> >> > > There appears to be a hierarchy of modules which is only
> discoverable
> >> by
> >> > > drilling down the whole site. For example, on
> >> > >
> >> > >
> >> > >
> >> >
> >>
> https://people.apache.org/~mbenson/commons-weaver-1.0-rc3/commons-weaver-processor/index.html
> >> > >
> >> > > there are two modules with the exact same kind of description and no
> >> > guide
> >> > > lines for when to use which one, unless you guess by the name of
> >> course
> >> > ;)
> >> > > No good enough IMO.
> >> > >
> >> > > The page starts with "This module provides the
> >> > > org.apache.commons:commons-weaver artifact." which are Maven
> concepts
> >> > > related to building Weaver itself or installing it for use in your
> >> > > IDE/editor. This shows to me that the docs need a "Building" and
> >> > > "Installing" section like some other sites have which tell you how
> to
> >> do
> >> > > just that, building and installing.
> >> > >
> >> > > I do not see how this component can be released without telling
> folks
> >> how
> >> > > to use it!
> >> > >
> >> >
> >> > We're still voting on source code here. The site is only a nice to
> have
> >> > imho. If you find yourself unable to verify the release (because you
> can
> >> > not tell how to use the component), from my PoV a -0 would be
> >> appropriate.
> >> > But casting a veto because the website is incomplete doesn't fit into
> >> the
> >> > "release early, release often" credo we have agreed upon.
> >>
> >>
> >> Bear in mind, releases cannot be vetoed. ;)
> >
> >
> >  Doesn't seem like Gary is asking for much. Is it not possible to improve
> > the website and achieve a consensus?
> >
> > Of course it is possible, but it's not necessarily quick or "not much."
> One thing Gary has asked for is a "building" section. There is such a page
> linked from the root of [weaver]'s site. He has asked for installation
> instructions, which--lo and behold--are visible under the heading
> "Integration" on the front page of the [weaver] site. I admit to having let
> his request for a FAQ about the relationship between [weaver] and
> BCEL/ASM/Javassist slip my mind. I have expressed full willingness to
> improve the site, but since writing technical documentation is quite
> apparently a skill beyond my grasp, I'd love a little help or at least
> patience in that regard. Apache is supposed to be about community, but it's
> also supposed to be about doocracy. I've been fetching rocks on this
> project for a _year_ now in my ever-diminishing spare time, to the
> detriment of other ASF TLPs that could have been using it. When is the last
> time we've released a new Commons component? How many committers have we
> lost over the years due to our excessive navel-gazing? Come to that, where
> have you been for the past year or so, Niall? I have tried to retain a
> positive outlook for this community, but like so many others my patience is
> wearing thin. Please try to contain your collective shock when you don't
> see me bringing anything else new to Commons.
>
> FWIW, my +1 to the release. I'll keep the vote open until I get another
> binding +1 or I somehow manage to blindly stumble onto what it is people
> are looking for.
>

Hi Matt,

I intended to review RC3 today but I keep getting "404 -
ItemNotFoundException" when I try to access the staging repo. Can you help?

Benedikt


>
> Matt
>
>
> > Niall
> >
> >
> >
> >>  Matt
> >>
> >>
> >> > The website can
> >> > always be tweaked and republished.
> >> >
> >> > Having said that, I'll not have the time until friday to review this
> RC
> >> > myself :o)
> >> >
> >> > Benedikt
> >> >
> >> >
> >> > >
> >> > > Gary
> >> > >
> >> > > [1]
> >> > >
> >> > >
> >> >
> >>
> https://people.apache.org/~mbenson/commons-weaver-1.0-rc3/commons-weaver-modules-parent/commons-weaver-normalizer-parent/commons-weaver-normalizer-example/xref/index.html
> >> > >
> >> > >
> >> > >
> >> > > On Tue, Mar 11, 2014 at 7:33 PM, Matt Benson 
> >> wrote:
> >> > >
> >> > > > Apache Commons Weaver 1.0 RC3 is available for review at:
> >> > > >   https://dist.apache.org/repos/dist/d

[RESULT][VOTE] Move Commons Betwixt to dormant

2014-03-15 Thread Benedikt Ritter

This vote passes with the following votes:

Jörg Schaible: +1
Jochen Wiedmann: +1
Bernd Eckenfels: +1 (non-binding)
Simone Tripodi: +1
Benedikt Ritter: +1
Henri Yandell: +1 (non-binding)

I'll take the necessary steps and move Commons Betwixt to dormant.

Thanks!
Benedikt


2014-03-11 21:08 GMT+01:00 Benedikt Ritter :

> Hi all,
>
> as discussed, I'd like to propose to move Apache Commons Betwixt to
> dormant.
>
> Reasons:
> - no real activity for a long while [1]
> - last release was in 2008
> - No need for Betwixt with JAXB around
>
> So please cast your votes:
> This vote will close no sooner that 72 hours from now, i.e. after 21:30CET
> 14 March 2014
>
>   [ ] +1 Move Commons Betwixt to dormant
>   [ ] +/-0 I'm undecided on this concern
>   [ ] -1 No, do NOT move Commons Betwixt to dormant (because)
>
> Thanks!
> Benedikt
>
> [1]
> http://www.svnsearch.org/svnsearch/repos/ASF/search?path=%2Fcommons%2Fproper%2Fbetwixt
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [VOTE] Release Apache Commons Weaver 1.0 based on RC3

2014-03-15 Thread Matt Benson

On Fri, Mar 14, 2014 at 9:28 PM, Niall Pemberton
wrote:

> On Thu, Mar 13, 2014 at 10:25 PM, Matt Benson wrote:
>
>> On Wed, Mar 12, 2014 at 1:36 PM, Benedikt Ritter 
>> wrote:
>>
>> > 2014-03-12 13:37 GMT+01:00 Gary Gregory :
>> >
>> > > [X] -1 I oppose this release because...
>> > >
>> > > I'm sorry to say but it is not possible to tell how to use this
>> > components
>> > > by looking at the site.
>> > >
>> > > The text descriptions could not be more terse and is devoid of
>> examples.
>> > > Finding the modules requires drilling down the site. The modules AND
>> > > examples should be listed in the main menu. Preferably a user docs
>> page
>> > > should exist.
>> > >
>> > > Drilling down to the privilizer example source xref [1] is not helpful
>> > > since the code has no comments.
>> > >
>> > > There appears to be a hierarchy of modules which is only discoverable
>> by
>> > > drilling down the whole site. For example, on
>> > >
>> > >
>> > >
>> >
>> https://people.apache.org/~mbenson/commons-weaver-1.0-rc3/commons-weaver-processor/index.html
>> > >
>> > > there are two modules with the exact same kind of description and no
>> > guide
>> > > lines for when to use which one, unless you guess by the name of
>> course
>> > ;)
>> > > No good enough IMO.
>> > >
>> > > The page starts with "This module provides the
>> > > org.apache.commons:commons-weaver artifact." which are Maven concepts
>> > > related to building Weaver itself or installing it for use in your
>> > > IDE/editor. This shows to me that the docs need a "Building" and
>> > > "Installing" section like some other sites have which tell you how to
>> do
>> > > just that, building and installing.
>> > >
>> > > I do not see how this component can be released without telling folks
>> how
>> > > to use it!
>> > >
>> >
>> > We're still voting on source code here. The site is only a nice to have
>> > imho. If you find yourself unable to verify the release (because you can
>> > not tell how to use the component), from my PoV a -0 would be
>> appropriate.
>> > But casting a veto because the website is incomplete doesn't fit into
>> the
>> > "release early, release often" credo we have agreed upon.
>>
>>
>> Bear in mind, releases cannot be vetoed. ;)
>
>
>  Doesn't seem like Gary is asking for much. Is it not possible to improve
> the website and achieve a consensus?
>
> Of course it is possible, but it's not necessarily quick or "not much."
One thing Gary has asked for is a "building" section. There is such a page
linked from the root of [weaver]'s site. He has asked for installation
instructions, which--lo and behold--are visible under the heading
"Integration" on the front page of the [weaver] site. I admit to having let
his request for a FAQ about the relationship between [weaver] and
BCEL/ASM/Javassist slip my mind. I have expressed full willingness to
improve the site, but since writing technical documentation is quite
apparently a skill beyond my grasp, I'd love a little help or at least
patience in that regard. Apache is supposed to be about community, but it's
also supposed to be about doocracy. I've been fetching rocks on this
project for a _year_ now in my ever-diminishing spare time, to the
detriment of other ASF TLPs that could have been using it. When is the last
time we've released a new Commons component? How many committers have we
lost over the years due to our excessive navel-gazing? Come to that, where
have you been for the past year or so, Niall? I have tried to retain a
positive outlook for this community, but like so many others my patience is
wearing thin. Please try to contain your collective shock when you don't
see me bringing anything else new to Commons.

FWIW, my +1 to the release. I'll keep the vote open until I get another
binding +1 or I somehow manage to blindly stumble onto what it is people
are looking for.

Matt


> Niall
>
>
>
>>  Matt
>>
>>
>> > The website can
>> > always be tweaked and republished.
>> >
>> > Having said that, I'll not have the time until friday to review this RC
>> > myself :o)
>> >
>> > Benedikt
>> >
>> >
>> > >
>> > > Gary
>> > >
>> > > [1]
>> > >
>> > >
>> >
>> https://people.apache.org/~mbenson/commons-weaver-1.0-rc3/commons-weaver-modules-parent/commons-weaver-normalizer-parent/commons-weaver-normalizer-example/xref/index.html
>> > >
>> > >
>> > >
>> > > On Tue, Mar 11, 2014 at 7:33 PM, Matt Benson 
>> wrote:
>> > >
>> > > > Apache Commons Weaver 1.0 RC3 is available for review at:
>> > > >   https://dist.apache.org/repos/dist/dev/commons/weaver/ (r4624).
>> > > >
>> > > > Maven artifacts are at:
>> > > >
>> > > >
>> > >
>> >
>> https://repository.apache.org/content/repositories/orgapachecommons-1018/
>> > > >  .
>> > > >
>> > > > Tested with Oracle JDKs 6, 7 and 8.
>> > > >
>> > > > The Subversion tag is:
>> > > >
>> http://svn.apache.org/repos/asf/commons/proper/weaver/tags/1.0_RC3/
>> > > >  (r1576397).
>> > > >
>> > > > Site:
>> > > >
>> http://people.apache.org/~mbenson/commons-weaver-1.0

Re: RFS: tomcat8/8.0.3-1 (NEW)

RFS: tomcat8/8.0.3-1 (NEW)

Re: [SITE][configuration] Problem with download site

[SITE][configuration] Problem with download site

Re: [VOTE] Release Commons Lang 3.3.1 based on RC1

Re: [VOTE] Release Commons Lang 3.3.1 based on RC1

Re: [VOTE] Release Apache Commons Weaver 1.0 based on RC3

Re: [VOTE] Release Commons Lang 3.3.1 based on RC1

[VOTE] Release Commons Lang 3.3.1 based on RC1

Re: svn commit: r1577332 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/DateUtils.java test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.j

Re: svn commit: r1577332 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/DateUtils.java test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.j

Re: [IO][IO-429] optimized IOUtils.toByteArray(InputStream)?

Re: svn commit: r1577519 - /commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/DateUtils.java

Re: svn commit: r1577332 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/DateUtils.java test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.j

Re: svn commit: r1577332 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/DateUtils.java test/java/org/apache/commons/lang3/time/DateUtilsFragmentTest.j

Re: [RESULT][VOTE] Move Commons Betwixt to dormant

Re: [VOTE] Release Apache Commons Weaver 1.0 based on RC3

[RESULT][VOTE] Move Commons Betwixt to dormant

Re: [VOTE] Release Apache Commons Weaver 1.0 based on RC3

19 matches

Site Navigation

Mail list logo

Footer information