It seems it is unnecessary for committers to be added here, otherwise I
would not have been able to add myself.
Apache Wiki wrote:
> Dear Wiki user,
>
> You have subscribed to a wiki page or wiki category on "Commons Wiki" for
> change notification.
>
> The "ContributorsGroup" page has been c
Let not the perfect be the enemy of the good +1
On Tue, Oct 15, 2013 at 2:26 PM, Stefan Bodewig wrote:
> Hi all,
>
> I've addressed most of the issues brought up during the RC1 vote. I'll
> have limited net time the next three days, but hopefully I won't be
> needed.
>
> Stefan
>
> Compress 1.
On 10/15/13 2:51 PM, Sean Owen wrote:
> Hello all,
>
> I'd like to propose a few small additions to the Pair class in Common
> Math3: a factory method, to avoid redundant generics-related eclarations, a
> toString() method, and a basic Comparator.
>
> It's already pretty well summarized, simple as
On 15 October 2013 20:55, Oliver Heger wrote:
> Despite the fact that this is an interesting problem, do generic
> parameters really make sense here? The map provided by the decorator is
> in fact a Map. But because of backwards compatibility
> these parameter types cannot be used.
Why cannot the
This discussion belongs on a JMeter mailing list.
Probably the dev list.
On 15 October 2013 21:28, Gary Gregory wrote:
> On Tue, Oct 15, 2013 at 4:27 PM, Gary Gregory wrote:
>> On Tue, Oct 15, 2013 at 1:15 PM, sebb wrote:
>>> On 15 October 2013 18:11, Gary Gregory wrote:
On Tue, Oct 15, 2
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "CommonsPeople" page has been changed by JörgSchaible:
https://wiki.apache.org/commons/CommonsPeople?action=diff&rev1=34&rev2=35
Comment:
Sadly, Dion has passed away
* '''Activ
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "CommonsPeople" page has been changed by JörgSchaible:
https://wiki.apache.org/commons/CommonsPeople?action=diff&rev1=33&rev2=34
Comment:
Updated interests
* '''Future''': JCI,
Hi Hen,
Henri Yandell wrote:
> I contend that all of the Commons components are inactive and should move
> to the Attic/Dormant. In line with Phil's recent suggestion that anyone
> can present a dormancy challenge at any time, I'm challenging all of
> Commons Proper.
>
> I've made a file in SVN:
Feels like the new method is a more general Array one. Not sure if we have
it already.
ArrayUtils.countMatching(array, value) == 1
Note also that 'isOneTrue' doesn't mean the same as 'isOnlyOneTrue'.
Hen
On Tuesday, October 15, 2013, Benedikt Ritter wrote:
> I have created LANG-921 and am curr
Hi,
I'd like to call a vote for releasing Commons Email 1.3.2 based on RC1.
Email 1.3.2 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/email/
(svn revision 3275)
Maven artifacts are here:
https://repository.apache.org/content/repositories/orgapachec
Ralph Goers wrote:
>
> On Oct 15, 2013, at 8:50 AM, Gary Gregory wrote:
>
>> On Tue, Oct 15, 2013 at 11:30 AM, Ralph Goers
>> wrote:
>>> Personally, I like the idea of having a last release date AND a list of
>>> people who are active in the project. The only problem is that people
>>> who go
Hello all,
I'd like to propose a few small additions to the Pair class in Common
Math3: a factory method, to avoid redundant generics-related eclarations, a
toString() method, and a basic Comparator.
It's already pretty well summarized, simple as it is, at
https://issues.apache.org/jira/browse/MA
On Tue, Oct 15, 2013 at 1:15 PM, sebb wrote:
> On 15 October 2013 18:11, Gary Gregory wrote:
>> On Tue, Oct 15, 2013 at 12:27 PM, sebb wrote:
>>> On 14 October 2013 01:51, Gary Gregory wrote:
On Sun, Oct 13, 2013 at 7:51 PM, sebb wrote:
> On 12 October 2013 09:08, Olivier Lamy wrote:
On Tue, Oct 15, 2013 at 4:27 PM, Gary Gregory wrote:
> On Tue, Oct 15, 2013 at 1:15 PM, sebb wrote:
>> On 15 October 2013 18:11, Gary Gregory wrote:
>>> On Tue, Oct 15, 2013 at 12:27 PM, sebb wrote:
On 14 October 2013 01:51, Gary Gregory wrote:
> On Sun, Oct 13, 2013 at 7:51 PM, sebb
On Oct 15, 2013, at 8:50 AM, Gary Gregory wrote:
> On Tue, Oct 15, 2013 at 11:30 AM, Ralph Goers
> wrote:
>> Personally, I like the idea of having a last release date AND a list of
>> people who are active in the project. The only problem is that people who go
>> inactive rarely remove themse
On 10/15/13 12:13 PM, Roger L. Whitcomb wrote:
> I'd like to put my name down as interested (but not active) for lang,
> beanutils, collections, launcher, and exec; and active (meaning we're
> using them and have patches, suggestions in the wings) for logging, vfs
> and csv.
Added to logging, csv,
Hi,
I have a quick question regarding the use of constants in Apache Commons - in
some classes/interfaces like org.apache.commons.lang.math.NumberUtils
some constants are defined using wrapper types and not primitive types. What
are the reasons for this?
The background of my question is that I
Despite the fact that this is an interesting problem, do generic
parameters really make sense here? The map provided by the decorator is
in fact a Map. But because of backwards compatibility
these parameter types cannot be used. Would it improve situation to add
type parameters to the decorator cla
Or, more directly/formally, at:
http://docs.oracle.com/javase/specs/jls/se7/html/jls-4.html#jls-4.4
Matt
On Tue, Oct 15, 2013 at 2:26 PM, Matt Benson wrote:
> We may be talking about different things. I think I am talking about type
> variable bounds declarations; I'm not 100% sure of the con
We may be talking about different things. I think I am talking about type
variable bounds declarations; I'm not 100% sure of the context in which
your suggestion was offered. The restriction on type bounds is documented
at [1].
Matt
[1] http://docs.oracle.com/javase/specs/jls/se7/html/jls-4.html
I'd like to put my name down as interested (but not active) for lang,
beanutils, collections, launcher, and exec; and active (meaning we're
using them and have patches, suggestions in the wings) for logging, vfs
and csv.
BTW, I've added a VFS-compatible component to Apache Pivot and we've
discusse
>From the time I spent recently perusing their API docs, I would guess from
the fact that they qualify the URL scheme with a "1" version, that they
will preserve compatibility indefinitely. If they alter their API I
presume it will use a different version ID on the URL.
Matt
On Tue, Oct 15, 201
On 15 October 2013 18:46, Matt Benson wrote:
> Does that work?
Let's try it?
> Seems I recently encountered the types after & having to
> be interfaces.
Why should that be? Is that documented anywhere?
> Matt
>
>
> On Tue, Oct 15, 2013 at 12:31 PM, sebb wrote:
>
>> On 15 October 2013 18:14, B
On 15 October 2013 19:33, Matt Benson wrote:
> Asked on #asfinfra and got the link from bdemers: [1]. He says it will
> change to [2] whenever Nexus is upgraded.
Thanks!
Just to clarify: is it just the link that will change, or will the API
change as well?
> Matt
> [1]
> https://repository.apa
On 15 October 2013 19:22, Matt Benson wrote:
> I like the idea of a [partial] convention, though let's formalize it up top
> and use consistently throughout. Can we define what "partial" means:
> "commits occasionally with a reduced depth of knowledge of the component's
> codebase"?
Daemon has
> On Tuesday, October 15, 2013 1:29 PM, Benedikt Ritter
> wrote:
> > Hi Ate,
>
>
> 2013/10/15
>
>> Modified:
>>
> commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml2/env/rhino/RhinoEvaluatorTest.java
>> URL:
>>
> http://svn.apache.org/viewvc/commons/proper/scxml/trunk/
Nice!
2013/10/15
> Author: tn
> Date: Tue Oct 15 18:22:18 2013
> New Revision: 1532471
>
> URL: http://svn.apache.org/r1532471
> Log:
> Prepare for RC1.
>
> Modified:
> commons/proper/email/trunk/pom.xml
>
> Modified: commons/proper/email/trunk/pom.xml
> URL:
> http://svn.apache.org/viewvc/
Asked on #asfinfra and got the link from bdemers: [1]. He says it will
change to [2] whenever Nexus is upgraded.
Matt
[1]
https://repository.apache.org/nexus-core-documentation-plugin/core/docs/index.html
[2]
https://repository.apache.org/nexus-restlet1x-plugin/default/docs/index.html
On Tue,
Hi all,
I've addressed most of the issues brought up during the RC1 vote. I'll
have limited net time the next three days, but hopefully I won't be
needed.
Stefan
Compress 1.6 RC2 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/compress/
(svn revision 3272)
I like the idea of a [partial] convention, though let's formalize it up top
and use consistently throughout. Can we define what "partial" means:
"commits occasionally with a reduced depth of knowledge of the component's
codebase"? Should we also have (interested)? E.g., I am *interested* in
VFS
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "ContributorsGroup" page has been changed by JörgSchaible:
https://wiki.apache.org/commons/ContributorsGroup?action=diff&rev1=5&rev2=6
Comment:
Added myself
* DennisLundberg
I have created LANG-921 and am currently working on this. I prefer to make
the behavior correct as Hen has suggested and add two new method isOneTrue
and isOneFalse.
2013/10/15 Matt Benson
> Another alternative: preserve the current #xor() method with
> documentation, and implement the ^ analo
Another alternative: preserve the current #xor() method with
documentation, and implement the ^ analogue as #binaryXor().
Matt
On Tue, Oct 15, 2013 at 9:05 AM, Matt Benson wrote:
> In this case we should perhaps provide a #oneTrue(boolean...) method to
> preserve the availability of the curre
Does that work? Seems I recently encountered the types after & having to
be interfaces.
Matt
On Tue, Oct 15, 2013 at 12:31 PM, sebb wrote:
> On 15 October 2013 18:14, Benedikt Ritter wrote:
> > Hi Oliver,
> >
> > why can't we implement Map and make the decorator a generic type
> here?
>
> Al
I still don't like the idea of abusing versions for this kind of stuff...
but if it's easier to manage with jira, then go for it. we should also add
a comment the the website so that people know where to start.
2013/10/15 Henri Yandell
> One reason I like this, apart from the general visualizat
On 15 October 2013 18:14, Benedikt Ritter wrote:
> Hi Oliver,
>
> why can't we implement Map and make the decorator a generic type here?
Also, I believe it is possible to define a generic parameter as
String, but default to Object as the erased type.
This would improve the source code checking wi
Violent agreement. :)
Matt
On Tue, Oct 15, 2013 at 12:19 PM, sebb wrote:
> On 15 October 2013 17:53, Matt Benson wrote:
> > Just because dist.a.o is the canonical place for the source release to
> live
> > does not necessarily mean that the artifact cannot be deployed to Nexus.
> > We do ha
On 15 October 2013 17:54, Matt Benson wrote:
> We should probably investigate whether Nexus's REST APIs would be of any
> use here; seemingly they would make it much more difficult to inadvertently
> delete the wrong file(s).
I did try to find out about them.
Unfortunately they are not documented
On 15 October 2013 17:53, Matt Benson wrote:
> Just because dist.a.o is the canonical place for the source release to live
> does not necessarily mean that the artifact cannot be deployed to Nexus.
> We do have the option to let Maven upload everything to Nexus, vote on the
> artifacts, and then
On 15 October 2013 18:11, Gary Gregory wrote:
> On Tue, Oct 15, 2013 at 12:27 PM, sebb wrote:
>> On 14 October 2013 01:51, Gary Gregory wrote:
>>> On Sun, Oct 13, 2013 at 7:51 PM, sebb wrote:
On 12 October 2013 09:08, Olivier Lamy wrote:
> why not having those files deployed?
>>>
Hi Oliver,
why can't we implement Map and make the decorator a generic type here?
Benedikt
2013/10/14
> Author: oheger
> Date: Mon Oct 14 20:27:46 2013
> New Revision: 1532068
>
> URL: http://svn.apache.org/r1532068
> Log:
> Added generics.
>
> Modified:
>
> commons/proper/beanutils/branches/
On Tue, Oct 15, 2013 at 12:27 PM, sebb wrote:
> On 14 October 2013 01:51, Gary Gregory wrote:
>> On Sun, Oct 13, 2013 at 7:51 PM, sebb wrote:
>>> On 12 October 2013 09:08, Olivier Lamy wrote:
why not having those files deployed?
>>>
>>> See my reply in another thread.
>>> The Maven project
Depends on whether you think we can push a real generified release out or
if we have to revert the hole generics idea.
2013/10/14 Olivier Lamy
> Could make more sense in 2013 to have generics in trunk and move previous
> trunk in a maintenance branch.
> ?
>
> --
> Olivier
> On Oct 15, 2013 6:46
On 10/15/13 9:50 AM, Matt Benson wrote:
> AFAIK Bernd is not an ASF committer, but a very motivated contributor to
> VFS.
OK, sorry. The more the merrier!
Done.
Phil
>
> Matt
>
>
> On Tue, Oct 15, 2013 at 11:26 AM, Phil Steitz wrote:
>
>> On 10/14/13 11:27 PM, Bernd Eckenfels wrote:
>>> I am
We should probably investigate whether Nexus's REST APIs would be of any
use here; seemingly they would make it much more difficult to inadvertently
delete the wrong file(s).
Matt
On Tue, Oct 15, 2013 at 11:33 AM, sebb wrote:
> On 14 October 2013 02:21, Ralph Goers wrote:
> >
> > On Oct 13, 2
Just because dist.a.o is the canonical place for the source release to live
does not necessarily mean that the artifact cannot be deployed to Nexus.
We do have the option to let Maven upload everything to Nexus, vote on the
artifacts, and then copy the successfully-voted-on source artifact to
dist
AFAIK Bernd is not an ASF committer, but a very motivated contributor to
VFS.
Matt
On Tue, Oct 15, 2013 at 11:26 AM, Phil Steitz wrote:
> On 10/14/13 11:27 PM, Bernd Eckenfels wrote:
> > I am not happy about the challange, but if you have the file open can
> you please add me as active contrib
On 14 October 2013 02:21, Ralph Goers wrote:
>
> On Oct 13, 2013, at 4:31 PM, sebb wrote:
>
>> Recently, I found that the Maven project RMs don't bother removing these.
>> So the files are released to Maven Central with the rest.
>> I assume that the Maven Central administrators don't care about t
On 14 October 2013 01:51, Gary Gregory wrote:
> On Sun, Oct 13, 2013 at 7:51 PM, sebb wrote:
>> On 12 October 2013 09:08, Olivier Lamy wrote:
>>> why not having those files deployed?
>>
>> See my reply in another thread.
>> The Maven project deploys these to Maven Central.
>>
>> The primary rele
On 10/14/13 11:27 PM, Bernd Eckenfels wrote:
> I am not happy about the challange, but if you have the file open can you
> please add me as active contributor to VFS2? Thanks.
What is your ASF username?
Phil
>
>> Am 15.10.2013 um 06:14 schrieb Phil Steitz :
>>
>>> On 10/14/13 8:55 PM, Henri Yand
That would be a no. :)
Matt
On Tue, Oct 15, 2013 at 11:06 AM, Honton, Charles wrote:
> This automation, along with other infrastructure to attract new developers
> already exists in several commercial source forges. Do Apache policies
> allow development to be hosted at GitHub or the like?
>
Done
On 14 October 2013 19:39, Ate Douma wrote:
> Can someone add my wiki name (AteDouma) to the Contributors Group page [1]?
>
> Thanks, Ate
>
> [1] https://wiki.apache.org/commons/ContributorsGroup
>
> -
> To unsubscribe, e-mai
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "ContributorsGroup" page has been changed by sebbapache:
https://wiki.apache.org/commons/ContributorsGroup?action=diff&rev1=4&rev2=5
'''Contributors''' with permission to edit th
This automation, along with other infrastructure to attract new developers
already exists in several commercial source forges. Do Apache policies
allow development to be hosted at GitHub or the like?
Regards,
chas
On 10/15/13 8:50 AM, "Gary Gregory" wrote:
>On Tue, Oct 15, 2013 at 11:30 AM, R
On Tue, Oct 15, 2013 at 11:30 AM, Ralph Goers
wrote:
> Personally, I like the idea of having a last release date AND a list of
> people who are active in the project. The only problem is that people who go
> inactive rarely remove themselves from the list.
The only to solve that is with automat
Personally, I like the idea of having a last release date AND a list of people
who are active in the project. The only problem is that people who go inactive
rarely remove themselves from the list.
Ralph
On Oct 15, 2013, at 7:48 AM, Jörg Schaible wrote:
> Hi Gary,
>
> Gary Gregory wrote:
>
On 10/15/13 1:11 AM, Xavier Detant wrote:
> Hi all,
>
> I'm not a commiter nor an active contributor, nevertheless, I use commons
> every days and I clearly do not want to see them die. The reason I'm not
> active is a matter of time (but it's just a matter of organization) and a
> matter of being
Hi Gary,
Gary Gregory wrote:
> On Tue, Oct 15, 2013 at 2:15 AM, Phil Steitz
> wrote:
>> On 10/14/13 10:59 PM, Paul Libbrecht wrote:
>>> Le 15 oct. 2013 à 07:33, Dave Brosius a écrit :
I couldn't disagree more. Dormant/attic means the project has leprosy.
I don't know the answer to thi
On 10/14/13 11:50 PM, Jörg Schaible wrote:
> Phil Steitz wrote:
>
>> I just killed a checkout that was grabbing all trunks to get this
>> file. Is there a way to check out just the file, or can we move it
>> somewhere easier to get to?
> svn co -N https://svn.apache.org/repos/asf/commons/trunks-pr
In this case we should perhaps provide a #oneTrue(boolean...) method to
preserve the availability of the current behavior, which may also
occasionally have its place.
Matt
On Mon, Oct 14, 2013 at 11:10 PM, Henri Yandell wrote:
> I think we treat it as a bug and fix. The code is fine for the ex
I don't like the idea of putting inactive components in the attic -- unless
there is some unreasonable length of time that goes by without any
development (3 years?). People who want to get things out of the attic are
usually a sole passionate fellow. Can a sole fellow unilaterally get a
component
Le 15/10/2013 14:35, Gary Gregory a écrit :
> the web site can say "last released on -mm-dd, no new
> releases planned".
I like this idea, but unless you automate the site update it adds an
extra manual step to the release process.
Emmanuel Bourg
---
On Tue, Oct 15, 2013 at 8:49 AM, Gary Gregory wrote:
> On Mon, Oct 14, 2013 at 2:24 PM, Benedikt Ritter wrote:
>> Hey,
>>
>> please review http://svn.apache.org/r1532011
>>
>> I was thinking about deprecating Validate.notNull(T) as well because we now
>> have Objects.requireNotNull(Object). The "
On Mon, Oct 14, 2013 at 2:24 PM, Benedikt Ritter wrote:
> Hey,
>
> please review http://svn.apache.org/r1532011
>
> I was thinking about deprecating Validate.notNull(T) as well because we now
> have Objects.requireNotNull(Object). The "problem" is that Validate has
> notNull(T, String, Object...)
On Tue, Oct 15, 2013 at 2:15 AM, Phil Steitz wrote:
> On 10/14/13 10:59 PM, Paul Libbrecht wrote:
>> Le 15 oct. 2013 à 07:33, Dave Brosius a écrit :
>>> I couldn't disagree more. Dormant/attic means the project has leprosy. I
>>> don't know the answer to this, but wondering, has there ever been
On Tue, Oct 15, 2013 at 1:33 AM, Dave Brosius wrote:
> I couldn't disagree more. Dormant/attic means the project has leprosy. I
> don't know the answer to this, but wondering, has there ever been a commit
> to an attic'ed project? I personally would never think of doing that.
It is already hard e
On Tue, Oct 15, 2013 at 12:59 AM, Henri Yandell wrote:
> Three values jump out to me:
>
> * First is for our users. Having code available that no one is supporting
> while giving the appearance of support (ie: active Commons) is a bad
> experience.
We are all volunteers with limited time availabl
On Tue, Oct 15, 2013 at 12:40 AM, Dave Brosius wrote:
> I vote -1 to this process. I see no value in attic-izing projects.
I agree. The attic means graveyard IMO, resurrection is (usually) a
big deal, just ask Miracle Max.
Gary
>
>
>
>
> On 10/14/2013 11:55 PM, Henri Yandell wrote:
>>
>> I cont
Hi Paul!
I'm interested in working on Jelly too. I work with Jenkins and Jenkins
plug-ins, and Jenkins UI uses jelly in a lot of places, but they have a patched
version [1]. Kohsuke filed issues in JIRA some time ago, but it never got
merged. I want to take a look at these patches and see if I
On 10/15/2013 10:31 AM, Torsten Curdt wrote:
I monitor commits, rarely check JIRA, follow and sometimes answer mails and
close to never develop code for that component anymore - maybe once or
twice a year when I go through JIRAs.
Now what?
I appreciate the initiative but don't see this working
On 2013-10-15, Stefan Bodewig wrote:
> But we probably should store the password as a char[] anyway
s/char/byte/
Stefan
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@comm
I monitor commits, rarely check JIRA, follow and sometimes answer mails and
close to never develop code for that component anymore - maybe once or
twice a year when I go through JIRAs.
Now what?
I appreciate the initiative but don't see this working too well for me.
If this was all just one repo
Hi all,
I'm not a commiter nor an active contributor, nevertheless, I use commons
every days and I clearly do not want to see them die. The reason I'm not
active is a matter of time (but it's just a matter of organization) and a
matter of being afraid of doing something wrong. Clearly, it seams li
Hi
I'm going to address Dave's three mails in a single response
dam6923 . wrote:
> In SevenZFile.java
>
> Constructor...
> 1) Close file on exception instead of the current technique of keeping
> a "succeeded" flag.
This means I have to catch and rethrow the exception. I don't think I
like th
Le 15/10/2013 09:13, Henri Yandell a écrit :
> Related; here's the output of a 2006 script I've dusted off to show the
> number of commits and from who to each component in 2013:
>
> http://people.apache.org/~bayard/ActivityReport.html
Nice, I suggest taking into account the commits under src/ja
On 10/14/2013 10:59 PM, Paul Libbrecht wrote:
Le 15 oct. 2013 à 07:33, Dave Brosius a écrit :
I couldn't disagree more. Dormant/attic means the project has leprosy. I don't
know the answer to this, but wondering, has there ever been a commit to an
attic'ed project? I personally would never th
On Tue, Oct 15, 2013 at 12:00 AM, Emmanuel Bourg wrote:
> Le 15/10/2013 07:33, Dave Brosius a écrit :
> > I couldn't disagree more. Dormant/attic means the project has leprosy. I
> > don't know the answer to this, but wondering, has there ever been a
> > commit to an attic'ed project? I personall
Le 15/10/2013 07:33, Dave Brosius a écrit :
> I couldn't disagree more. Dormant/attic means the project has leprosy. I
> don't know the answer to this, but wondering, has there ever been a
> commit to an attic'ed project? I personally would never think of doing
> that.
+1
I wouldn't use such a st
78 matches
Mail list logo
