On Tuesday 06 January 2004 11:04 pm, Jeffrey D. Brekke wrote:
Steve/Daniel,
I'm responding to snippets from several messages in this one message,
sorry if it's confusing...
[Iterator idea]
When I suggested the filtering iterator I was thinking of something
really simple, like an
Neither of these yet exist in released versions of beanutils/configuration, so they
can't be deprecated yet.
Stephen
from:Henri Yandell [EMAIL PROTECTED]
Weren't ExtendedProperties and BeanMap to be removed?
Or was the decision made to keep them?
Btw I am going to use commons-sql (at least a choice for now) for my
work, which depends on betwixt, so with a bit of luck I can do some
betwixt during office hours...
Mvgr,
Martin
On Tue, 2004-01-06 at 23:31, robert burrell donkin wrote:
On 6 Jan 2004, at 02:50, Ryan Hoegg wrote:
I am a
On Wed, 07 Jan 2004 05:44:36 -0600, steve cohen [EMAIL PROTECTED] said:
On Tuesday 06 January 2004 11:04 pm, Jeffrey D. Brekke wrote:
Steve/Daniel,
I'm responding to snippets from several messages in this one
message, sorry if it's confusing...
[Iterator idea]
When I suggested the
Hi, I have implemented what could be the basis for a common abstraction
layer for cache implementations as discussed previously :
http://www.mail-archive.com/[EMAIL PROTECTED]/msg31432.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg32363.html
The structure of this implementation is
In message [EMAIL PROTECTED], steve cohen writes:
I keep coming back to the ant use case and how we'd handle it there. I
suppose we could add yet another parameter to the ant ftp task to handle
this odd case, but I'd rather not. I'm still not happy with this but I don't
have a better
In message [EMAIL PROTECTED], Jeffrey D. Brekke writes:
[Alternatives to VMS Parser/Version issue]
Another alternative is to create another parser, creating two VMS
parsers, potentially sub-classing one VMS parser to avoid code
duplication. A specialized VMS parser that will filter off multiple
Daniel F. Savarese wrote:
I also forgot to add that there's at least one pending code
submission/patch
that we need to review and include before a 1.2 release. I believe it was
the NTP/SNTP functionality submitted by Jason Matthews.
Correct. On September 14, and corrected on October 8.
On Wednesday 07 January 2004 11:14 am, Daniel F. Savarese wrote:
In message [EMAIL PROTECTED], steve cohen writes:
I keep coming back to the ant use case and how we'd handle it there. I
suppose we could add yet another parameter to the ant ftp task to handle
this odd case, but I'd rather not.
On Wednesday 07 January 2004 11:44 am, Daniel F. Savarese wrote:
In message [EMAIL PROTECTED], Jeffrey D. Brekke writes:
[Alternatives to VMS Parser/Version issue]
Another alternative is to create another parser, creating two VMS
parsers, potentially sub-classing one VMS parser to avoid code
On 7 Jan 2004, at 05:44, Niall Pemberton wrote:
My problem is I built a framework to just generate, process and spit
out
DynaBeans and then got it to also do POJ beans afterwards when I
discovered
your Wrapped DynaBeans .
1) WrapDynaClass.newInstance()
The framework generates DynaBeans (from
On 7 Jan 2004, at 03:27, Craig R. McClanahan wrote:
Quoting robert burrell donkin [EMAIL PROTECTED]:
snip
3 seems to me to be a symptom of a bigger issue (which has been known
for some time). the exception handling in beanutils is painful and
confusing to many users. i'd be very reluctant to
On 6 Jan 2004, at 22:45, __matthewHawthorne wrote:
robert burrell donkin wrote:
there has been talk about an improved, common documentation build for
jakarta commons. IIRC the consensus settled on maven. it was
suggested that those components already with mavenized builds switch
to using these
rdonkin 2004/01/07 14:01:09
Modified:beanutils/src/java/org/apache/commons/beanutils package.html
Log:
Added entry to FAQ about ordering bean comparator.
Revision ChangesPath
1.18 +24 -0
On Thu, 2004-01-08 at 10:56, robert burrell donkin wrote:
at first glance it seems that pretty much everything is there but i'd
like to double check before it's declared official. i like to ask first
just in case any other people have any strong feelings about not
mavenizing digester. (now
Message:
The following issue has been re-assigned.
Assignee: dion gillard (mailto:[EMAIL PROTECTED])
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-97
Here is an overview of the issue:
dion2004/01/07 17:02:05
Modified:jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt
MenuTag.java
Log:
Apply Jelly-97. Demo seems to work ok with it
Revision ChangesPath
1.6 +1 -1
Message:
The following issue has been closed.
Resolver: dion gillard
Date: Wed, 7 Jan 2004 7:18 PM
Applied today
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-97
Here is an
Hello and Happy New Year!
I was just curious to know if httpClient supports ssl authentication with certificate
and private key?
That is I want to use httpClient to connect to a web site with my private key /
certificate from a keystore.
Is it possible?
I could not find a word about it in the
Lionel PASQUIER wrote:
Hello and Happy New Year!
Thanks, same to you...
I was just curious to know if httpClient supports ssl authentication with certificate and private key?
That is I want to use httpClient to connect to a web site with my private key /
certificate from a keystore.
Is it
Well... I successfully connected to a https server that does not require certificate
with httpClient: the ssl guide explain very well how to do this. But I did not spot
anything about client authentication
Maybe I am blind, but I need help! :)
Is it in the SSLContext.init() that I should
Lionel PASQUIER wrote:
Well... I successfully connected to a https server that does not require certificate with httpClient: the ssl guide explain very well how to do this. But I did not spot anything about client authentication
There is not much.
Maybe I am blind, but I need help! :)
Has anyone looked at this one? Any feedback so far?
Oleg
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 12:40
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 25529] New: - Redesign of HTTP authentication
framework
DO NOT REPLY TO
Sorry none yet. Tomorrow perhaps
Mike
On Jan 7, 2004, at 11:17 AM, Kalnichevski, Oleg wrote:
Has anyone looked at this one? Any feedback so far?
Oleg
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 12:40
To: [EMAIL PROTECTED]
24 matches
Mail list logo