> Was this sent to me directly, or did it go to the list?
You can find out by looking at the headers, was it handled by an apache.org
machine at any point?
But it is also highly likely that the spammers mined this list and got your
address *and* Craigs, and used Craig as the sender because
> I know exactly how you feel. The basic problem is that Jakarta, and
> Jakarta-Commons, are now incapable of taking any decisions on contentious
> issues. They are too large - too large for the discussion, too many
mails,
> too many personalities and and inability to hold a vote.
I think that
Harish,
There isn't very much traffic on the PMC list at all, most business, and
all votes, is transacted on the general list.
If anyone has any item which they wish to draw to the specific attention of
the PMC it is always a good idea to post to PMC@ because you will then know
that your messa
Vic,
I read the discussions in which you made allegations about Geronimo. Now
please read this:
1/ It is the decision of the Jakarta PMC that as doubt about the ownership
has been expressed and not resolved it is prudent for the PMC to take this
step until it is resolved.
2/ No one is sugges
Noel wrote: (about Howard & Hivemind)
> Some of his messages seem to
> imply that he feels that if he did [put the full facts before the PMC or
the Board], there would be drastic action.
Speaking for myself I'd say there is *less* likely to be drastic action if
the PMC are fully congnisant
FWIW the math proposal actually says:
"Emphasis on small, easily integrated components rather than large
libraries with c
Mark wrote:
> I think its important to point out that BSF is really a "Generic
> Framework" for plugging in other scripting engines
Snip...
> So with this in mind you can actually plug jython, rhino, etc into it
> and use it as a generic api for your java development.
I've used BSF with bot
> So it again boils down to a *BUG*.
But not the same bug..
***
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for delivery o
> I personally don't have any problem
> with widening that rule to any Apache committer, which would therefore
> include Leo automatically (he has commit access on Avalon, which used to
> be a Jakarta sub-project but is now top level). Does any other
> Commons-Dev committer or Jakarta PMC member h
r
> "fireOnConnectionLeak(ConnectionLeakEvent)" and server can hung before to
> fire this event. It looks like we have nothing to implement, if we can not
> to detect leak to fire event.
> But sandbox is open for R&D.
>
> - Original Message -
> From: &qu
Well I never,
There's been a lot of talk generated by my innocent proposal of using the
Observer pattern, or in more java-esque terms events and listeners to arrive
at a compromise in the Connection Recovery War. I'd like to clarify some
points raised.
In the first place to address the criticism o
Well I never,
There's been a lot of talk generated by my innocent proposal of using the
Observer pattern, or in more java-esque terms events and listeners to arrive
at a compromise in the Connection Recovery War. I'd like to clarify some
points raised.
In the first place to address the criticism o
Juozas,
> I think I will leave commons and I will spend more my time on SF
> with forked
> code, if this kind of vote can win at apache.
> My input is not a very big, but I will lose any energy to work for crap .
I think it is sad that you would rather leave than suggest any alternative.
It hig
Juozas,
> I do not think it is good idea to maintain any kind of public API for
> "abandoned connections", It is garbage,
> If application or server is not broken, it doe's not need workarounds.
It is easy for you to say this, but the fact remains that a number of people
are quite vocal in their
Serge et al,
Further to my suggestion about using the Observer pattern for event
notification w.r.t. point 4 (below) I forgot to mention that it also has the
benefit of offering a compromise in the pro/anti recovery debate.
Existing contentious code designed to reclaim or test connections need no
Serge,
> 1. Remove existing abandoned recovery attempt code.
> 2. Log when connections are abandoned and do not add them back into the
> pool.
> 3. Optionally log stack trace of where abandoned connection was first
> grabbed.
> 4. Provide some kind of extensible connection object that could allow
Serge,
> I *need* the pooler to close connections that have been borrowed from
> the pool and forgotten to be closed. Can you give a) reasons why not to
> close them because of an optional parameter and b) suggested workaround?
Why? I can think of a couple of reasons you might give, but I'm se
> But, with that program I have another kind of difficulty:
> by itself it generates keys of some format not recognized
> by ssh server running on cvs.apache.org. The keys of this
> format look like
Top tip .. I find it often avoids pain if you generate your keys on the server you're
connecting
> Me too, but maybe I'm lameristic :)
> In fact I use windows port of SSH (by Gorden Chaffee,
> ssh-1.2.14-win32bin.zip)
> with windows port of cvs. CVS and ssh work fine but I fail to do scp.
> But I have been failing this for a long time already. Maybe the reason
> is that with scp I did not fi
> I have been stricken with the beauty of approach
> you have proposed, indeed its nice to emulate
> a server timeout :-))
I can see how this would appeal, allowing DBCP to impose its own timeout, however IMO
it would still not allow DBCP be able to reclaim the connection,
Rather it would have
I think we've had this discussion before.
But I'll weigh in with my 2c again because I still feel strongly about it..
Craig says:
> I do not believe there is any fundamentally sound algorithm that a
> connection pool can use to detect when a connection has truly been
> "abandoned" and is thereby
Craig wrote:
> But I think we might be using the term "recycle" differently.
>
> By "recycle", do you mean "if a connection has been setting in the pool
> for a long time and is not allocated to an application, so we can close it
> now"?
No, thats pool administration. IMO its an implementation
Craig,
> IMHO, any application that depends on the connection pool for recovering
> abandoned connections (whether or not it recycles them) is broken. Far
> better is to focus your energy on avoiding all the cases where you grab a
> connection from the pool but fail to return it for some reason.
> As far as my less ambitious goal of parsing dates correctly on
> different locale systems is concerned, I posted a request on the
> Ant list for any sample FTP sites implemented in different
> languages and so far have not received any replies.
Are you sure that dates are transferred in loca
24 matches
Mail list logo