Instead of coding directly to S3, perhaps you can code to an
abstraction library such as jclouds
(http://www.jclouds.org/documentation/index) and let them handle the
integration with the various cloud storage providers. You would get
simplified testing and multi-provider support instead of an S3
Looks like this is already fixed in the trunk...
Steve
On Tue, Nov 16, 2010 at 7:44 PM, sebb seb...@gmail.com wrote:
I think I've discovered the cause.
Commons Javadoc uses the URL defined in Commons Parent POM:
http://java.sun.com/javase/6/docs/api/
Using JMeter to download this URL
xfer to dev distro =)
On Nov 5, 2010, at 10:23 AM, James Carman ja...@carmanconsulting.com
wrote:
On Fri, Nov 5, 2010 at 10:11 AM, Phil Steitz phil.ste...@gmail.com
wrote:
The challenge with making a smart pool implementation is that it is hard
to
define an algorithm that does no
First, Paul, nice presentation at ApacheCon =)
I came up after the discussion to mention a feature I added to my pool
implementation, wanted to record this here and get community thoughts.
What I have done for a customer (non-releasable, but I can re-implement much
cleaner) was essentially
Hi Phil,
I caught up on the messages, and I agree with Gary as well. What can I do
to help at this point? I think the group decided to implement immutable
configuration classes...the pools would provide a reference in the
pools/factories and sync/reconfigure with the reconfigure()? Is
, James Carman ja...@carmanconsulting.comwrote:
On Wed, Nov 3, 2010 at 11:09 AM, Steven Siebert smsi...@gmail.com wrote:
Something I have been considering is the how to represent multiple pools
in
a JVM. I'm thinking we'll need to add an additional optional
configuration
value poolName
||org.apache.commons.pool.poolType]:uuid=[uuidValue]
Sound good?
Thanks for the feedback!
S
On Wed, Nov 3, 2010 at 12:04 PM, James Carman ja...@carmanconsulting.comwrote:
On Wed, Nov 3, 2010 at 11:51 AM, Steven Siebert smsi...@gmail.com wrote:
I considered this, but the problem would be finding/viewing the specific
You restore the pool fields that used to hold the configuration setting
properties and leave the getters and setters (for the mutable ones) in
place.
Phil
so something like this?
public class GOP extends {
/**
* ref to immutable config reference, immutable config values are
Hey all,
Sorry I've been away from the discussion, I was stuck in a building with no
windows for the last week (quite literally) and had very little time to
breath. At ApacheCon now, so have a bit of time to hack.
I caught up on the messages, and I agree with Gary as well. What can I do
to
support.
Have a nice day,
Simo
http://people.apache.org/~simonetripodi/http://people.apache.org/%7Esimonetripodi/
http://www.99soft.org/
On Fri, Oct 22, 2010 at 5:23 AM, Gary Gregory
ggreg...@seagullsoftware.com wrote:
-Original Message-
From: Steven Siebert [mailto:smsi...@gmail.com
://people.apache.org/~simonetripodi/http://people.apache.org/%7Esimonetripodi/
http://www.99soft.org/
On Mon, Oct 25, 2010 at 3:06 PM, Steven Siebert smsi...@gmail.com wrote:
Hi Simone,
You have two +1's waiting for you in the JIRA comments =)
My comments from tracker:
I took a look
+1 on this issue.
I use VFS on a couple projects and this is always a bit burdensome, and on
several occasions have indeed caught and rethrew RuntimeExceptions. Even if
we can't/shouldn't soften them, what about typing them to be more specific?
Having every method throwing a FileSystemException
AM, Steven Siebert wrote:
Hi Simone,
You have two +1's waiting for you in the JIRA comments =)
My comments from tracker:
I took a look at this last night but didn't get a chance to comment =)
I like the patch, I believe this does indeed satisfy the issue.
One question I have, since we're
at 5:23 AM, Gary Gregory
ggreg...@seagullsoftware.com wrote:
-Original Message-
From: Steven Siebert [mailto:smsi...@gmail.com]
Sent: Thursday, October 21, 2010 18:08
To: Commons Developers List
Subject: Re: [pool] Reusing Config
Gary,
Great work so far. I'm
true =) BTW, I'll be at ApacheCon, if the VFS crew would like another warm
body to assist in getting the release out. Just let me know when/where to
be
On Mon, Oct 25, 2010 at 11:49 AM, Ralph Goers ralph.go...@dslextreme.comwrote:
On Oct 25, 2010, at 8:10 AM, James Carman wrote:
On Mon,
I agree with Mark's point about unfamiliar developers benefiting from
checked exceptions. Unlike James, I like checked exceptions =), and I have
established elegant recoveries from various resource exceptions (IO, for
example) under many use cases (at least in the enterprise arena).
What's
Gary,
Great work so far. I'm checking out the diffs now, I'm gonna hack out some
simple UML diffs, if only to wrap my head around it all. I'll upload the
file to the issue once complete.
BTW, I hope I didn't offend with the 'academic' comment, I
most certainly did not intend to infer that there
I apologize for not getting the proposal for the MBean API out quite yet -
needed some sleep last night =)
Gary, it seems your question is more approaching the issue academically,
asking if the configuration can be extracted (indeed, abstracted) for reuse.
Depending on your intent, this may or
Why not add an (or a small set of) MBean(s) to where you can not only manage
some of the mutable values, but also add the capability to runtime monitor
the pool through jconsole and 3rd party JMX/network monitoring systems?
This would keep the pool API the same, reducing the need for you to
19 matches
Mail list logo
