From: Costin Manolache [EMAIL PROTECTED]
Hanasaki JiJi wrote:
Thinking out loud here What do you think?
1. turn the VFS providers into JNDI SPI
2. implement VFS via JNDI or the JNDI SPI's directly
+1
Tomcat abstracts the file system using JNDI - it may be worth taking
a look.
jstrachan2003/02/26 01:12:55
Modified:jelly/src/test/org/apache/commons/jelly/core
TestInvokeStaticTag.java
Log:
removed unnecessary import
Revision ChangesPath
1.2 +5 -6
jstrachan2003/02/26 02:26:10
Modified:jelly/jelly-tags/jface maven.xml project.xml
jelly/jelly-tags/jface/src/java/org/apache/commons/jelly/tags/jface
JFaceTagLibrary.java
Added:
jstrachan2003/02/26 03:00:31
jakarta-commons/jelly/jelly-tags/jface/src/test/org/apache/commons/jelly/tags/jface/wizard
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
jstrachan2003/02/26 03:00:31
jakarta-commons/jelly/jelly-tags/jface/src/java/org/apache/commons/jelly/tags/jface/wizard
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
jstrachan2003/02/26 03:00:42
Modified:jelly/jelly-tags/jface maven.xml project.xml
jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt
SwtTagLibrary.java
jelly/jelly-tags/jface/src/java/org/apache/commons/jelly/tags/jface
jstrachan2003/02/26 04:53:18
jakarta-commons/jelly/jelly-tags/jface/src/java/org/apache/commons/jelly/tags/jface/window
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
jstrachan2003/02/26 04:53:37
Modified:jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt
LayoutDataTag.java ImageTag.java LayoutTag.java
LayoutTagSupport.java WidgetTag.java
jstrachan2003/02/26 05:34:22
Modified:
jelly/jelly-tags/jface/src/java/org/apache/commons/jelly/tags/jface/window
ApplicationWindowTag.java
jelly/jelly-tags/jface/src/test/org/apache/commons/jelly/tags/jface
JFaceDemo.jelly
jstrachan2003/02/26 05:39:03
Modified:jelly/jelly-tags/jface/src/java/org/apache/commons/jelly/tags/jface
JFaceImageTag.java
Log:
Applied latest patches supplied by Christiaan ten Klooster to add image support to
applicationWindow
Revision Changes
Is there any IRC servers and channels in use by Commons? HttpClient is
planning an IRC session and we need a home. Any talk about an
irc.apache.org?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
The getMessages factory method is currently defined as:
public static Messages getMessages(String package)
which concatenates package.LocalStrings to find the a default messages
properties file called LocalStrings.
I suggest changing the behavior to take the full package name + properties
file
Nicola Ken Barozzi wrote:
Why not make Tomcat a TLP and make this a subproject?
hinthintnudgenudge
I think we are quite happy in jakarta :-)
The place for any component/library that is general purpose is (IMHO)
in jakarta-commons. However, since there is some hope that
jakarta walls will go
rwaldhoff2003/02/26 07:45:19
Modified:collections/src/java/org/apache/commons/collections/primitives
ArrayIntList.java
collections/src/test/org/apache/commons/collections/primitives
TestArrayIntList.java
Nicola Ken Barozzi wrote:
They are very similar. JNDI is a little more general: a namespace of
Objects. VFS is a little more specific: a hierarchy of files.
VFS does not try to be as universal as JNDI does, even though there is
going to be plenty of overlap (find by name, create, delete,
James Strachan wrote:
From: Costin Manolache [EMAIL PROTECTED]
Hanasaki JiJi wrote:
Thinking out loud here What do you think?
1. turn the VFS providers into JNDI SPI
2. implement VFS via JNDI or the JNDI SPI's directly
+1
Tomcat abstracts the file system using JNDI - it may be
On Wed, 26 Feb 2003, Costin Manolache wrote:
James Strachan wrote:
From: Costin Manolache [EMAIL PROTECTED]
It'd me nice to move the Tomcat JNDI implementation into Commons so it can
be a general purpose JNDI implementation for those that want/need one.
+1 - if someone has the time
Jandalf wrote:
Is there any IRC servers and channels in use by Commons? HttpClient is
planning an IRC session and we need a home. Any talk about an
irc.apache.org?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Kasper Nielsen wrote:
Jandalf wrote:
Is there any IRC servers and channels in use by Commons? HttpClient
is planning an IRC session and we need a home. Any talk about an
irc.apache.org?
try irc.werken.com
there is a couple of apache projects like maven, turbine, ojb,
velocity hanging out
luehe 2003/02/26 08:59:09
Modified:el build.xml
Log:
made build-jspapi target conditional
Revision ChangesPath
1.3 +2 -2 jakarta-commons/el/build.xml
Index: build.xml
===
RCS
Hi, All,
I'm new to the open-source development community, so I'm not sure
exactly how all of this is supposed to work. I submitted this patch to
the list a few days ago, but haven't heard back from anyone to know
whether I need to do anything else, or what. The relevant pages on the
website
if you do have some spare time before i post up my plan, fixes plus test
cases for some of the outstanding bugs would be very gratefully received :
)
hint taken :) I can try to take a look and see if there is anything I would be
competent enough to
try and tackle
the plan is that the
Hi,
using the current CVS head:
(Linux, JDK 1.3.1_07, maven 1.0b8):
After fixing the usual hey, I didn't think that anyone still uses a
1.3 JDK bug [1]:
[EMAIL PROTECTED] 16:15 ~/jakarta/jakarta-commons/jexl maven jar:install
[...]
test:test:
[junit] Running
I've changed the JellyService to be an interface instead of a concrete
class, which it really needs to be in order to run correctly in the
newer Avalon containers. As a result I also created the implementation
file for the interface as well.
- Robert
/*
* $Header: $
* $Revision: $
* $Date:
I added a setVarStatus() method, which just invokes the setIndexVar()
method, but the varStatus is consistent with the JSTL syntax, so it
would be familiar to those who use JSTL a lot.
No biggy, take it or leave it :-)
- Robert
Index: ForEachTag.java
Henri Yandell wrote:
On Wed, 26 Feb 2003, Costin Manolache wrote:
James Strachan wrote:
From: Costin Manolache [EMAIL PROTECTED]
It'd me nice to move the Tomcat JNDI implementation into Commons so it
can be a general purpose JNDI implementation for those that want/need
one.
rwaldhoff2003/02/26 11:16:12
jakarta-commons/collections/src/test/org/apache/commons/collections/primitives/adapters
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
rwaldhoff2003/02/26 11:17:24
Modified:collections/src/java/org/apache/commons/collections/primitives
AbstractRandomAccessIntList.java
collections/src/java/org/apache/commons/collections/primitives/adapters
jsdever 2003/02/26 11:42:39
Modified:httpclient/xdocs downloads.xml releases.xml
Log:
Minor doc updates for alpha3
Revision ChangesPath
1.16 +3 -5 jakarta-commons/httpclient/xdocs/downloads.xml
Index: downloads.xml
Hi,
I was reported a few moths ago, but I see it is not fixed in current CVS
version,
can I add myself to logging comiters list and fix this problem ? It is not
possible to solve all problems
with current API. but it is possible to solve some of them like described in
this message posted to
I fixed this bug. Isn't anyone here working at commons-validator???
-Original Message-
From: Arik Levin ( Tikal ) [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 1:07 PM
To: [EMAIL PROTECTED]
Subject: [validator] putting formset into ValidatorResources problem
Hi All.
I have
The best way to deal with things like this is to file a bug report at:
http://nagoya.apache.org/bugzilla/
and then add your patch (in cvs diff -u format) as an attachment.
Craig
On Wed, 26 Feb 2003, Arik Levin ( Tikal ) wrote:
Date: Wed, 26 Feb 2003 22:22:52 +0200
From: Arik Levin (
tobrien 2003/02/26 12:39:32
Modified:digester/xdocs index.xml
Log:
Updated xdoc to relflect newer releases
Revision ChangesPath
1.2 +25 -7 jakarta-commons/digester/xdocs/index.xml
Index: index.xml
tobrien 2003/02/26 12:40:21
Added: digester/xdocs navigation.xml
Log:
Added navigation.xml for PDF doc gen from Maven
Revision ChangesPath
1.1 jakarta-commons/digester/xdocs/navigation.xml
Index: navigation.xml
Sometimes it helps to label the subject with the name of the project. I
imagine that many of us pay closer attention to the projects we're on,
making it easier for things that aren't as obvious to slip by.
I've added the subject so that one of the DBCP people can more easily
notice the email.
tobrien 2003/02/26 13:12:32
Modified:digester project.xml
Added: digester project.properties checkstyle.properties
Log:
Updated Maven project descriptor for Maven(b8)
Revision ChangesPath
1.4 +66 -34jakarta-commons/digester/project.xml
Index:
tobrien 2003/02/26 13:27:57
jakarta-commons/digester/xdocs/images - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tobrien 2003/02/26 13:28:28
Added: digester/xdocs/images logo.jpg
Log:
Added a placeholder logo
Revision ChangesPath
1.1 jakarta-commons/digester/xdocs/images/logo.jpg
Binary file
On Wed, 26 Feb 2003, O'brien, Tim wrote:
The Maven project descriptors hav been upgraded to Maven b8 and the site has
been generated, the results of which can be seen here:
http://cvs.apache.org/~tobrien/digester/
Ooo. Lots of new reports in b8.
What is the best process for moving this to
It is not my opinion about logging, but this problem exists and reported a
few times for logging and lang
(possible it nothing about this in bugzilla). Some solutionsare proposed a
few months ago too.
I have karma on commons, but as I understand I need to ask active
commiters before to add
On Wed, 26 Feb 2003, Juozas Baliuka wrote:
It is not my opinion about logging, but this problem exists and reported a
few times for logging and lang
(possible it nothing about this in bugzilla). Some solutions were
proposed a few months ago too.
I have karma on commons, but as I
Juozas Baliuka wrote:
It is not my opinion about logging, but this problem exists and reported a
few times for logging and lang
(possible it nothing about this in bugzilla). Some solutionsare proposed a
few months ago too.
I have karma on commons, but as I understand I need to ask active
Shapira, Yoav wrote:
can I add myself to logging comiters list and fix this problem ?
No, you can't make yourself a committer. You are welcome to open bug
A commons committer can participate in any common component.
If you check in something and other people disagree - they can -1 it.
It
On Wed, 26 Feb 2003, Costin Manolache wrote:
Juozas Baliuka wrote:
It is not my opinion about logging, but this problem exists and reported a
few times for logging and lang
(possible it nothing about this in bugzilla). Some solutionsare proposed a
few months ago too.
I have karma
costin 2003/02/26 14:17:32
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
modeler/src/java/org/apache/commons/modeler/modules
MbeansDescriptorsDOMSource.java
MbeansDescriptorsDigesterSource.java
tobrien 2003/02/26 17:01:06
Added: codec/xdocs index.xml navigation.xml
Log:
Added a template for codec site
Revision ChangesPath
1.1 jakarta-commons-sandbox/codec/xdocs/index.xml
Index: index.xml
tobrien 2003/02/26 17:01:54
Added: codecLICENSE.txt
Log:
Added a license file
Revision ChangesPath
1.1 jakarta-commons-sandbox/codec/LICENSE.txt
Index: LICENSE.txt
===
/*
*
Adam Murdoch wrote:
JNDI is bundled with JDK1.3+ and is available to JDK1.1. It is well
documented ( books, etc ), required ( or strongly supported ) in Servlet
environments. I could say it is ubiquous. I can hardly see any reason
why someone would use a different API to use a VFS.
For the
adammurdoch2003/02/26 17:38:19
Modified:vfs/xdocs index.xml todo.xml
Log:
A few more features and todos.
Revision ChangesPath
1.5 +22 -4 jakarta-commons-sandbox/vfs/xdocs/index.xml
Index: index.xml
Thanks, I'll take care of that asap.
--
James Mitchell
Software Developer
Struts Technical Support
A division of The Apache Software Foundation
(ok, not really ;)
http://www.apache.org/struts/
-Original Message-
From: Andrew Freeman [mailto:[EMAIL PROTECTED]
Sent: Wednesday,
That's ok. I'm on both lists.
--
James Mitchell
Software Developer
Struts Technical Support
A division of The Apache Software Foundation
(ok, not really ;)
http://www.apache.org/struts/
-Original Message-
From: Andrew Freeman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February
Ok,
This will be workaround too (It is no the best way to detect the best class
loader):
1. Add methods with ClassLoader parameter.
2 use class app classloader if we have class, but no classloader parameter:
public static Log getLog(Class clazz)
throws LogConfigurationException {
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=16458.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Folks
Any feedback on this one. Can interpret absence of responses as silent
approval ;-)
Cheers
Oleg
On Mon, 2003-02-24 at 14:02, Oleg Kalnichevski wrote:
I hope it works this time around
Oleg
On Thu, 2003-02-13 at 07:30, Jeffrey Dever wrote:
Haven't had time to review all of this,
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=17416.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I do remember about it. In fact, in my initial post you have been
personally mentioned to be among those impacted most by the suggested
patch ;-) Had not the patch been turned down, I was going to approach
you for suggestions on HttpClient improvement.
I guess we will have to refactor
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=17416.
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=17432.
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=17432.
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=17432.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ingo, pardon me. What is stunnel-4.00 exactly?
Oleg
On Wed, 2003-02-26 at 09:51, Ingo Brunberg wrote:
I have the same problem with PUT talking to tomcat-4.1.18 on Linux if
the connection is running over stunnel-4.00. It works over plain http or
if I use setUseExpectHeader(false).
Regards,
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=17432.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Oleg Kalnichevski wrote:
Mike, certain things in this life cannot be delayed. That includes
patches for rapidly evolving software artifacts in my opinion ;-)
Oleg
I can understand that opinion. On the other hand I think that we should
not loose application developers by changing
I think its about time for an IRC session. There is lots to talk about
that would be better in real time ass opposed to email.
Please respond with available times (or unavailable times), in GMT (ie
Zulu time) and I'll try to pick a window good for everyone. Perhaps we
could make this a
Jandalf wrote:
Odi's suggestion of starting a 2.1 branch now is a reasonable one.
Just to make one thing clear. It is a 2.0 branch and not a 2.1 branch I
am talking about:
+-- 2.0 Final
| ¦
CVS
Jeff, no problem with either approaches. I would really welcome
appearance of the 2.1 development branch. At the same time I can simply
reproduce this patch after 2.0 release.
Oleg
On Wed, 2003-02-26 at 15:25, Jandalf wrote:
Odi's suggestion of starting a 2.1 branch now is a reasonable
Okay, if I include non-office hours:
9-17h and 20h-23h (which is 10-18h, 21h-24h MET=GMT+1)
Ortwin Glück wrote:
9-16h GMT (which is 10-17h MET=GMT+1)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
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=17432.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The preliminary window looks like 20:00-22:00 GMT Thursday Feb 26. I
hope that everyone can make it in this window.
Still looking for a IRC server and a channel. Any IRC gurus interested
in dealing with this?
Jandalf wrote:
I think its about time for an IRC session. There is lots to talk
Jandalf
I believe you should take the lead in assigning the outstanding issues
to developers. There should be clarity regarding who tackles what issue.
What do you think?
Oleg
On Tue, 2003-02-25 at 21:39, Jeffrey Dever wrote:
We are now back in the Beta 1 development phase. There are
Sorry Oleg,
Stunnel is an SSL wrapper, see www.stunnel.org.
Using Stunnel you can tunnel a http connection to another host while
simultaneously encrypting it.
Ingo
Ingo, pardon me. What is stunnel-4.00 exactly?
Oleg
On Wed, 2003-02-26 at 09:51, Ingo Brunberg wrote:
I have the same problem
Well, I'd rather not have that responsibility. I'm not signing any
paycheques, and so have no right to assign tasks.
Ideally anyone availabile to work on an issue would just grab one from
Bugzilla, assign it to themselves and work on it. Everyone stays
informed, everyone has choice and the
Hello,
I've created an application that performs term highlighting as a service for
search engines, but I need to add support for retrieving documents from
NTLM-protected servers (as well as BASIC-auth-protected servers, and servers
with no protection whatsoever). Currently, it works with the
I am running the alpha 3 version of the client and I am see some odd
differences between what I see using OpenSTA and tracing a connection and
getting cookies and then what happens on my HTTPClient connection.
It seems to revolve around cookies with multiple crumbs in the same cookie
name. For
-Original Message-
From: Jeffrey Dever [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 7:27 AM
To: Commons HttpClient Project
Subject: Re: HttpClient IRC event - preliminary window
The preliminary window looks like 20:00-22:00 GMT Thursday Feb 26. I
hope that
-Original Message-
From: Jeffrey Dever [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 7:43 AM
To: Commons HttpClient Project
Subject: Re: 2.0 beta 1 development
Well, I'd rather not have that responsibility. I'm not signing any
paycheques, and so have no right
Hi Dheeraj,
Are you hitting https://websmp203.sap-ag.de/; through a proxy? If so,
you you will need to setup the HttpClient instance for the proxy. You
will also need to supply NTLM credentials if it is an NTLM proxy. Are
you able to connect to other pages on this site besides the login
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=17432.
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=17432.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The inagural HttpClient IRC even will be held tomorrow:
Date: 20:00-22:00 UTC Thursday Feb 27
Server: irc.freenode.net
Channel: #httpclient
Tenative Agenda:
- Middle Earth nicks
- Redirect architecture
- Branch strategy and timing
- URI subproject
- [EMAIL PROTECTED] and IRC
- anything else
I have been trying to resolve the bug related to 'expect - continue'
handshake. We have been making some progress but I still have no clear
idea what may be causing this problem.
However, while working on this bug I have come to believe that 'expect:
100-continue' stuff in HttpClient is flaky
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=16419.
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=16416.
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=16419.
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=16416.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Chris,
HttpClient should be able to do everything you need it to, but you have hit
on one limitation that I've been meaning to fix for a long time now.
There's ways around it and if you pester me enough I might finally get
around to implementing it properly. :) More below.
1./ when connecting
I should qualify that the line containing the HTTP response code _not_
be included in the returned InputStream
Ortwin Gl|ck wrote:
Jesus M. Salvo Jr. wrote:
At the moment, the HttpMethod interface has a method
getResponseBodyAsStream() that returns an InputStream of the HTTP body.
I need a
I'm getting a new exception thrown by the servlet I'm pointing to when I use today's
(Feb. 26th) source for MultipartPostMethod. It complains about a malformed header
line. When I point back to an older version of HttpClient, I don't get this
exception. Any ideas?
Daniel
I found something in HttpConnection that I'm curious about. I think I
may have actually written it, but I am not sure why. The following
code is from HttpConnection.open():
final ProtocolSocketFactory socketFactory =
(isSecure()
!isProxied()
Hi all,
I really like this refactoring. People like Laura should track the
changes we make and rewrite their own client to either use or extend
the HttpClient class. For the long run I think nobody should go
without the HttpClient class. HttpClient should act a bit like a facade.
Agreed on all
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=16419.
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=16419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Looks good here.
[EMAIL PROTECTED] wrote:
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=16419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hey Odi,
A few comments:
- certainly would prefer Wire, WireLogInputStream, WireLogOutputStream
to be package access, not public
- like the idea of the log stream working like tee to send the ouput to
destination and to log
- Wire.wire has a cast to (char). Could cause unicode problems?
- can
94 matches
Mail list logo