i'm happy for the instructions to advocate using minotaur to store code
signing keys and to perform code signing
I'm not. As a voting matter, I'd be -1 (policy, not veto) for storing
private keys on the server.
--- Noel
I would prefer the instructions be usable on cvs.apache.org
rather than minotaur, as far less people have minotaur
accounts and all committers have cvs accounts.
cvs.apache.org == minotaur
--- Noel
-
To unsubscribe,
Is this due to security, or a personal preference?
I only use this particular PGP key for building apache builds, so storing
on the apache server is a nice management concept for myself. I mean to
use PGP for emails someday, but would probably use a different one.
Hen
On Mon, 1 Sep 2003, Noel
scolebourne2003/09/01 16:56:00
jakarta-commons-sandbox/primitives/src/java/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scolebourne2003/09/01 16:56:00
jakarta-commons-sandbox/primitives/src/java/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scolebourne2003/09/01 16:56:00
jakarta-commons-sandbox/primitives/src/java/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scolebourne2003/09/01 16:56:06
Added: primitives/src/java/org/apache/commons/primitive/collection
PrimitiveCollection.java IntCollection.java
primitives/src/java/org/apache/commons/primitive
PrimitiveCollectable.java
scolebourne2003/09/01 16:56:00
jakarta-commons-sandbox/primitives/src/java/org/apache/commons/primitive - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scolebourne2003/09/01 16:56:00
jakarta-commons-sandbox/primitives/src/java/org/apache/commons/primitive/collection
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
scolebourne2003/09/01 16:56:00
jakarta-commons-sandbox/primitives/src/java/org/apache/commons/primitive/iterator -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Major design decisions for [primitives]:
1) Extends or Decorates
a) IntCollection extends Collection
b) IntCollection and separately IntCollectionAdapter extends Collection
I prefer (a) as it makes the API easier to use, and faster (fewer objects).
2) Package structure
a) All together
b)
psteitz 2003/09/01 17:51:53
jakarta-commons-sandbox/naming/xdocs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 17:51:31
jakarta-commons-sandbox/naming/factory - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 17:58:31
jakarta-commons-sandbox/naming/core/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 17:59:32
jakarta-commons-sandbox/naming/core/src/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 17:59:43
jakarta-commons-sandbox/naming/core/src/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 18:01:15
jakarta-commons-sandbox/naming/core/src/java/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 18:03:28
jakarta-commons-sandbox/naming/core/src/java/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 19:14:02
jakarta-commons-sandbox/naming/factory/src/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Mon, 1 Sep 2003, Noel J. Bergman wrote:
See: http://nagoya.apache.org/wiki/apachewiki.cgi?SigningReleases
PGP is mentioned, but not elaborated upon. I wrote the GPG instructions.
Someone who uses PGP should contribute the matching instructions.
However, I do not believe that signing
psteitz 2003/09/01 19:16:56
jakarta-commons-sandbox/naming/factory/src/java/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 19:17:48
jakarta-commons-sandbox/naming/factory/src/java/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 19:18:39
jakarta-commons-sandbox/naming/factory/src/java/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 19:22:53
jakarta-commons-sandbox/naming/factory/src/java/org/apache/commons/naming/factory -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psteitz 2003/09/01 19:22:10
jakarta-commons-sandbox/naming/factory/src/java/org/apache/commons/naming - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
bayard 2003/09/01 19:37:21
Modified:lang STATUS.html
Log:
Fixed dist url and declared 2.1 as the next version
Revision ChangesPath
1.49 +3 -3 jakarta-commons/lang/STATUS.html
Index: STATUS.html
tobrien 2003/09/01 19:38:10
Modified:codecproject.xml
Log:
Added StatCVS report to project.xml
Revision ChangesPath
1.18 +1 -1 jakarta-commons/codec/project.xml
Index: project.xml
===
bayard 2003/09/01 19:38:16
Modified:docs lang.html
Log:
Updated to the latest release of Lang, 2.0
Revision ChangesPath
1.48 +8 -4 jakarta-commons/docs/lang.html
Index: lang.html
===
bayard 2003/09/01 19:38:02
Modified:xdocslang.xml
Log:
Updated to the latest release of Lang, 2.0
Revision ChangesPath
1.9 +8 -4 jakarta-commons/xdocs/lang.xml
Index: lang.xml
===
Howdy,
I may have missed the original discussion, but is primitives going to have
much of a market given the relative proximity of JDK 1.5 with its
autoboxing features? Or are there a bunch of features planned that aren't
going to be in JDK 1.5 anyways?
Yoav Shapira
On Tue, 2 Sep 2003, Stephen
Henri Yandell wrote:
Continuing the maven thread.
I think we should use the following maven logo;
http://maven.apache.org/images/logos/maven-feather.png
from the http://maven.apache.org/images/logos/ directory.
Hen
+1 -- much micer IMHO. I don't get the default logo and I like the
Apache
psteitz 2003/09/01 20:03:23
Added: naming/xdocs building.xml index.xml navigation.xml
Log:
added skeletal xdocs for maven multiproject site
Revision ChangesPath
1.1 jakarta-commons-sandbox/naming/xdocs/building.xml
Index: building.xml
However, I do not believe that signing should be done on minotaur. It
should be done on the Release Manager's personal system where (s)he has
control over the private key. I don't like the idea of having private
keys
on minotaur.
To be argumentative, shouldn't Apache have control over
tobrien 2003/09/01 20:19:38
Modified:digester project.properties
Added: digester checkstyle.xml
Removed: digester checkstyle.properties
Log:
Updated Maven build to point to Checkstyle rules in XML format.
Revision ChangesPath
1.4 +1 -1
psteitz 2003/09/01 20:25:10
Modified:naming project.xml
Log:
reduced top-level dependencies, added reports, test resources and self
Revision ChangesPath
1.4 +41 -28jakarta-commons-sandbox/naming/project.xml
Index: project.xml
psteitz 2003/09/01 20:29:51
Added: naming LICENSE.txt checkstyle.xml maven.xml
project.properties
Log:
added files to support maven multiproject build
Revision ChangesPath
1.1 jakarta-commons-sandbox/naming/LICENSE.txt
tobrien 2003/09/01 20:49:23
Removed: codec.cvsignore
Log:
Removed .cvsignore file, code has moved to the Commons propert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
tobrien 2003/09/01 20:57:18
Removed: codecSTATUS.html
Log:
Removed the status html page. Status should be handled in xdoc or in a tasklist for
this project.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
tobrien 2003/09/01 20:58:02
Removed: codeccheckstyle.properties
Log:
Removed the checkstyle.properties file as this project now uses an XML file to
define Chechstyle rules.
-
To unsubscribe, e-mail: [EMAIL
dgraham 2003/09/01 21:14:11
Modified:mapper/src/share/org/apache/commons/mapper
MapperFactoryEvent.java
Log:
Added constructors that take MapperFactory instead of Object and
a getMapperFactory() method.
Revision ChangesPath
1.4 +18 -11
Okay. Nearly done. Here's a list of what I've done:
Used the builds that spent a week on my ~bayard public_html.
Used md5sum on minotaur to create md5's.
Tested this on a Mac OS X box.
Used gpg on my personal server to create gpg asc files.
Tested this on minotaur.
Deployed these to the Apache
dgraham 2003/09/01 21:18:20
Modified:mapper/src/share/org/apache/commons/mapper/jdbc
JdbcMapperFactoryListener.java
Log:
Only call Mapper's setter methods if local variables are not null. This allows
the Mapper to initialize some of its properties in its
dgraham 2003/09/01 21:30:01
Modified:mapper/src/share/org/apache/commons/mapper/jdbc
JdbcMapper.java
Log:
Removed uppercasing query names. Now all query names must be correctly
specified.
Revision ChangesPath
1.6 +22 -24
dgraham 2003/09/01 21:42:09
Added: mapper/src/share/org/apache/commons/mapper/jdbc
QueryLoader.java
Log:
Added QueryLoader to simplify the initialization of query Maps.
Revision ChangesPath
1.1
psteitz 2003/09/01 21:43:37
Added: naming/core/src/test/org/apache/commons/naming
BasicContextTest.java LocalStrings.properties
LocalStrings_es.properties
LocalStrings_fr.properties
dgraham 2003/09/01 21:45:23
Modified:mapper/src/share/org/apache/commons/mapper
MapperAdapter.java
Log:
Changed exception messages.
Revision ChangesPath
1.4 +10 -10
dgraham 2003/09/01 21:50:54
Modified:mapper/src/share/org/apache/commons/mapper
MapperFactory.java
Log:
javadoc changes only.
Revision ChangesPath
1.7 +39 -34
dgraham 2003/09/01 21:53:18
Modified:mapper/src/share/org/apache/commons/mapper/jdbc
JdbcMapperFactoryListener.java
Log:
Fixed @see javadoc link.
Revision ChangesPath
1.4 +3 -3
psteitz 2003/09/01 22:53:12
Added: naming/core/src/java/org/apache/commons/naming
Constants.java ContextAccessController.java
ContextBindings.java EjbRef.java
JndiPermission.java LocalStrings.properties
On Mon, 1 Sep 2003, Henri Yandell [EMAIL PROTECTED] wrote:
md5sum should be changed to md5
You could also simply use Ant's checksum task instead. It can
generate md5 (and other) checksums without any native executable.
I don't think md5sum is Linux specific. md5sum comes from the GNU
[naming] has been split into two maven subprojects, commons-naming-core
and commons-naming-factory. The core package depends only on Commons
Collections and mx4j.
Executing maven build-all from the top level builds both subprojects
and maven multiproject:site generates a (skeletal) integrated
perhaps less so from 1.5 onwards since for non critical performance the ease
of autoboxing is hard to beat but when you are using primitives not just
because of other interface concerns but for performance/space considerations
a pure primitive implementation should be considerably better for large
- Original Message -
From: Hope, Matthew [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]
Sent: Tuesday, September 02, 2003 10:26 AM
Subject: RE: [primitives] Open for business
perhaps less so from 1.5 onwards since for non critical performance the
ease
of
bayard 2003/09/02 04:29:22
Modified:docs lang.html
Log:
formatting change
Revision ChangesPath
1.49 +3 -1 jakarta-commons/docs/lang.html
Index: lang.html
===
RCS file:
Oops. Forgot to cvs update the Lang page. This is done now.
Hen
On Mon, 1 Sep 2003, Henri Yandell wrote:
Okay. Nearly done. Here's a list of what I've done:
Used the builds that spent a week on my ~bayard public_html.
Used md5sum on minotaur to create md5's.
Tested this on a Mac OS X
On Thursday, August 28, 2003, at 01:55 AM, [EMAIL PROTECTED] wrote:
Bill, a list of bugs is one thing, but what we really need to do is
schedule them into a release.
See
http://jira.codehaus.org/secure/
BrowseProject.jspa?id=10012report=roadmap
for what I started on.
If anyone wants to help
the implementation is VM dependant - when creating individual primitives the
sizes often are all the same for short,float, int etc.
However an _array_ of primitives is a different matter.
If you run the following code with small numbers (1,2,3,4,5,6,7,8 etc) you
will see that the toal space
Thanks to you Robert for taking the time to look over my submission and
taking the time to incorporate it!
Forgive the stupid newbie question but... I would like to become more
active in the Commons, Struts, or Maven projects but am not sure where
to start. I've read the 'Get Involved' section
Howdy,
About the brewed one??? I love that one ;) In fact if no one is opposed
I think I'll change the modeler page's next release to use that logo:
http://maven.apache.org/images/logos/maven-brewed.png
The feather is very nice as well.
Yoav Shapira
Millennium ChemInformatics
-Original
hlship 2003/09/02 12:29:46
Modified:hivemind project.xml
Log:
Fix the connection to be accurate.
Include the developer- and file-activity reports.
Revision ChangesPath
1.18 +23 -17jakarta-commons-sandbox/hivemind/project.xml
Index: project.xml
You seem to have an interest in [collections], so perhaps you would fancy
looking at the Bugzilla. I am trying to pull strands together for a release,
so any javadoc checking, extra tests, or new classes from bugzilla would be
great.
If you find something, I suggest talking to the mailing list to
Hi!
Here is a patch that adds stringToFloat(String) and
stringToFloat(String, float) in o.a.c.lang.math.NumberUtils (including
testcases in NumberUtilsTest).
commons-lang-NumberUtils.zip
Description: Zip compressed data
-
Basically, only MethodUtils has tests. So ConstructorUtils and FieldUtils
need some.
However, probably the first thing to consider is whether to move to a bean
based design. What I was thinking was to have a basic bean for each of
Method, Field and Constructor. Then a subclass or wrapper bean to
+1
(though I have not used it, 'used by Tomcat' and 'no bugs filed' sounds
valid to me)
- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 02, 2003 3:09 PM
Subject: [VOTE] Promote commons-sandbox-daemon to Commons Proper
Howdy,
The
+0, I have not used it, but support the promotion.
Tim
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 02, 2003 3:07 PM
To: Jakarta Commons Developers List
Subject: Re: [VOTE] Promote commons-sandbox-daemon to Commons Proper
+1
(though I
+1
Steven Caswell
[EMAIL PROTECTED]
a.k.a Mungo Knotwise of Michel Delving
One ring to rule them all, one ring to find them...
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 31, 2003 7:35 AM
To: Jakarta Commons Developers List
Subject:
+1
- robert
On Tuesday, September 2, 2003, at 03:09 PM, Shapira, Yoav wrote:
Howdy,
The tomcat team would like to promote commons-daemon to the
commons-proper and issue a 1.0 release to serve as a dependency for
tomcat 5.0 stable.
We have been using commons-daemon for a while, and there are no
Inline below
Steven Caswell
[EMAIL PROTECTED]
a.k.a Mungo Knotwise of Michel Delving
One ring to rule them all, one ring to find them...
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 02, 2003 8:29 AM
To: Jakarta Commons Developers List
hlship 2003/09/02 14:13:04
Modified:hivemind/src/java/org/apache/commons/hivemind
ServiceExtensionPoint.java
hivemind/src/java/org/apache/commons/hivemind/service
MethodFab.java NameLookup.java
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=22843.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Are we now in agreement about the features for mutable numbers? If so,
I can update my submission with what we've discussed, and resubmit the
enhancement to [primitives] instead of [lang].
The primary changes are:
- Addition of Mutable interface
Mutable
setValue(Object)
Object
+0.8 ;-)
you might want to list the full API for MutableInteger just to be
sure...mine below:
On Mutable (interface):
setValue(Object)
getValue()
On MutableNumber (interface):
getNumber()
setNumber(Number)
shortNumber() - maybe only on implementation?
getShortValue() - synonm for JavaBean tools
I'm still not comfortable with primitive. You might have missed my last
posting, but in it I express the opinion that a group of wrapper classes
that enhance functionality of wrappers that live in java.lang, would more
naturally fit in o.a.c.lang.
Otherwise +1 to the rest of the summary.
Steven
I think I agree with Steven now that it is argued this way. We could simply
have a o.a.c.l.primitives package.
Gary
-Original Message-
From: Steven Caswell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 02, 2003 16:02
To: 'Jakarta Commons Developers List'
Subject: RE: Mutables
How about coding it in [primitives] and then seeing if it is applicable for
[lang]. Uses the sandbox for sandbox type investigation...
A case can be argued either way. IMHO, I prefer keeping all new primitives
stuff together and focussing [lang] more on Objects.
Stephen
- Original Message
The main package contains SequencedHashMap.
The decorators package contains SequencedSet.
Be nice to have a SequencedMap in the decorators package. Any volunteers?
And is Ordered a better name than Sequenced?
Stephen
- Original Message -
From: Henri Yandell [EMAIL PROTECTED]
To:
luehe 2003/09/02 17:07:22
Modified:modeler/src/java/org/apache/commons/modeler/mbeans
SimpleRemoteConnector.java
Log:
Fix for 4909041 (J2eetools: class javax.management.ObjectName wrong value for
ObjectName)
Patch provided by [EMAIL PROTECTED]
luehe 2003/09/02 17:07:36
Modified:modeler/src/java/org/apache/commons/modeler
BaseModelMBean.java
Log:
Fix for 4909041 (J2eetools: class javax.management.ObjectName wrong value for
ObjectName)
Patch provided by [EMAIL PROTECTED]
Revision Changes
scolebourne2003/09/02 17:11:28
Modified:collections/src/java/org/apache/commons/collections/decorators
ObservedSet.java ObservedList.java
ObservedCollection.java
collections/src/java/org/apache/commons/collections/event
I've done various refactorings. What is now checked in is very powerful and
pluggable, but has a simple API.
ObservedCollection.decorate(Collection, Object)
where Object is a listener, handler or other listening type object.
The listeners are more specific too.
Stephen
- Original Message
The Commons Lang team are proud to announce the version 2.0 release of
their set of Java libraries which enhance the standard Java core of
java.lang and java.util.
The Lang webpage may be seen at http://jakarta.apache.org/commons/lang.html.
There have been lots of additions, some changes and a
mbecke 2003/09/02 19:17:50
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java
Log:
Fixes connection release when responseStream.close() throws an exception.
PR: 22841
Submitted by: Michael Becke
Reviewed by: Ortwin Glck
mbecke 2003/09/02 19:21:25
Modified:httpclient/src/java/org/apache/commons/httpclient Tag:
HTTPCLIENT_2_0_BRANCH HttpMethodBase.java
Log:
Fixes connection release when responseStream.close() throws an exception.
PR: 22841
Submitted by: Michael Becke
And out the front door.
Email sent out. Front page changed. News added.
Did I miss anything?
Hen
On Tue, 2 Sep 2003, Henri Yandell wrote:
Oops. Forgot to cvs update the Lang page. This is done now.
Hen
On Mon, 1 Sep 2003, Henri Yandell wrote:
Okay. Nearly done. Here's a list of
Give a yell when it's up on ibiblio/maven.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
http://jakarta.apache.org/commons/sandbox/hivemind/
http://javatapestry.blogspot.com
-Original Message-
From: Henri Yandell [mailto:[EMAIL
I've experienced the same situation, my last project had to run on Java
1.3 with no chances of getting 1.4. I would imagine that there are
plenty of production environments without the ability to upgrade to the
newest versions, for one reason or another.
I think it makes sense to attempt to
Yell.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Howard M. Lewis Ship [EMAIL PROTECTED] wrote on 03/09/2003 12:30:34
PM:
Give a yell when it's up on ibiblio/maven.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
+1
Costin
Shapira, Yoav wrote:
Howdy,
The tomcat team would like to promote commons-daemon to the
commons-proper and issue a 1.0 release to serve as a dependency for
tomcat 5.0 stable.
We have been using commons-daemon for a while, and there are no open
bugs filed against it. We'll
billbarker2003/09/02 20:45:11
Modified:daemon/src/native/nt/procrun procgui.c
daemon/src/native/nt/procrun/bin procrunw.exe tomcatw.exe
Log:
Implementing the Clipboard-Copy functionality for the new ListView Console.
Also cleaned up the Console parsing a bit (so
I'm ambivalent on the primitives vs lang and think it'll depend on the
size of the primitives code and how the code feels.
I'm happy to have it kicking in sandbox to start with, though it makes the
audit trail a bit harder. Mainly I just want to see the code and start
complaining :)
One issue
Here's an example of the current state:
MutableInteger
// from Mutable
void setValue(Object)
Object getValue()
// from MutableNumber
Number getNumber()
void setNumber(Number)
// Subclass specific
setValue(int)
I was assuming that
I disagree with MutableString containing StringUtils methods. Perhaps
I'm being too theoretical, but I see StringUtils as a class that _acts_
on strings, while MutableString _is_ a String; just a special type of
String.
StringUtils contains a ton of methods, I don't like the idea of these
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=22655.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello Mike,
I think closing the output stream first is the right thing to do.
Someone might want to send a shutdown notification to the
server before stopping to receive, e.g. for SSL connections.
regards,
Roland
Michael Becke [EMAIL PROTECTED]
01.09.2003 21:16
Please respond to Commons
Dan Tran wrote:
- The servlet picks up the GET request in doGet(), simulate a buffer
of TestSize, and send buffer back to the client using chunked
Transfer-Encoding
by calling response.setHeader( Transfer-Encoding, chunked);
I don't think that you can force the server to use chunked
Ortwin, thanks for the advice
I reconfigure connector with bufferSize=0 and call
response.setHeader(Content-Length, 0);
However, my client fails at
InputStream response = httpGet.getResponseBodyAsStream();
where response is null
However, in my opinion, the connector should be smart enought to
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=22667.
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=22667.
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=22667.
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=22841.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
1 - 100 of 105 matches
Mail list logo