[lang] ArrayUtils.toMap()
Stephen
- Original Message -
From: Janek Bogucki [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Friday, September 12, 2003 10:55 PM
Subject: Re: idea for quick map creation method(s)
On Fri, 2003-09-12 at 18:36,
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=23159.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/09/17 01:33:14
Modified:collections project.xml
Log:
Update maven script to process all the tests
Revision ChangesPath
1.14 +1 -1 jakarta-commons/collections/project.xml
Index: project.xml
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=23155.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/09/17 01:38:59
Modified:collections/src/java/org/apache/commons/collections/comparators
FixedOrderComparator.java
TransformingComparator.java ComparatorChain.java
Log:
Javadoc fixes
bug 23087, from Janek Bogucki
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=23087.
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=23087.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Right on the money ... except that I probably would not both defining the service
model for Adder
and Subtractor; the default (deferred) is less efficient, but less trouble as well.
Making those
services singletons (rather than deferred singletons) is a premature optimization.
--
Howard M.
We're working on the docs and are setup now to provide more and better examples.
HiveMind is very, very new. If it looks polished, that's a compliment ... and
reflects that many of
the ideas in HiveMind gestated inside Tapestry over the last couple of years.
I'm using HiveMind at work ... I
Did you get all the jars I mentioned, looks like you don't have the
HiveMind jar.
[EMAIL PROTECTED] wrote:
Am I doing something wrong? When I tried to run your example, I got
the output contained in the attached file.
- Original Message -
From: Harish Krishnaswamy
Oops, that's not it, something else, my bad, sorry. Let me take another
look,
Harish Krishnaswamy wrote:
Did you get all the jars I mentioned, looks like you don't have the
HiveMind jar.
[EMAIL PROTECTED] wrote:
Am I doing something wrong? When I tried to run your example, I got
the output
Could you share with me how to build the Adder.jar and
Subtracter.jar (if indeed there is any difference between the
current example), and then how to use them? If all I have to
do is build the jars, and put them in the classpath, then
follow your example, very cool, I'm 100% of the way
Looks like you don't have the javassist-2.6.jar on the classpath.
This is why Maven is cool ... it will download the jar for you; you can see then when
you get the
HiveMInd source, which is built using Maven.
http://maven.apache.org
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web
On Wednesday, September 17, 2003 at 10:09:57 (-0400) Howard M. Lewis Ship writes:
Looks like you don't have the javassist-2.6.jar on the classpath.
This is why Maven is cool ... it will download the jar for you; you can see then when
you get the
HiveMInd source, which is built using Maven.
On Wednesday, September 17, 2003 at 10:08:14 (-0400) Howard M. Lewis Ship writes:
...
Yep, that's the whole point ... build the two jars and you have Adder
and Subtractor ready to go. HiveMind will locate and parse all the
hivemodule.xml's into one consistent registry. If you get
I would agree with Bill here that there is only so much words can
convey. I had the same problem until the bootstrapping example was
published, that's when everything clicked in place. I always like the
illustration kind of documents (and hence my Illustrating Tapestry!)
which is always
service -- interface
extend-service -- implementation
I like that, except that service is a super-element of implementation and I want
to keep it
that way, since that's the normal usage. That is, you can define a service and
provide the
implementation (core service impl plus interceptors) all
I am still thinking...
service -- service-point
extend-service -- service
extension-point -- configuration-point
extension -- configuration
I like this, except that I would keep extend-service as is. I think the typical use
of
extend-service is to provide additional interceptors
Howard M. Lewis Ship wrote:
service -- interface
extend-service -- implementation
I like that, except that service is a super-element of implementation and I want
to keep it
that way, since that's the normal usage. That is, you can define a service and
provide the
implementation (core
husted 2003/09/17 08:03:47
Modified:chainPROPOSAL.html
Log:
Closing parentheses
Revision ChangesPath
1.3 +1 -1 jakarta-commons-sandbox/chain/PROPOSAL.html
Index: PROPOSAL.html
===
You read my mind, I just asked you about this in my other mail!
But a service is both the core implementation and all its interceptors
put together, right? Extend was always confusing for me right from the
start because of its established presence in OO, I guess.
-Harish
Howard M. Lewis Ship
That did it! That's why I was unable to run it! Thanks.
- Original Message -
From: Howard M. Lewis Ship [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]
Sent: Wednesday, September 17, 2003 10:09 AM
Subject: RE: Re: [Fwd: Re: [HIVEMIND] Examples Please?]]
husted 2003/09/17 08:06:04
Modified:chainPROPOSAL.html
Log:
Apply Tidy to markup. No content changes.
Revision ChangesPath
1.4 +231 -187 jakarta-commons-sandbox/chain/PROPOSAL.html
Index: PROPOSAL.html
Hi all,
I am looking at a chunk of code like this:
Vector packages = Turbine.getConfiguration()
.getVector(TurbineConstants.MODULE_PACKAGES);
ObjectUtils.addOnce(packages,
GenericLoader.getBasePackage());
from Layout Loader...
And it
A Set is too restrictive i think, there are valid reasons for preserving
duplicate configuration entries. I would use a Collection or better, a
List when the element order matters.
Emmanuel
Eric Pugh wrote:
Hi all,
I am looking at a chunk of code like this:
Vector packages =
HiveMind really is similar to the framework you described in the article --- honest, I
never saw
your article before!
For me, HiveMind is about eliminating boring plumbing code, like the static factory
classes.
HiveMind is the uber-factory. It's also the inter-jar glue and does all your XML
I would love to write the article! When do they want it?
- Original Message -
From: Howard M. Lewis Ship [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]
Sent: Wednesday, September 17, 2003 11:12 AM
Subject: RE: [HIVEMIND] Examples Please?
HiveMind really is
husted 2003/09/17 08:16:08
Modified:chain/src/java/org/apache/commons/chain Context.java
Log:
JavaDoc update.
Revision ChangesPath
1.2 +6 -4
jakarta-commons-sandbox/chain/src/java/org/apache/commons/chain/Context.java
Index: Context.java
husted 2003/09/17 08:17:58
Modified:chain/src/java/org/apache/commons/chain/impl
ContextBaseAttributes.java ContextBase.java
Added: chain/src/java/org/apache/commons/chain/impl
ContextBase2.java
Log:
*EXPERIMENTAL* change that
husted 2003/09/17 08:19:14
Modified:chainPROPOSAL.html
Log:
Add Husted to the Committers list.
Revision ChangesPath
1.5 +1 -0 jakarta-commons-sandbox/chain/PROPOSAL.html
Index: PROPOSAL.html
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=23217.
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=23217.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ole Arndt wrote:
Hello infant HiveMind community,
first a short self-introduction: I am a developer from Germany. For
my pet project, a mud like simulation, inhabited by (more or less) intelligent
agents, I was looking for a framework to use. I knew Avalon from my
job and had heard of pico-
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=23218.
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=23218.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
5 +1 votes from:
Phil Steitz
Juozas Baliuka
Yoav Shapira
Matthew Hawthorne
Henri Yandell
So Fredrik is in :)
Fredrik, please complete the CLA available at:
http://incubator.apache.org/forms/ASF_Contributor_License_2_form.pdf
and follow instructions contained in it etc.
Once that goes in,
http://jakarta.apache.org/commons/contributors.html is a list of the
participants in Commons. It's not currently up to date.
Anyone not on there who is a Commons committer is welcome to add their
name [note, you have to modify the xdocs, generate the site and commit the
xdocs/docs, then cvs
Not sure if people have had enough of examples, but attached is a zip file
with a simple (and probably buggy) xdoclet module for hivemind (with
source) + the calculator example previously discussed implemented using
it.
Didn't want to inclde all the dependant jars but they are:
-
A couple of ideas I may be pursuing at work ...
Creating interceptors to enforce transaction boundaries.
Creating intreceptors to enforce declarative security.
Creating interceptors that record invocations counts as JMX beans.
HiveMind's take on the DAO factory: Define a DAO interface and
I think an xdoclet module for HiveMind would be WONDERFUL! That way, you
could describe services, extension-points, interceptors, etc. in the JavaDoc
comments of your class and have your module descriptor file generated for
you automagically! IMHO, anytime a descriptor file like that needs to be
I think the first idea is PERFECT. I came up with the idea for my framework
by using JDO in a web application (no transactional support involved). So,
I used invocation decorators or, in HiveMind, interceptors to begin the
transaction if one didn't exist already (and commit it upon successful
Another lovely technology I haven't had a chance to investigate. I know people rave
about XDoclet;
I had hoped that HiveMind was succinct enough not to need it. Can this generate a
single module DD
from many classes that may define configurations and services?
--
Howard M. Lewis Ship
Creator,
I would imagine. XDoclet can generate one ejb-jar.xml file from many EJB
implementation bean sources, so I don't see why it couldn't.
- Original Message -
From: Howard M. Lewis Ship [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]
Sent: Wednesday, September 17,
I have been monitoring hivemind as it is similar to a framework I helped
design for work (not OSS). What interests me is the way that different
groups in Java-land are moving towards the small POJO approach, and away
from dreaded EJBs. I just want to sketch out some features of the framework
I use
Yeap it does ... As i said, just a first go at it, but if you point it to
a bunch of classes, it will attempt to extract the services and extensions
contained in them and bundle that into a module dd ... It needs a lot of
work - no validation to ensure you are extending a already defined
I have been monitoring hivemind as it is similar to a
framework I helped design for work (not OSS). What interests
me is the way that different groups in Java-land are moving
towards the small POJO approach, and away from dreaded EJBs.
I just want to sketch out some features of the
James,
There is a Mapper project in the Commons Sandbox which aims to be a simple
DAO abstraction layer. It's not a lot of code but it's really been quite
useful in my projects and it may be helpful in this discussion.
BTW, your article (among many others) was part of my research in
developing
Realise now that the source for the xdoclet module didn't make it into the
email ... Will forward it tomorrow if anyone is interested as the zip is
left at work ...
Johan
On Wed, 17 Sep 2003 18:52:02 +0200, Johan Lindquist [EMAIL PROTECTED]
wrote:
Not sure if people have had enough of
Just for my knowledge, how are method introductions different from
interceptors?
-Harish
Howard M. Lewis Ship wrote:
I have been monitoring hivemind as it is similar to a
framework I helped design for work (not OSS). What interests
me is the way that different groups in Java-land are moving
I'm not an aspect guru (not yet), but I believe a method introduction (at least in
AspectJ) can take
into account who the caller is.
So, the interceptor could make the method operate different dependeing on whether, for
example, the
method was invoked be test code, by the container, or by the
Wow! Glad to know somebody actually READ my article! :-)
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Wednesday, September 17, 2003 1:40 PM
Subject: Re: [HiveMind] TSS
James,
There is a Mapper project in the
Ah, I see. Thanks.
Howard M. Lewis Ship wrote:
I'm not an aspect guru (not yet), but I believe a method introduction (at least in AspectJ) can take
into account who the caller is.
So, the interceptor could make the method operate different dependeing on whether, for
example, the
method was
I have the following module, and I would like to add a logging
interceptor to the Divider service, and only the Divider service.
How do I do this?
module id=hivemind.examples version=1.0.0
service id=Calculator interface=hivemind.examples.Calculator
invoke-factory
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=23222.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Strange that that didn't work. The fact that Divider is used as part of Calculator's
implementation
does not affect your ability to add interceptors to it. Can we see the complete
hivemodule.xml?
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
On Wednesday, September 17, 2003 at 14:47:36 (-0400) Howard M. Lewis Ship writes:
Strange that that didn't work. The fact that Divider is used as part of Calculator's
implementation
does not affect your ability to add interceptors to it. Can we see the complete
hivemodule.xml?
That's really
Is your module id for Divider org.fishies.math and service id just
Divider?
-Harish
Bill Lear wrote:
On Wednesday, September 17, 2003 at 14:47:36 (-0400) Howard M. Lewis Ship writes:
Strange that that didn't work. The fact that Divider is used as part of Calculator's implementation
does
Is there any chance that the logging is simply not being output? LoggingInterceptor
works at level
DEBUG. Check your log4j.properties.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
http://jakarta.apache.org/commons/sandbox/hivemind/
On Wednesday, September 17, 2003 at 15:04:42 (-0400) Howard M. Lewis Ship writes:
Is there any chance that the logging is simply not being output? LoggingInterceptor
works at level
DEBUG. Check your log4j.properties.
Color me moron. That was it.
Bill
From: Howard M. Lewis Ship [EMAIL PROTECTED]
2) The selection of which implementation to use is performed
late. The selection is based on
- data in the method arguments
- the services in the stack calling this one
- the configuration
the method parameters. It acts like a big if statement.
mdiggory2003/09/17 12:19:09
Modified:math/src/java/org/apache/commons/math/stat/distribution
BinomialDistribution.java DistributionFactory.java
DistributionFactoryImpl.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=23010.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Unfortunately, I can't access your patch. Perhaps you could open a Bugzilla
entry and attach the patch to that?
Thanks
Stephen
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 11, 2003 7:57 PM
Subject: [PATCH] StringValueTransformer added to
rdonkin 2003/09/17 14:31:58
Modified:betwixt/src/java/org/apache/commons/betwixt/digester
XMLIntrospectorHelper.java
betwixt/src/test/org/apache/commons/betwixt
TestBeanWriter.java
Log:
Fixed bug when using writing a
On Wed, 17 Sep 2003, Stephen Colebourne wrote:
- OrderedMap decorator?
Have begun work on this. I'll go ahead and check in where I am at the
moment, with some nice big comments saying it's unfinished, but passing
unit tests. [mainly because the unit tests are very basic at the moment].
Hen
rdonkin 2003/09/17 14:36:30
Modified:betwixt/src/test/org/apache/commons/betwixt/strategy
Testi18nObjectStringConversion.java
Log:
Converted test file to UTF-8.
Revision ChangesPath
1.2 +5 -5
rdonkin 2003/09/17 14:46:13
Modified:betwixt/src/test/org/apache/commons/betwixt/strategy
Testi18nObjectStringConversion.java
Log:
Escaped french character to unicode value
Revision ChangesPath
1.3 +6 -6
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=23222.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
How useful are these convenience methods? I added them, then removed them.
Trouble is that not every handler will necessarily use listeners (although
most will).
Synchronized - collection is always synchronized
Bounded - collection is always bounded
Predicated - collection is always predicated
On Wed, 2003-09-17 at 16:50, robert burrell donkin wrote:
henri's right but there's one corollary i'd like to add: in order to gain
promotion to the commons proper, graph needs an apache committer to
champion it. maven seems like the best place to find one.
I was talking to David Dixon-Peugh
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=23229.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 17 Sep 2003, Stephen Colebourne wrote:
How useful are these convenience methods? I added them, then removed them.
Trouble is that not every handler will necessarily use listeners (although
most will).
It seems to me that the Handler is more an artifact of designing
flexibility into
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=23232.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mbecke 2003/09/17 16:29:05
Modified:httpclient/src/java/org/apache/commons/httpclient/util
DateParser.java
httpclient/src/java/org/apache/commons/httpclient
HttpClient.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=23232.
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=23232.
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=23234.
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=23234.
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=23159.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I hardly remember where Maven uses it to be honest.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Henri Yandell [EMAIL PROTECTED] wrote on 17/09/2003 11:10:06 PM:
People to talk to look like jvanzyl, dion and mvdb. I think they all
listen here, but
Bill Lear [EMAIL PROTECTED] wrote on 18/09/2003 12:20:24 AM:
On Wednesday, September 17, 2003 at 10:09:57 (-0400) Howard M. Lewis
Ship writes:
Looks like you don't have the javassist-2.6.jar on the classpath.
This is why Maven is cool ... it will download the jar for you; you
can see then
psteitz 2003/09/17 20:28:28
Modified:collections/src/java/org/apache/commons/collections/decorators
BlockingBuffer.java
collections/src/test/org/apache/commons/collections/decorators
TestBlockingBuffer.java
Log:
Modified
On Wed, 17 Sep 2003, Dirk Verbeeck wrote:
Matthew,
Jim received your CLA (see his mail on commons-dev 10 sept 2003)
But nobody notified the infrastructure team to do the actual account
creation.
(You're still listed as no CLA)
Jim, infrastructure guys, can you get the ball rolling again...
psteitz 2003/09/17 22:09:15
Modified:collections/src/java/org/apache/commons/collections/decorators
BlockingBuffer.java
Log:
Clarified blocking behavior in javadoc.
Submitted by: Janek Bogucki
Reviewed/Edited by: Phil Steitz
Pr #23234
Revision
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=23234.
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=23232.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks!
Cliff Woolley wrote:
On Wed, 17 Sep 2003, Dirk Verbeeck wrote:
Matthew,
Jim received your CLA (see his mail on commons-dev 10 sept 2003)
But nobody notified the infrastructure team to do the actual account
creation.
(You're still listed as no CLA)
Jim, infrastructure guys, can you get
This appears to be a Jelly problem.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pavel Sher [EMAIL PROTECTED] wrote on 17/09/2003 10:32:22 PM:
Hello,
When I am trying to process the following Jelly script I've got the
error:
[java]
Take 2:
- DigestScheme requires a nonce in every challange now
(according to RFC 2617) test cases changed accordingly
- included Olegs feedback
After reading RFC 2617 I came to the conclusion, that we need to rework
out authentication mechanism to support stateful authentication retries.
Hi I am write a small client/server web app to understand more about
httpclient/cookie/and httpsession.
On the httpclient side, I use a get method to keep calling a servlet on server.
clientcode
HttpClient client = new HttpClient();
GetMethod method = new GetMethod(url);
while (
Dan,
Before I could give you a more precise answer, I would need some additional input from
you.
- What kind of cookie policy have you been using? Have you tried using browser
compatibility policy?
If unsure, you may want to consult our cookie guide:
Dear Eric and Oleg,
I put in the code to handle brower compatibility cookie.
Now it works. Thank you Thank you.
Eric, thanks for the advice. I took out recycle call
and handle releaseConnection correctly.
Thanks for every thing
-Dan
- Original Message -
From: Eric Johnson [EMAIL
Hello,
I have the following code snippet that seems to never return
from httpClient.executeMethod(). [actually another post
has happened that issued a cookie that the code below
is trying to use]
I have also attached a modified/truncated output of the logs that
are are being produced.
Can
Mohsin,
Do you know what kind of HTTP server runs on the server side?
The HTTP server appears to be using the 'expect: 100-continue' handshake
even though the client did not request it.
You may what to try the following measures:
- activating 'expect: 100-continue' on the client side
- using
Hi Oleg,
Below is my server info.
Also can you point me to some code examples as how I may
be able to do what you suggested ?
Sincerely,
-Mohsin
2003/09/17 13:54:59:809 PDT [DEBUG] wire - - Date: Wed, 17 Sep 2003
20:54:59 GMT[\r][\n]
2003/09/17 13:54:59:813 PDT [DEBUG] wire - - Server:
Oh. well, I knew it. This is a very strange quirk on the part of Jetty,
which once was reported as a bug, but Jetty folks were not too
enthusiastic to fix.
Anyways, try this:
PostMethod#setUseExpectHeader(true)
and see if that makes any difference. If not, try disabling HTTP/1.1
support
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=15435.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
97 matches
Mail list logo
