Re: [ALL] Adding Projects to ASF git mirrors

[Benedikt Ritter]

Hi,

more than 72 hours have passed with no objections. I have created
INFRA-5925 [1].

Regards,
Benedikt

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


2013/3/1 Oliver Heger 

> Am 01.03.2013 09:22, schrieb Luc Maisonobe:
>
>  Hi Benedikt,
>>
>> Le 01/03/2013 09:14, Benedikt Ritter a écrit :
>>
>>> Nobody seems to know (or to care ;-), so I'll wait until 72 hours have
>>> passed. If nobody objects until after 72 hours have passed, I'll file an
>>> issue for INFRA.
>>>
>>
>> As far as I know, there are no specific decisions about Git mirrors.
>> There are already a few of them for some of our components, and they
>> could even been requested by almost anybody.
>>
>
> I saw that many components are already available through git and added a
> ticket to make [configuration] available some days ago.
>
> Oliver
>
>
>
>> Luc
>>
>>
>>> Benedikt
>>>
>>>
>>> 2013/2/27 Benedikt Ritter 
>>>
>>>  Hi,

 there is an issue to create a git mirror of BeanUtils [1]. This seems to
 be as easy as creating an issue for INFRA [2]. I just wanted to ask if
 there has to be some sort of formal decision (from the PMC) before a git
 mirror can be requested.

 If not I'd like to take care of this.

 Thanks,
 Benedikt

 [1] 
 https://issues.apache.org/**jira/browse/BEANUTILS-404
 [2] 
 http://www.apache.org/dev/git.**html


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


>>>
>>>
>>>
>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> dev-unsubscribe@commons.**apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@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: r1451914 - /commons/proper/collections/trunk/src/main/java/org/apache/commons/collections/ListUtils.java

[Benedikt Ritter]

2013/3/2 Thomas Neidhart 

> On 03/02/2013 07:33 PM, Benedikt Ritter wrote:
> > 2013/3/2 
> >
> >> Author: tn
> >> Date: Sat Mar  2 18:12:46 2013
> >> New Revision: 1451914
> >>
> >> URL: http://svn.apache.org/r1451914
> >> Log:
> >> [COLLECTIONS-366] Added ListUtils.range methods.
> >>
> >> Modified:
> >>
> >>
> commons/proper/collections/trunk/src/main/java/org/apache/commons/collections/ListUtils.java
> >>
> >> Modified:
> >>
> commons/proper/collections/trunk/src/main/java/org/apache/commons/collections/ListUtils.java
> >> URL:
> >>
> http://svn.apache.org/viewvc/commons/proper/collections/trunk/src/main/java/org/apache/commons/collections/ListUtils.java?rev=1451914&r1=1451913&r2=1451914&view=diff
> >>
> >>
> ==
> >> ---
> >>
> commons/proper/collections/trunk/src/main/java/org/apache/commons/collections/ListUtils.java
> >> (original)
> >> +++
> >>
> commons/proper/collections/trunk/src/main/java/org/apache/commons/collections/ListUtils.java
> >> Sat Mar  2 18:12:46 2013
> >> @@ -507,6 +507,9 @@ public class ListUtils {
> >>  return -1;
> >>  }
> >>
> >> +// partition
> >> +
> >>
>  //-
> >> +
> >>  /**
> >>   * Returns consecutive {@link List#subList(int, int) sublists} of a
> >>   * list, each of the same size (the final list may be smaller). For
> >> example,
> >> @@ -579,4 +582,99 @@ public class ListUtils {
> >>  return list.isEmpty();
> >>  }
> >>  }
> >> +
> >> +// range
> >> +
> >>
>  //-
> >> +
> >> +/**
> >> + * Returns an unmodifiable List of integers in the range [0, size -
> >> 1].
> >> + * 
> >> + * The returned list does not store the actual numbers, but checks
> >> + * if a given number would be contained in the defined range. A
> call
> >> + * to {@link #contains(Object)} is very fast - O(1).
> >> + *
> >> + * @see #range(int,int)
> >> + *
> >> + * @param size  the size of the returned list
> >> + * @return an unmodifiable list of integers in the range [0, size
> - 1]
> >> + * @throws IllegalArgumentException if from > to
> >> + * @since 4.0
> >> + */
> >> +public static List range(final int size) {
> >> +return range(0, size - 1);
> >> +}
> >> +
> >> +/**
> >> + * Returns an unmodifiable List of integers in the range [from,
> to].
> >> + * 
> >> + * The returned list does not store the actual numbers, but checks
> >> + * if a given number would be contained in the defined range. A
> call
> >> + * to {@link #contains(Object)} is very fast - O(1).
> >> + * 
> >> + * The bounds of the range are allowed to be negative.
> >> + *
> >> + * @param from  the start of the range
> >> + * @param to  the end of the range (inclusive)
> >> + * @return an unmodifiable list of integers in the specified range
> >> + * @throws IllegalArgumentException if from > to
> >> + * @since 4.0
> >> + */
> >> +public static List range(final int from, final int to) {
> >> +return ListUtils.unmodifiableList(new RangeList(from, to));
> >> +}
> >> +
> >> +/**
> >> + * Provides a memory-efficient implementation of a fixed range
> list.
> >> + * @since 4.0
> >> + */
> >> +private static final class RangeList extends AbstractList
> {
> >> +private final int from;
> >> +private final int to;
> >> +
> >> +/**
> >> + * Creates a list of integers with a given range, inclusive.
> >> + *
> >> + * @param from  the start of the range
> >> + * @param to  the end of the range (inclusive)
> >> + * @throws IllegalArgumentException if from > to
> >> + */
> >> +private RangeList(final int from, final int to) {
> >> +if (to < from) {
> >> +throw new IllegalArgumentException("from(" + from + ")
> >
> >> to(" + to + ")");
> >> +}
> >> +
> >> +this.from = from;
> >> +this.to = to;
> >> +}
> >> +
> >> +public int size() {
> >> +return to - from + 1;
> >> +}
> >> +
> >> +public Integer get(final int index) {
> >> +final int sz = size();
> >> +if (index >= sz || index < 0) {
> >> +throw new IndexOutOfBoundsException("Index: " + index +
> >> ", Size: " + sz);
> >> +}
> >> +return Integer.valueOf(index + from);
> >> +}
> >> +
> >> +public int indexOf(Object o) {
> >> +if (o instanceof Number) {
> >
> > +final int value = ((Number) o).intValue();
> >>
> >
> > Why do we cast to Number instead of Integer?
> >
> > With this implementation the following will fail:
> >
> > public void testRange() {
> > List rang

[BeanUtils] Removing @author tags?

[Benedikt Ritter]

Hi,

@author tags are no longer used, because authors are documented in pom.xml.
I don't know the history of BeanUtils so I'm asking if there are any
arguments against moving authors from source code files to pom.xml.
I will wait for 72 hours before I create a JIRA issue for this change.

Regards,
Benedikt


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

Re: [BeanUtils] Removing @author tags?

[Luc Maisonobe]

Le 03/03/2013 11:43, Benedikt Ritter a écrit :
> Hi,

Hi Benedikt,

> 
> @author tags are no longer used, because authors are documented in pom.xml.
> I don't know the history of BeanUtils so I'm asking if there are any
> arguments against moving authors from source code files to pom.xml.
> I will wait for 72 hours before I create a JIRA issue for this change.

In fact, at commons we prefer to avoid @author tags and credit authors
in the pom file. So what you propose is exactly the policy we apply in
several components.

Luc

> 
> Regards,
> Benedikt
> 
> 


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

Re: svn commit: r1451347 - /commons/proper/pool/trunk/pom.xml

[sebb]

On 28 February 2013 21:12,   wrote:
> Author: jochen
> Date: Thu Feb 28 21:12:53 2013
> New Revision: 1451347
>
> URL: http://svn.apache.org/r1451347
> Log:
> Removed groupId, as it is redundant.

-1

I thought we decided it was safer to be specific about the groupId.

Otherwise it's not clear whether the Id is accidentally omitted.

> Modified:
> commons/proper/pool/trunk/pom.xml
>
> Modified: commons/proper/pool/trunk/pom.xml
> URL: 
> http://svn.apache.org/viewvc/commons/proper/pool/trunk/pom.xml?rev=1451347&r1=1451346&r2=1451347&view=diff
> ==
> --- commons/proper/pool/trunk/pom.xml (original)
> +++ commons/proper/pool/trunk/pom.xml Thu Feb 28 21:12:53 2013
> @@ -25,7 +25,6 @@
>  28
>
>4.0.0
> -  org.apache.commons
>commons-pool2
>2.0-SNAPSHOT
>Commons Pool
>
>

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

Re: svn commit: r1452037 - /commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java

[sebb]

On 3 March 2013 13:25,   wrote:
> Author: britter
> Date: Sun Mar  3 13:25:24 2013
> New Revision: 1452037
>
> URL: http://svn.apache.org/r1452037
> Log:
> Add JavaDoc and SVN Keywords

-1

Please don't use $Date$ - it is rendered using the client Locale, and
so causes problems matching SVN tags against source archives.

$Revision$ is usally enough; if you really want a date, use $id$

> Modified:
> 
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>(contents, props changed)
>
> Modified: 
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
> URL: 
> http://svn.apache.org/viewvc/commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java?rev=1452037&r1=1452036&r2=1452037&view=diff
> ==
> --- 
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>  (original)
> +++ 
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>  Sun Mar  3 13:25:24 2013
> @@ -22,6 +22,15 @@ import java.util.ArrayList;
>
>  import junit.framework.TestCase;
>
> +/**
> + * getPropertyType return null on second descendant class
> + *
> + * 
> + * See https://issues.apache.org/jira/browse/BEANUTILS-422
> + * 
> + *
> + * @version $Revision$ $Date$
> + */
>  public class Jira422TestCase extends TestCase {
>
>  public void testRootBean() throws Exception {
>
> Propchange: 
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
> --
> --- svn:keywords (added)
> +++ svn:keywords Sun Mar  3 13:25:24 2013
> @@ -0,0 +1,2 @@
> +Revision
> +Date
>
>

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

[site] Problem(?) with Compress Site

[Stefan Bodewig]

Hi all,

I've just published the compress site using "mvn site-deploy".

The process failed to commit the modified site since it couldn't
authenticate itself.  This is likely due to the fact that svn doesn't
store my password - is there any way to tell the
maven-scm-publish-plugin that it should prompt me for my password?

I've then committed the changes manually (in fact, the process is still
going on) - is there anything the plugin would do after that or is the
process finished?

Stefan

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

Re: [site] Problem(?) with Compress Site

[Stefan Bodewig]

On 2013-03-03, Stefan Bodewig wrote:

> I've then committed the changes manually (in fact, the process is still
> going on) - is there anything the plugin would do after that or is the
> process finished?

at least the site looks OK to me now.

Stefan

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

[compress] new release?

[Stefan Bodewig]

Hi all,

Compress has about 25 fixed JIRAs since the last release, most of which
are bug fixes - some of them pretty serious.

I'd like to cut a 1.5.0 release sometime this coming week.

Any objections, anything anybody is working on that I should wait for?

Cheers

Stefan

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

Re: [compress] new release?

[Torsten Curdt]

release early, release often!
sounds great to me

cheers,
Torsten

On Sun, Mar 3, 2013 at 6:20 PM, Stefan Bodewig  wrote:
> Hi all,
>
> Compress has about 25 fixed JIRAs since the last release, most of which
> are bug fixes - some of them pretty serious.
>
> I'd like to cut a 1.5.0 release sometime this coming week.
>
> Any objections, anything anybody is working on that I should wait for?
>
> Cheers
>
> Stefan
>
> -
> 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

[VOTE][RESULT] Release of Commons Email 1.3.1 based on RC3

[Thomas Neidhart]

On 02/27/2013 10:37 PM, Thomas Neidhart wrote:
> Hi,
> 
> I'd like to call a vote for releasing Commons Email 1.3.1 based on RC3.
> 
> This release candidate has the following changes compared to RC2:
> 
> * Added missing slf4j binding which caused test failures with IBM JDKs
> 
> The files:
> 
> The artifacts are deployed to Nexus:
> https://repository.apache.org/content/repositories/orgapachecommons-313/org/apache/commons/commons-email/1.3.1/
> 
> The tag:
> https://svn.apache.org/repos/asf/commons/proper/email/tags/EMAIL_1_3_1_RC3/
> 
> The site:
> http://people.apache.org/builds/commons/email/1.3.1/RC3/
> 
> Additional Notes:
> 
> o the download page and api links to older releases only work on
>   the published site and will be corrected after release.
> 
> Please take a look at the commons-email-1.3.1 artifacts and vote!
> 
> 
> [ ] +1 release it.
> [ ] +0 go ahead; I don't care.
> [ ] -0 there are a few minor glitches: ...
> [ ] -1 no, do not release it because ...
> 
> 
> Vote will remain open for at least 72 hours.

The vote is now closed.

Voting was as follows:

+1 Gary Gregory
+1 Oliver Heger
+1 Thomas Neidhart
+1 Olivier Lamy
+1 Luc Maisonobe
+1 Joerg Schaible

There were no other votes.

All the above are members of the Commons PMC so the vote passes.

Thanks to those who voted.

Thomas

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

Re: svn commit: r1452075 - /commons/proper/collections/trunk/pom.xml

[Thomas Neidhart]

On 03/03/2013 06:49 PM, t...@apache.org wrote:
> Author: tn
> Date: Sun Mar  3 17:49:03 2013
> New Revision: 1452075
> 
> URL: http://svn.apache.org/r1452075
> Log:
> Ignore site-content directory for rat plugin
> 
> Modified:
> commons/proper/collections/trunk/pom.xml
> 
> Modified: commons/proper/collections/trunk/pom.xml
> URL: 
> http://svn.apache.org/viewvc/commons/proper/collections/trunk/pom.xml?rev=1452075&r1=1452074&r2=1452075&view=diff
> ==
> --- commons/proper/collections/trunk/pom.xml (original)
> +++ commons/proper/collections/trunk/pom.xml Sun Mar  3 17:49:03 2013
> @@ -546,6 +546,15 @@
>
>  
>
> +  
> +org.apache.rat
> +apache-rat-plugin
> +
> +  
> +site-content/**/*
> +  
> +
> +  
>  
>

Is it possible to add this to commons-parent? Otherwise, the rat plugin
will also check the site which will result in lots of complaints about
missing license.

Also the setup-checkout profile which has been added by Olivier for some
components now could be moved there too?

Thomas

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

Re: svn commit: r1452075 - /commons/proper/collections/trunk/pom.xml

[Olivier Lamy]

+1.
This setup checkout is here to do a "light" checkout with excluding
some directories (javadocs which contains javadocs of previous
release).
Not sure it's the case for all components but that's not an issue.

2013/3/3 Thomas Neidhart :
> On 03/03/2013 06:49 PM, t...@apache.org wrote:
>> Author: tn
>> Date: Sun Mar  3 17:49:03 2013
>> New Revision: 1452075
>>
>> URL: http://svn.apache.org/r1452075
>> Log:
>> Ignore site-content directory for rat plugin
>>
>> Modified:
>> commons/proper/collections/trunk/pom.xml
>>
>> Modified: commons/proper/collections/trunk/pom.xml
>> URL: 
>> http://svn.apache.org/viewvc/commons/proper/collections/trunk/pom.xml?rev=1452075&r1=1452074&r2=1452075&view=diff
>> ==
>> --- commons/proper/collections/trunk/pom.xml (original)
>> +++ commons/proper/collections/trunk/pom.xml Sun Mar  3 17:49:03 2013
>> @@ -546,6 +546,15 @@
>>
>>  
>>
>> +  
>> +org.apache.rat
>> +apache-rat-plugin
>> +
>> +  
>> +site-content/**/*
>> +  
>> +
>> +  
>>  
>>
>
> Is it possible to add this to commons-parent? Otherwise, the rat plugin
> will also check the site which will result in lots of complaints about
> missing license.
>
> Also the setup-checkout profile which has been added by Olivier for some
> components now could be moved there too?
>
> Thomas
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy

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

Re: svnpubsub for release too ?

[Thomas Neidhart]

On 02/27/2013 12:13 PM, Olivier Lamy wrote:
> Hi,
> So this one is mandatory too :-)
> 
> This mean checkin bin tar.gz/zip and src tar.gz/zip to
> http://dist.apache.org/repos/dist/release/commons (doesn't exist now).
> 
> Do you want I take care of that ?

Has the old method already stopped working?

Afaik it also requires an action on infa to point to svn instead of
p.a.o/www/dist/commons/...

I can also start to import the releases for some components to svn.

Thomas

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

Re: svnpubsub for release too ?

[Thomas Neidhart]

On 03/03/2013 07:45 PM, Thomas Neidhart wrote:
> On 02/27/2013 12:13 PM, Olivier Lamy wrote:
>> Hi,
>> So this one is mandatory too :-)
>>
>> This mean checkin bin tar.gz/zip and src tar.gz/zip to
>> http://dist.apache.org/repos/dist/release/commons (doesn't exist now).
>>
>> Do you want I take care of that ?
> 
> Has the old method already stopped working?
> 
> Afaik it also requires an action on infa to point to svn instead of
> p.a.o/www/dist/commons/...
> 
> I can also start to import the releases for some components to svn.

ah I missed the message from sebb.

Has this migration request to infra already been created?

Thomas

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

Re: svn commit: r1452037 - /commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java

[Benedikt Ritter]

Hi sebb,


2013/3/3 sebb 

> On 3 March 2013 13:25,   wrote:
> > Author: britter
> > Date: Sun Mar  3 13:25:24 2013
> > New Revision: 1452037
> >
> > URL: http://svn.apache.org/r1452037
> > Log:
> > Add JavaDoc and SVN Keywords
>
> -1
>
> Please don't use $Date$ - it is rendered using the client Locale, and
> so causes problems matching SVN tags against source archives.
>
> $Revision$ is usally enough; if you really want a date, use $id$
>

Thanks for reviewing. I've just aligned the SVN keywords to all the other
tests in the component.
Is there a commons wide convention on how to use SVN tags? Please point me
to documentation about this and I will change all classes according to that.

If there isn't a convention for all components it has to be discussed for
beanutils how SVN tags have to be changed. Please start a separate thread
for this discussion.

TIA!
Benedikt


>
> > Modified:
> >
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>   (contents, props changed)
> >
> > Modified:
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
> > URL:
> http://svn.apache.org/viewvc/commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java?rev=1452037&r1=1452036&r2=1452037&view=diff
> >
> ==
> > ---
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
> (original)
> > +++
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
> Sun Mar  3 13:25:24 2013
> > @@ -22,6 +22,15 @@ import java.util.ArrayList;
> >
> >  import junit.framework.TestCase;
> >
> > +/**
> > + * getPropertyType return null on second descendant class
> > + *
> > + * 
> > + * See https://issues.apache.org/jira/browse/BEANUTILS-422
> > + * 
> > + *
> > + * @version $Revision$ $Date$
> > + */
> >  public class Jira422TestCase extends TestCase {
> >
> >  public void testRootBean() throws Exception {
> >
> > Propchange:
> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
> >
> --
> > --- svn:keywords (added)
> > +++ svn:keywords Sun Mar  3 13:25:24 2013
> > @@ -0,0 +1,2 @@
> > +Revision
> > +Date
> >
> >
>
> -
> 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: svnpubsub for release too ?

[Olivier Lamy]

2013/3/3 Thomas Neidhart :
> On 03/03/2013 07:45 PM, Thomas Neidhart wrote:
>> On 02/27/2013 12:13 PM, Olivier Lamy wrote:
>>> Hi,
>>> So this one is mandatory too :-)
>>>
>>> This mean checkin bin tar.gz/zip and src tar.gz/zip to
>>> http://dist.apache.org/repos/dist/release/commons (doesn't exist now).
>>>
>>> Do you want I take care of that ?
>>
>> Has the old method already stopped working?
>>
>> Afaik it also requires an action on infa to point to svn instead of
>> p.a.o/www/dist/commons/...
>>
>> I can also start to import the releases for some components to svn.
>
> ah I missed the message from sebb.
>
> Has this migration request to infra already been created?

oups I missed to follow up here.
I'm currently importing content to
https://dist.apache.org/repos/dist/release/commons/.

I will let you know when finish and ask INFRA to switch to this svn path.

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



--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy

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

Re: svnpubsub for release too ?

[Olivier Lamy]

2013/3/3 Olivier Lamy :
> 2013/3/3 Thomas Neidhart :
>> On 03/03/2013 07:45 PM, Thomas Neidhart wrote:
>>> On 02/27/2013 12:13 PM, Olivier Lamy wrote:
 Hi,
 So this one is mandatory too :-)

 This mean checkin bin tar.gz/zip and src tar.gz/zip to
 http://dist.apache.org/repos/dist/release/commons (doesn't exist now).

 Do you want I take care of that ?
>>>
>>> Has the old method already stopped working?
>>>
>>> Afaik it also requires an action on infa to point to svn instead of
>>> p.a.o/www/dist/commons/...
>>>
>>> I can also start to import the releases for some components to svn.
>>
>> ah I missed the message from sebb.
>>
>> Has this migration request to infra already been created?
>
> oups I missed to follow up here.
> I'm currently importing content to
> https://dist.apache.org/repos/dist/release/commons/.
>
> I will let you know when finish and ask INFRA to switch to this svn path.

watch https://issues.apache.org/jira/browse/INFRA-5929


>
>>
>> Thomas
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
>
>
> --
> Olivier Lamy
> Talend: http://coders.talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy

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

Re: [compress] new release?

[sebb]

On 3 March 2013 17:20, Stefan Bodewig  wrote:
> Hi all,
>
> Compress has about 25 fixed JIRAs since the last release, most of which
> are bug fixes - some of them pretty serious.
>
> I'd like to cut a 1.5.0 release sometime this coming week.
>
> Any objections, anything anybody is working on that I should wait for?

OK by me, but note that the dist/ deployment process is currently changing ...

> Cheers
>
> Stefan
>
> -
> 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

Re: svn commit: r1452037 - /commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java

[sebb]

On 3 March 2013 19:27, Benedikt Ritter  wrote:
> Hi sebb,
>
>
> 2013/3/3 sebb 
>
>> On 3 March 2013 13:25,   wrote:
>> > Author: britter
>> > Date: Sun Mar  3 13:25:24 2013
>> > New Revision: 1452037
>> >
>> > URL: http://svn.apache.org/r1452037
>> > Log:
>> > Add JavaDoc and SVN Keywords
>>
>> -1
>>
>> Please don't use $Date$ - it is rendered using the client Locale, and
>> so causes problems matching SVN tags against source archives.
>>
>> $Revision$ is usally enough; if you really want a date, use $id$
>>
>
> Thanks for reviewing. I've just aligned the SVN keywords to all the other
> tests in the component.
> Is there a commons wide convention on how to use SVN tags? Please point me
> to documentation about this and I will change all classes according to that.

I don't know if there is documentation, but it was all discussed and
agreed on the dev list a year or so ago.

> If there isn't a convention for all components it has to be discussed for
> beanutils how SVN tags have to be changed. Please start a separate thread
> for this discussion.
>
> TIA!
> Benedikt
>
>
>>
>> > Modified:
>> >
>> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>>   (contents, props changed)
>> >
>> > Modified:
>> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>> > URL:
>> http://svn.apache.org/viewvc/commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java?rev=1452037&r1=1452036&r2=1452037&view=diff
>> >
>> ==
>> > ---
>> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>> (original)
>> > +++
>> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>> Sun Mar  3 13:25:24 2013
>> > @@ -22,6 +22,15 @@ import java.util.ArrayList;
>> >
>> >  import junit.framework.TestCase;
>> >
>> > +/**
>> > + * getPropertyType return null on second descendant class
>> > + *
>> > + * 
>> > + * See https://issues.apache.org/jira/browse/BEANUTILS-422
>> > + * 
>> > + *
>> > + * @version $Revision$ $Date$
>> > + */
>> >  public class Jira422TestCase extends TestCase {
>> >
>> >  public void testRootBean() throws Exception {
>> >
>> > Propchange:
>> commons/proper/beanutils/trunk/src/test/java/org/apache/commons/beanutils/bugs/Jira422TestCase.java
>> >
>> --
>> > --- svn:keywords (added)
>> > +++ svn:keywords Sun Mar  3 13:25:24 2013
>> > @@ -0,0 +1,2 @@
>> > +Revision
>> > +Date
>> >
>> >
>>
>> -
>> 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

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

Re: svn commit: r1452086 - /commons/proper/validator/trunk/pom.xml

[sebb]

On 3 March 2013 18:24,   wrote:
> Author: olamy
> Date: Sun Mar  3 18:24:19 2013
> New Revision: 1452086
>
> URL: http://svn.apache.org/r1452086
> Log:
> upgrade parent
>
> Modified:
> commons/proper/validator/trunk/pom.xml
>
> Modified: commons/proper/validator/trunk/pom.xml
> URL: 
> http://svn.apache.org/viewvc/commons/proper/validator/trunk/pom.xml?rev=1452086&r1=1452085&r2=1452086&view=diff
> ==
> --- commons/proper/validator/trunk/pom.xml (original)
> +++ commons/proper/validator/trunk/pom.xml Sun Mar  3 18:24:19 2013
> @@ -20,7 +20,7 @@
>
>  org.apache.commons
>  commons-parent
> -23
> +24

Surely the current (latest) parent version is 28?

>
>4.0.0
>commons-validator
>
>

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

Re: [compress] new release?

[Gary Gregory]

Go for it! ;)

Gary

On Mar 3, 2013, at 12:20, Stefan Bodewig  wrote:

> Hi all,
>
> Compress has about 25 fixed JIRAs since the last release, most of which
> are bug fixes - some of them pretty serious.
>
> I'd like to cut a 1.5.0 release sometime this coming week.
>
> Any objections, anything anybody is working on that I should wait for?
>
> Cheers
>
>Stefan
>
> -
> 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

Re: [compress] new release?

[James Carman]

+1.  Release

On Sunday, March 3, 2013, Stefan Bodewig wrote:

> Hi all,
>
> Compress has about 25 fixed JIRAs since the last release, most of which
> are bug fixes - some of them pretty serious.
>
> I'd like to cut a 1.5.0 release sometime this coming week.
>
> Any objections, anything anybody is working on that I should wait for?
>
> Cheers
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org 
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [BeanUtils] Removing @author tags?

[James Carman]

Some would argue that the svn logs are a better indicator of the "authors"
of the code :)

On Sunday, March 3, 2013, Luc Maisonobe wrote:

> Le 03/03/2013 11:43, Benedikt Ritter a écrit :
> > Hi,
>
> Hi Benedikt,
>
> >
> > @author tags are no longer used, because authors are documented in
> pom.xml.
> > I don't know the history of BeanUtils so I'm asking if there are any
> > arguments against moving authors from source code files to pom.xml.
> > I will wait for 72 hours before I create a JIRA issue for this change.
>
> In fact, at commons we prefer to avoid @author tags and credit authors
> in the pom file. So what you propose is exactly the policy we apply in
> several components.
>
> Luc
>
> >
> > Regards,
> > Benedikt
> >
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org 
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [compress] new release?

[Stefan Bodewig]

On 2013-03-03, sebb wrote:

> On 3 March 2013 17:20, Stefan Bodewig  wrote:

>> I'd like to cut a 1.5.0 release sometime this coming week.

> OK by me, but note that the dist/ deployment process is currently
> changing ...

Yes, thanks, I'll be looking out for it.  The migration will likely be
done before the release has been voted on.

Stefan

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

[ANNOUNCE] Commons Email version 1.3.1 released

[Thomas Neidhart]

Hello.

The Apache Commons team is pleased to announce the release of
Commons-Email 1.3.1.

Commons-Email aims to provide an API for sending email. It is built on
top of the JavaMail API, which it aims to simplify.

Commons Email can be downloaded from the following page:
  http://commons.apache.org/email/download_email.cgi

For information on Commons Email, please visit our website:
  http://commons.apache.org/email/

This is a bugfix release for 1.3, details about the fixed bugs can be
found in the release notes:
  http://www.apache.org/dist/commons/email/RELEASE-NOTES.txt

The changes are also available at:
  http://commons.apache.org/email/changes-report.html

Commons Email requires Java 5 or later.

The Maven coordinates are:
org.apache.commons
commons-email
1.3.1

Best regards,

Thomas, on behalf of the Apache Commons community

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

Re: svn commit: r1451672 - /commons/proper/ognl/trunk/pom.xml

[Lukasz Lenart]

2013/3/2 Olivier Lamy :
> 2013/3/2 Lukasz Lenart :
>> 2013/3/1 Olivier Lamy :
 -
 site-content
 +
 ${project.build.directory}/site-content
>>> so if you use mvn clean. You will checkout again the content from svn.
>>> The goal with using site-content directory is to do only update rather
>>> than a full checkout even when using clean.
>>
>> Yes, I know and I thought about that a bit, either solution wasn't
>> good for me. I don't know how the Commons' release process looks like,
>> but in the Struts project we always perform release and site deploy
>> base on clear checkout, which means we must checkout the site anyway.
>
> Default from parent is
> 
> ${user.home}/commons-sites
> 
> ${project.artifactId}
> 
> ${commons.site.cache}/${commons.site.path}
>
> IMHO it's better value.Note I added the hack with some antrun for
> sites which contains old javadocs which we don't modifiy so no need to
> checkout those paths.
> With your change as you checkout content to
> ${project.build.directory}/site-content, it means running mvn clean
> site twice you will checkout the content twice. Is it very helpful to
> checkout content twice because you're just building the site for
> testing purpose ?

I'm still a bit confused as I thought the site-content will be checked
out only when I want to make a new release and update the site. I see
how the profile is defined but I don't understand the flow :\

That said I'm going to revert the change :-)


Regards
-- 
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/

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