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 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 takes at leas
xfer to dev distro =)
> On Nov 5, 2010, at 10:23 AM, James Carman
> wrote:
>
> > On Fri, Nov 5, 2010 at 10:11 AM, Phil Steitz
> wrote:
> >>
> >> The challenge with making a smart pool implementation is that it is hard
> to
> >> define an algorithm that "does no harm" (i.e. always actually impro
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 enable
>
>
> 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 val
dName||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 wrote:
> On Wed, Nov 3, 2010 at 11:51 AM, Steven Siebert wrote:
> > I considered this, but the problem would be finding/viewing the specific
> > pool in the JM
12 AM, James Carman wrote:
> On Wed, Nov 3, 2010 at 11:09 AM, Steven Siebert 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 &quo
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()?
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 help
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 ever
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 wrote:
>
> On Oct 25, 2010, at 8:10 AM, James Carman wrote:
>
> > On Mon, Oct 25, 2010 at 11:05 A
equired form.
> > Please take a look at the patch and provide feedbacks, if you agree I
> > could start committing the modifications and proceed on JMX support.
> > Have a nice day,
> > Simo
> >
> > http://people.apache.org/~simonetripodi/
> > http://www.99soft.org
least one pooladd
this?)
I could very well be missing something, though. I'm working from home now,
working on a separate project with nothing to do with pool, and trying to
consider this at the same time =)
S
On Mon, Oct 25, 2010 at 11:10 AM, Phil Steitz wrote:
> On 10/25/10 9:06
+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
new version of the
> library... maybe I'm wrong but my instinct suggests me a 2.0 version
> could be even a completely rewrite of the 1.5.
> BTW that's just my opinion :P
>
> Have a nice day,
> Simo
>
> http://people.apache.org/~simonetripodi/
> http:/
>
> Have a nice day and thanks for the feedbacks!
> Simo
>
> http://people.apache.org/~simonetripodi/<http://people.apache.org/%7Esimonetripodi/>
> http://www.99soft.org/
>
>
>
> On Mon, Oct 25, 2010 at 3:06 PM, Steven Siebert wrote:
> > Hi Simone,
> >
> > Yo
cations and proceed on JMX 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
> wrote:
> >> -Ori
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 ther
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 ma
://www.99soft.org/
>>
>>
>>
>> On Mon, Oct 18, 2010 at 11:05 PM, Matt Benson
>> wrote:
>>
>>>
>>> On Oct 18, 2010, at 3:35 PM, Gary Gregory wrote:
>>>
>>> -Original Message-
>>>>> From: Steven Siebert [mailto:
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 maintai
21 matches
Mail list logo
