On May 17, 2009, at 11:39 PM, Henri Yandell wrote:
HttpClient is another example that is complained about by users :) The
only saving grace of v4 is that it is now named HttpComponents Core
(fitting Stephen's suggestion of a new name).
Of course that means users are also confused due to chan
So this is more noticeable. I'm starting to play with a rewritten
StringEscapeUtils system. escapeSql is going to get deleted, the
others will sit on top of a modular system. At least that's the
proposal - more in the ticket.
First pass at the code was educational - second pass should be
discussab
On Sun, May 17, 2009 at 11:29 PM, Ralph Goers
wrote:
>
> On May 17, 2009, at 3:16 PM, Stephen Colebourne wrote:
>
>> Matt Benson wrote:
>>>
>>> Or, to put it another way, the consensus seems to be
>>
>> > that the component + the major version # makes a "project."
>>
>> As I've said before, I won'
the site has links into the wiki for a class diagram and a user guide.
is this enough of a bother to remove the links or create new documentation?
- robert
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additi
RAT reports a number of documents with missing headers
are we just going to assume that the provenance is fine but they were
forgotten, or do we need to do more digging?
- robert
-
To unsubscribe, e-mail: dev-unsubscr...@common
Planning to do so :) will jump the JIRA once I return today, let me know if
there is something specific I can help with.
On Mon, May 18, 2009 at 9:32 AM, Robert Burrell Donkin <
robertburrelldon...@blueyonder.co.uk> wrote:
> Mohammady Mahdy wrote:
> > Guys I am glad to see this project coming bac
The repository link still doesn't work:
ViewVCException: 404 Not Found: commons/proper/resources/trunk: unknown location
On Mon, May 18, 2009 at 9:28 AM, Robert Burrell Donkin <
robertburrelldon...@blueyonder.co.uk> wrote:
> i've uploaded the tidied and regenerated site:
> http://commons.apach
Mohammady Mahdy wrote:
> Guys I am glad to see this project coming back to life, the viewvc and
> repository url on the site are broken though:
>
> jakarta/commons/proper/resources/trunk: unknown location
>
>
> Can you send the ones you are using ?
it takes a few hours for the site to sync: try
On May 17, 2009, at 3:16 PM, Stephen Colebourne wrote:
Matt Benson wrote:
Or, to put it another way, the consensus seems to be
> that the component + the major version # makes a "project."
As I've said before, I won't try and stop this, I no longer have the
moral rights here. I do believe
i've uploaded the tidied and regenerated site:
http://commons.apache.org/resources/
- robert
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Guys I am glad to see this project coming back to life, the viewvc and
repository url on the site are broken though:
jakarta/commons/proper/resources/trunk: unknown location
Can you send the ones you are using ?
On Mon, May 18, 2009 at 7:57 AM, Dave Meikle wrote:
> 2009/5/18 Niall Pemberton
>> I think md5 checksums are required for all artifacts. They are currently
>> missing.
>
> Could perhaps add sha1 as well, but not essential
> No need to re-roll the release; just create the hashes.
Hashes are available now
Thanks
Christian
--
2009/5/18 Niall Pemberton
> I made a couple of changes since some of what was in resources pom was
> duplicating what we already have in the commons-parent pom. The
> compiler "properties" you set to 1.5 are used in the parent to
> configure the compiler plugin. Also we tie the site and assembly
Hi,
If two processes or threads call forceMkdir() with the same directory there
is a chance that one will throw an IOException even though a directory was
correctly created (by the other process or thread). Attached is a small
patch to fix this problem.
Cheers,
Luke Quinane
Nu
On Sun, May 17, 2009 at 8:04 PM, Henri Yandell wrote:
> On Sun, May 17, 2009 at 3:16 PM, Stephen Colebourne
> wrote:
>> Matt Benson wrote:
>>>
>>> Or, to put it another way, the consensus seems to be
>>
>>> that the component + the major version # makes a "project."
>>
>> As I've said before, I w
On 18/05/2009, Mark Thomas wrote:
> I have finished working my way through the open POOL bugs.
>
> Of the remaining issues, 2 are bugs that only affect the 2.0 branch and
> rest are improvements.
Just ran Findbugs on trunk, and there seem to be some synch. issues in
Generic[Keyed]ObjectPool.
P
Luc Maisonobe wrote:
Phil Steitz a écrit :
Luc Maisonobe wrote:
Sam Halliday a écrit :
I've had a quick look at the 2.0 API and the only changes I'd like to
request
are:-
- create interfaces RealSparse{Matrix, Vector} to indicate a sparse
storage
implementation. Can be empty
Mark Thomas wrote:
I have finished working my way through the open POOL bugs.
Of the remaining issues, 2 are bugs that only affect the 2.0 branch and
rest are improvements.
Given that Tomcat is waiting on a DBCP release and DBCP is waiting on a
POOL release I would like to progress a POOL 1.5 r
On Sun, May 17, 2009 at 10:40 PM, Dave Meikle wrote:
> Hi,
>
> 2009/5/17 Dave Meikle
>
>> 2009/5/17 Robert Burrell Donkin
>>
>>> i'd prefer just to maintain a maven 2 if we're looking just to maintain
>>> a JDK1.5+ version.
>>>
>>> jdk1.4 is now EOL'd and i don't have any particular need to sup
On Sun, May 17, 2009 at 3:16 PM, Stephen Colebourne
wrote:
> Matt Benson wrote:
>>
>> Or, to put it another way, the consensus seems to be
>
>> that the component + the major version # makes a "project."
>
> As I've said before, I won't try and stop this, I no longer have the moral
> rights here.
I have finished working my way through the open POOL bugs.
Of the remaining issues, 2 are bugs that only affect the 2.0 branch and
rest are improvements.
Given that Tomcat is waiting on a DBCP release and DBCP is waiting on a
POOL release I would like to progress a POOL 1.5 release asap.
Does PO
On 15/05/2009, Oliver Heger wrote:
> The artifacts look good, the build works fine with JDK 1.4 and 1.6.
Builds and tests OK for me with 1.4.
> I think md5 checksums are required for all artifacts. They are currently
> missing.
Agreed.
Could perhaps add sha1 as well, but not essential
No need
2009/5/17 Dennis Lundberg
> I've added you as a project administrator for RESOURCES in JIRA.
>
Thanks Dennis.
Cheers,
Dave
Matt Benson wrote:
Or, to put it another way, the consensus seems to be
> that the component + the major version # makes a "project."
As I've said before, I won't try and stop this, I no longer have the
moral rights here. I do believe that this approach is profoundly wrong
however.
Consider
I've added you as a project administrator for RESOURCES in JIRA.
Dave Meikle wrote:
> Hi,
>
> I was looking to go through some of the issues reported on Commons Resources
> in JIRA, but I don't have rights to manage the project and therefore the
> issues.
>
> Is this something I would be able to
Hi,
I was looking to go through some of the issues reported on Commons Resources
in JIRA, but I don't have rights to manage the project and therefore the
issues.
Is this something I would be able to get access to?
Cheers,
Dave
Hi,
2009/5/17 Dave Meikle
> 2009/5/17 Robert Burrell Donkin
>
>> i'd prefer just to maintain a maven 2 if we're looking just to maintain
>> a JDK1.5+ version.
>>
>> jdk1.4 is now EOL'd and i don't have any particular need to support 1.4
>> but i'm happy to target 1.4 if there's a need.
>>
>
>
Hi,
2009/5/17 Robert Burrell Donkin
> i'd prefer just to maintain a maven 2 if we're looking just to maintain
> a JDK1.5+ version.
>
> jdk1.4 is now EOL'd and i don't have any particular need to support 1.4
> but i'm happy to target 1.4 if there's a need.
>
+1 from me - that is what I had done
+1 to project.xml and build.xml going :)
On Sun, May 17, 2009 at 2:58 AM, Dave Meikle wrote:
> Hi,
>
> As per the previous thread on reactivating Commons Resources [0], I have
> moved Resources back into Sandbox and made various changes to:
>
> * Refresh the License Headers
> * Added a Maven2 Bui
Niall Pemberton wrote:
> On Sun, May 17, 2009 at 9:03 PM, Robert Burrell Donkin
> wrote:
>> ATM the downloads page has references to an obsolete nightly build URL.
>> AIUI the new URL is http://people.apache.org/builds/commons/nightly/ but
>> resources isn't included.
>>
>> should i just remove th
--- On Sun, 5/17/09, Matt Benson wrote:
> From: Matt Benson
> Subject: Re: [all] Rebooting commons projects
> To: "Commons Developers List"
> Date: Sunday, May 17, 2009, 1:01 PM
>
>
>
> --- On Wed, 5/13/09, James Carman
> wrote:
>
> > From: James Carman
> > Subject: Re: [all] Rebooting
On Sun, May 17, 2009 at 9:03 PM, Robert Burrell Donkin
wrote:
> ATM the downloads page has references to an obsolete nightly build URL.
> AIUI the new URL is http://people.apache.org/builds/commons/nightly/ but
> resources isn't included.
>
> should i just remove the nightly section, or does resou
ATM the downloads page has references to an obsolete nightly build URL.
AIUI the new URL is http://people.apache.org/builds/commons/nightly/ but
resources isn't included.
should i just remove the nightly section, or does resources need to be
added to the nightly? (or something else?)
- robert
-
that is the question
should we stick with the current dependency version or bump to the latest?
- robert
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
i'm going through and fixing anything that looks clearly outdated to me
(sorry about the maven 1 build). i'm also going to try to update and
rebuild the site.
please jump if anyone spots any mistakes :-)
- robert
-
To unsubscri
Niall Pemberton wrote:
> On Sun, May 17, 2009 at 10:58 AM, Dave Meikle wrote:
>> Hi,
>>
>> As per the previous thread on reactivating Commons Resources [0], I have
>> moved Resources back into Sandbox and made various changes to:
>>
>> * Refresh the License Headers
>> * Added a Maven2 Build
>> * R
Dave Meikle wrote:
> Hi Niall,
>
> 2009/5/17 Niall Pemberton
>
>> Dave can you update your svn client config to set svn:eol-style to
>> native automatically when you add new artifacts - otherwise it can
>> cause lots of noise such as this:
>>
>> http://commons.markmail.org/message/7svz4g6ocyllsk
--- On Wed, 5/13/09, James Carman wrote:
> From: James Carman
> Subject: Re: [all] Rebooting commons projects
> To: "Commons Developers List"
> Date: Wednesday, May 13, 2009, 7:13 PM
> On Wed, May 13, 2009 at 7:21 PM,
> Stephen Colebourne
>
> wrote:
> > STOP everyone, please! Go back and re
Hi Niall,
2009/5/17 Niall Pemberton
>
> Dave can you update your svn client config to set svn:eol-style to
> native automatically when you add new artifacts - otherwise it can
> cause lots of noise such as this:
>
> http://commons.markmail.org/message/7svz4g6ocyllsknj
>
> thanks
>
> Niall
>
Apo
Henri Yandell wrote:
I've given you karma for the sandbox. Make a logging branch in there
and it can be voted on for release into proper.
Great. Thank you. I just successfully created
https://svn.apache.org/repos/asf/commons/sandbox/logging_empty/
Hen
--
Ceki Gülcü
Logback: The reliabl
>>> As a commons committer, you can start things in the sandbox without a
>>> formal
>>> vote. You should probably execute a grant for the stuff done outside the
>>> ASF. Does Yonik have sandbox karma? If not, just ask. Happy hacking!
Great to hear! Just wanted to ask before bringing stuff in!
On Sun, May 17, 2009 at 9:50 AM, Ceki Gulcu wrote:
>
>
> Henri Yandell wrote:
>
>> We're not actually ceding control though. I'm assuming the 0.0 or 99.0
>> version will be released through us etc etc. As you're an Apache
>> committer I don't see any reason why that should be an issue. If we
>> ne
Henri Yandell wrote:
We're not actually ceding control though. I'm assuming the 0.0 or 99.0
version will be released through us etc etc. As you're an Apache
committer I don't see any reason why that should be an issue. If we
need to release a 0.0.0 (or whatever) later to fix an issue in the
em
Phil Steitz a écrit :
> Luc Maisonobe wrote:
>> Sam Halliday a écrit :
>>
>>> I've had a quick look at the 2.0 API and the only changes I'd like to
>>> request
>>> are:-
>>>
>>> - create interfaces RealSparse{Matrix, Vector} to indicate a sparse
>>> storage
>>> implementation. Can be empty (for n
Luc Maisonobe wrote:
Sam Halliday a écrit :
I've had a quick look at the 2.0 API and the only changes I'd like to request
are:-
- create interfaces RealSparse{Matrix, Vector} to indicate a sparse storage
implementation. Can be empty (for now).
I suppose these interfaces would extend R
Sam Halliday wrote:
Luc Maisonobe wrote:
Perhaps having a single additional method getSparcity() or
getLoadRatio() returning the ratio of elements set to the total number
as a double would be useful ?
Perhaps... but the shape is probably more important than the sparsity score
(which
Luc Maisonobe wrote:
Bill Barker a écrit :
- Original Message - From: "Ted Dunning"
To: "Commons Developers List"
Sent: Saturday, May 16, 2009 1:01 PM
Subject: Re: [math] Re: commons-math, matrix-toolkits-java and
consolidation
+1 on this change. Grand names like SparseReal
Luc Maisonobe wrote:
Sam Halliday a écrit :
I don't want to hold up a 2.0 release... however it would be a shame to
release an API that would restrict further inclusion of MTJ/BLAS, especially
in the sparse API. Would it be possible to hold back the linear algebra
updates for now?
If you'd r
On Sun, May 17, 2009 at 10:50 AM, Dave Meikle wrote:
> 2009/5/17 Henri Yandell
>
>> Karma granted to commons-sandbox.
>>
>> Which I realize doesn't cover commons/dormant, so I've changed that.
>> Sandbox karma lets you modify the dormant location (which should only
>> be to move things over into
On Sun, May 17, 2009 at 10:58 AM, Dave Meikle wrote:
> Hi,
>
> As per the previous thread on reactivating Commons Resources [0], I have
> moved Resources back into Sandbox and made various changes to:
>
> * Refresh the License Headers
> * Added a Maven2 Build
> * Restructured the folders in-line w
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
Hi,
As per the previous thread on reactivating Commons Resources [0], I have
moved Resources back into Sandbox and made various changes to:
* Refresh the License Headers
* Added a Maven2 Build
* Restructured the folders in-line with the standard maven folder structure
Because of the above change
2009/5/17 Henri Yandell
> Karma granted to commons-sandbox.
>
> Which I realize doesn't cover commons/dormant, so I've changed that.
> Sandbox karma lets you modify the dormant location (which should only
> be to move things over into sandbox).
>
> First step for resources - move to sandbox. Seco
Bill Barker a écrit :
>
> - Original Message - From: "Ted Dunning"
> To: "Commons Developers List"
> Sent: Saturday, May 16, 2009 1:01 PM
> Subject: Re: [math] Re: commons-math, matrix-toolkits-java and
> consolidation
>
>
>> +1 on this change. Grand names like SparseRealMatrix should
54 matches
Mail list logo
