--- Craig R. McClanahan [EMAIL PROTECTED] wrote:
Quoting Craig R. McClanahan [EMAIL PROTECTED]:
Quoting robert burrell donkin [EMAIL PROTECTED]:
we've talked before about removing the dependency of beanutils on
collections. there are two parts to this, the first is to come up
with
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27159.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Phil Steitz wrote:
I would like to propose that we simplify the UnivariateRealSolver design
as follows:
1. Eliminate the function f from the UnivariateRealSolverFactory new*
methods, adding it as a parameter to the solve() methods on the
instances instead.
Well, the idea behind passing the
FYI,
This is now taken care of for [lang]. The o.a.cl.enum package is deprecated
in favor of a new o.a.cl.enums package.
Gary
-Original Message-
From: matthew.hawthorne [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 18, 2004 23:52
To: Jakarta Commons Developers List
Subject:
Hello all,
[codec] is Apache License 2.0 compliant by the page
http://www.apache.org/dev/apply-license.html.
If I've missing some, please let me know.
What I've missed on purpose:
- The manifest (.MF) file. Can MF files have comments? I do not see them
spec'd here:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22489.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22489.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 22 Feb 2004, at 23:04, Craig R. McClanahan wrote:
Quoting robert burrell donkin [EMAIL PROTECTED]:
On 16 Feb 2004, at 23:02, Martin Cooper wrote:
-Original Message-
From: robert burrell donkin
snip
if it's to survive, jakarta will have to find ways to allow
projects to create
I'm going to be talking about my new commons sandbox contribution
(FeedParser) tomorrow at the Web Services SIG...
http://www.peerfear.org/rss/permalink/2004/02/23/WebServicesSIGWhatIsRSS/
The funny part... it's at the Microsoft campus!
Open Source at the Microsoft campus. sw33t!
Kevin
--
rdonkin 2004/02/23 13:41:13
Modified:betwixt/src/java/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13
ComplexLocalElement.java ComplexType.java
Element.java ElementReference.java
rdonkin 2004/02/23 13:42:27
Added: betwixt/src/java/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13 DataTypeMapper.java
Log:
Added support for customizable schema type mappings.
Revision ChangesPath
No
rdonkin 2004/02/23 13:48:40
Added: betwixt/src/java/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13
DefaultDataTypeMapper.java
Log:
Added support for customizable schema type mappings.
Revision Changes
On 23 Feb 2004, at 13:32, David Graham wrote:
--- Craig R. McClanahan [EMAIL PROTECTED] wrote:
snip
Grumble grumble ... this is not technically possible without breaking
backwards
compatibility on the public APIs. We should have caught the fact that
PropertyUtils.getMappedDescriptors() returns
On 22 Feb 2004, at 23:03, Craig R. McClanahan wrote:
Quoting robert burrell donkin [EMAIL PROTECTED]:
snip
i'd prefer to use a maven-friendly subdirectory called 'optional' with
commons/beanutils with a complete maven-friendly directory structure.
for distribution, we create a
rdonkin 2004/02/23 13:54:33
Added: betwixt/src/java/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13 GlobalElement.betwixt
Log:
Added support for customizable schema type mappings.
Revision ChangesPath
No
rdonkin 2004/02/23 13:55:00
Added: betwixt/src/java/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13 GlobalElement.java
Log:
Added support for customizable schema type mappings.
Revision ChangesPath
No
rdonkin 2004/02/23 13:55:17
Added: betwixt/src/java/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13
TranscriptionConfiguration.java
Log:
Added support for customizable schema type mappings.
Revision Changes
rdonkin 2004/02/23 13:55:35
Added: betwixt/src/test/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13 AllSimplesBean.java
Log:
Added support for customizable schema type mappings.
Revision ChangesPath
No
rdonkin 2004/02/23 13:55:55
Added: betwixt/src/test/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13 SchemaDiff.java
Log:
Added support for customizable schema type mappings.
Revision ChangesPath
No revision
rdonkin 2004/02/23 13:56:36
Added: betwixt/src/test/org/apache/commons/betwixt/schema Tag:
REFACTORING-BRANCH_2004-01-13
TestDataTypeMapper.java
Log:
Added support for customizable schema type mappings.
Revision ChangesPath
mbecke 2004/02/23 16:27:36
Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH status.xml
downloads.xml
Log:
Removed final
Revision ChangesPath
No revision
No revision
1.20.2.8 +2 -2
Hello,
My patch is so horrible ?? :o)
I only glanced at it but it is customary to provide a unit test patche when
adding functionality.
Gary
-Original Message-
From: Alban Peignier [mailto:[EMAIL PROTECTED]
Sent: Friday, February 20, 2004 12:53
To: Jakarta Commons Developers List
Let's split this into two chunks:
(1) DecoderException superclass
(2) StatefulDecoders
Gary
-Original Message-
From: Alex Karasulu [mailto:[EMAIL PROTECTED]
Sent: Friday, February 20, 2004 23:13
To: [EMAIL PROTECTED]
Cc: 'Apache Directory Developers List'
Subject: [codec]
I have to be honest and say that I don't like this tab style for commons. It
moves the page content too far down, and makes the links too important in my
view.
(Technically/visually it looks nice though ;-)
Stephen
- Original Message -
From: Mark R. Diggory [EMAIL PROTECTED]
I worked
jkeyes 2004/02/23 18:01:41
Modified:cli/src/java/org/apache/commons/cli2/impl Tag:
RESEARCH_CLI_2_ROXSPRING Command.java
DefaultOption.java PropertyOption.java Switch.java
GroupImpl.java ArgumentImpl.java
I've been working on the idea of stateful Decoders designed for use with
non-blocking reads where buffers are read from channels and used by
decoders.
http://nagoya.apache.org/jira/secure/ViewIssue.jspa?id=13599
How does your proposal contrast/differs/combines with what has
been
public java.util.List operation(java.nio.ByteBuffer buffer);
This brings up an interesting issue: How do we potentially package and
deliver some code that depends on Java 1.4. In a second [codec] jar? I think
we should keep the JRE requirement to a minimum for [codec]. Here, we are
stuck on
It also makes me wonder why De/EncoderException do not subclass a
CoderException, CodecException? Just thinking aloud...
gg
-Original Message-
From: Tim O'Brien [mailto:[EMAIL PROTECTED]
Sent: Monday, February 23, 2004 18:00
To: Jakarta Commons Developers List
Subject: Re: [codec]
Alex Karasulu wrote:
Hi,
I've been working on the idea of stateful Decoders designed for use with
non-blocking reads where buffers are read from channels and used by
decoders. As you know you don't always get the complete PDU in a single
channel read and so buffers need to be handled in a
This brings up an interesting issue: How do we potentially package and
deliver some code that depends on Java 1.4. In a second [codec] jar?
There are several issues, but let me address what I consider to be the key
one: we have to design the core code as push-model. If we were to design
the
I think the introduction of EncoderException and DecoderException in and
of itself was a mistake in the first place. Creating hierarchies of
exception just for the hell of it isn't a hobby I can maintain.
IMO, Encoder and Decoder are similar to Reader and Writer which both
throw IOException.
Encoder and Decoder are similar to Reader and Writer
which both throw IOException.
Note that this would no longer hold true in a push model codec library,
since it would not actually perform I/O.
--- Noel
-
To
Gary Gregory wrote:
public java.util.List operation(java.nio.ByteBuffer buffer);
This brings up an interesting issue: How do we potentially package and
deliver some code that depends on Java 1.4. In a second [codec] jar? I think
we should keep the JRE requirement to a minimum for [codec]. Here,
So a nice simplification would be to replace De/EncoderException usage with
IOException. I am not sure this is 100% backwards compatible though.
For [codec], this involves:
(1) Deprecate De/EncoderException.
(2) Replace throw in API declaration and in throw sites with IOException.
For [codec]
J.Pietschmann wrote:
Phil Steitz wrote:
I would like to propose that we simplify the UnivariateRealSolver
design as follows:
1. Eliminate the function f from the UnivariateRealSolverFactory new*
methods, adding it as a parameter to the solve() methods on the
instances instead.
Well, the
Noel J. Bergman wrote:
Encoder and Decoder are similar to Reader and Writer
which both throw IOException.
Note that this would no longer hold true in a push model codec library,
since it would not actually perform I/O.
True, having StatefulDecoder.getDecoded() throw an IOException seems
fishy.
Encoder and Decoder are similar to Reader and Writer
which both throw IOException.
Note that this would no longer hold true in a push model codec library,
since it would not actually perform I/O.
True, having StatefulDecoder.getDecoded() throw an IOException seems
fishy.
Agreed.
To whom it may engage...
This is an automated request, but not an unsolicited one. For help understanding the
request please visit http://jakarta.apache.org/gump/nagged.html, and/or contact [EMAIL
PROTECTED]
Project commons-jelly-tags-junit has an issue affecting it's community
ggregory2004/02/23 22:01:28
Modified:lang/src/java/org/apache/commons/lang ClassUtils.java
Log:
PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27054
Fixes to some Javadoc errors in ClassUtils
Submitted by: Janek Bogucki
Reviewed by: Gary Gregory
Revision
Check out the Java program in the Apache Committers project:
relicense/src/java/org/apache/committers/ReplaceLicense.java
Gary
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, February 23, 2004 22:10
To: [EMAIL PROTECTED]
Subject: [jelly] moving to
Is anyone volunteering, or got a script about?
There is a script in the committers module, and I have seen at least one
more script and an Ant task.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Check out the Java program in the Apache Committers project:
relicense/src/java/org/apache/committers/ReplaceLicense.java
BTW, this is what I used for [lang] and [codec].
Be sure to check out the readme.
Gary
Hi,
Daemon has been released:
- http://jakarta.apache.org/commons/daemon/
The excutable jsvc are in
http://www.apache.org/dist/jakarta/commons/daemon/binaries/1.0/
Cheers
Jean-Frederic
signature.asc
Description: OpenPGP digital signature
I'd like to chat more on this, but I'm totally swamped today. Maybe I
can respond later tonite. I agree with alot of the discussion, what I
built is primarily a prototype with tons of room for input. Anyone who
wants to step up to bat and play around with it, I will provide the
alternate
Hello group,
I tried the code of the tutorial page (Final Source Code) but there is a
small mistake:
// We will retry up to 3 times.
while (statusCode == -1 attempt 3; attempt++) {...
}
Should be something like this:
while (statusCode == -1 attempt 3) {
attempt += 1;
Hi,
I notice you have separated out the functions of the connection and the
content creation. So the code must be something like
HttpClient client = new HttpClient( url );
HttpMethod method = new GetMethod();
method.setRequestHeader( ... ); ...
method.setRequestBody( ... );
John Keyes wrote:
method.setRequestBody( ... );
client.execute( method );
So my question is, is there a way to stream the request body rather than
having to store the request in memory prior to writing it on the wire.
setRequestBody accepts an InputStream. You could use a piped stream to
John,
HttpClient's entity enclosing methods (POST, PUT) do support content streaming when
(1) the content length does not need to be automatically calculated or (2)
chunk-encoding is used
Please refer to the following sample applications for details
Unbuffered post:
Thanks for the information guys.
-John K
On 23 Feb 2004, at 13:02, Kalnichevski, Oleg wrote:
John,
HttpClient's entity enclosing methods (POST, PUT) do support content
streaming when (1) the content length does not need to be
automatically calculated or (2) chunk-encoding is used
Please
No problem, dude!
Thx for fixing it so fast :). I think it was the
for (int attempt = 0; statusCode == -1 attempt 3; attempt++)
fault. Maybe you should choose only one (either *for* or *while*). ...but anywhere those thinks can happen ;-).
King regards
/thorsten
Kalnichevski, Oleg wrote:
Thorsten,
It has not been fixed yet. I have got the patch (below), but will not be able to
commit it until I get home. The corporate firewall blocks SSH access, so I cannot
commit while at work.
Expect the tutorial to be fixed by tomorrow morning
Oleg
Index: tutorial.xml
Hello,
I'm new in using HttpClient and I have the following problem:
There is an external web application using a post form.
When the user provides the values for the form fields, he receives
a new post form, under the same URL. Here he must push a submit button,
to confirm that the values he
Guys,
A colleague pointed out to me that this does not in fact resolve the
situation. The solutions pointed out allow me to read the attachment
as a stream. The contents are still held in memory prior to writing it
on the wire. To fully support this you would need access to the
Have a look here:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26070
Thanks
Moh
-Original Message-
From: John Keyes [mailto:[EMAIL PROTECTED]
Sent: Monday, February 23, 2004 3:49 PM
To: Commons HttpClient Project
Subject: Re: streaming request body
Guys,
A colleague pointed
John,
Two separate questions:
a) sending a large post/put request, without buffering it in memory.
b) reading a large response to a request.
For (a), Oleg's response is correct. You might easily be confused, in
the sense that HttpClient's API inverts the control. It is not that you
write to an
Hi, I think there is a problem with header location :
When a URL returns 302 as http status code, the location header of this URL
is still a null value. Even if it is a well-known redirected site :
Can you inform me about this issue? Am I wrong? I use the code proposed on
the official site.
On 23/2/04 2:40 PM, Emre Sokullu [EMAIL PROTECTED] wrote:
Hi, I think there is a problem with header location :
When a URL returns 302 as http status code, the location header of this URL
is still a null value. Even if it is a well-known redirected site :
Can you inform me about this
Hi, I think there is a problem with header location :
When a URL returns 302 as http status code, the location header of this URL is still a
null value. Even if it is a well-known redirected site :
Can you inform me about this issue? Am I wrong? I use the code proposed on the
official site.
Well yes:
http://www.google.com
it's redirecting Turkish IPs to http://www.google.com.tr
And not just google, every URL, even one that I have created the header
information by myself using php
-
To unsubscribe, e-mail: [EMAIL
Patch committed to both CVS HEAd and 2.0. I hope I got it right this
time around.
Mike, could you please redeploy the site when you happen to have a spare
moment? I apologize for inconveniences and extra work caused by my
mistake.
Oleg
On Mon, 2004-02-23 at 17:10, Kalnichevski, Oleg wrote:
Hello Diana,
there are some possible cases... you'll have to analyse the
page returned as the response to the first POST request.
Easy case: The second POST request is just a generic request
with fixed data, such as parameter confirm set to true. You
extend your program to send that fixed second
61 matches
Mail list logo