psteitz 2003/11/17 23:03:38
Modified:lang project.xml
Log:
Inserted empty logo to elimninate broken image from maven site.
Revision ChangesPath
1.20 +1 -1 jakarta-commons/lang/project.xml
Index: project.xml
Humm... I thinking that either hierarchical or hierarchicalDom4j.. I
don't have a problem with long names, I think long and explicit is better
then short and confusing! I lean towards removing the attribute from
ConfigurationFactory to keep things as clean as possible.
I think then that we
Hi,
I've been investigating collection's GUMP failure
http://gump.covalent.net/log/commons-collections.html that we are
seeing since you've refactored the test hierarchy.
I added an e.getTargetException().printStackTrace(); to
BulkTest#addBulk's catch block for InvocationTargetExceptions to see
Okay, then I will change the element name to hierarchicalDom4j, remove
the support for the className attribute (well I'm not sure if I should
really remove this or leave it as undocumented feature; it's about a
view lines in ConfigurationFactory that won't hurt) and update the
examples and the
Um.. I would suggest just removing the code.. My fear when it comes to
undocumented features is that the next committer won't have any idea what is
going on, and will accidentally break something, especially if we don't have
a unit test backing it up!
Yeah, the question about a singleton is a
Eric Pugh wrote:
Um.. I would suggest just removing the code.. My fear when it comes to
undocumented features is that the next committer won't have any idea what is
going on, and will accidentally break something, especially if we don't have
a unit test backing it up!
Sounds reasonable, I
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=24780.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
oglueck 2003/11/18 04:22:57
jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/server - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
oglueck 2003/11/18 04:26:39
Added: httpclient/src/test/org/apache/commons/httpclient/server
Tag: HTTPCLIENT_2_0_BRANCH GenericResponse.java
HttpRequestHandler.java SimpleHttpServer.java
Hello,
I had to implement some parameters that I found on
http://jakarta.apache.org/commons/dbcp/configuration.html
but the page did not tell me where these parameters can be placed.
I finally got it to work and to let others know how to do the trick, I have
edited the
I know for Jelly when I've rebuilt the site, I've never checked it in to
CVS.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Noel J. Bergman [EMAIL PROTECTED] wrote on 18/11/2003 03:55:47 PM:
It seems there are a large number of commons sites that do
Is this a definite rule?
Is there somewhere it's mandated?
I'm asking as I don't remember it being required.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Noel J. Bergman [EMAIL PROTECTED] wrote on 18/11/2003 02:29:18 PM:
I assume you are talking
I am pretty sure that I ran the tests Sunday night (UK) and all was well. I know there
was a point at which things didn't work but I fixed that.
Can you confirm your JDK version? I'll look at it tonight if I can.
Stephen
from:Stefan Bodewig [EMAIL PROTECTED]
I've been investigating
On Tue, 18 Nov 2003, [EMAIL PROTECTED] wrote:
Can you confirm your JDK version? I'll look at it tonight if I can.
[EMAIL PROTECTED] jsps]$ java -fullversion
java full version 1.4.2-b28
on my Linux box (Sun's SDK) and
bash-2.05$ /usr/j2sdk1.4.1_02/bin/java -fullversion
java full version
Message:
The following issue has been closed.
Resolver: dion gillard
Date: Tue, 18 Nov 2003 8:20 AM
I believe I fixed this ages ago
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-80
Ditto. But in the case of Latka and HttpClient, I expect anything checked
into CVS to be using CVS.
Still need to sort them out. The HttpClient cvs diffs could just be
something daft like a bad line ending, but if so then it's confusing cvs
enough to suggest everything is different. I'll mess
mdiggory2003/11/18 07:07:12
Modified:math/src/test/org/apache/commons/math/stat
BivariateRegressionTest.java
math/src/java/org/apache/commons/math/special Beta.java
math/src/java/org/apache/commons/math/stat
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=24747.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I only came across JRat[1] yesterday evening. I haven't experimented
with it yet but its on my todo list.
-John K
[1] http://jrat.sourceforge.net
On 17 Nov 2003, at 18:04, Mark R. Diggory wrote:
Very true, but are there any Open Source projects or initiatives to
standardize this sort of
On 18 Nov 2003, at 04:55, Noel J. Bergman wrote:
It seems there are a large number of commons sites that do not exist
in
CVS. Is there a standard for this? Should the HttpClient entries in
CVS be removed?
As far as I know, they should all be checked into CVS, regardless of
whether
they are
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=24780.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Noel wrote:
As far as I know, all sites are supposed to be in CVS, and checked out
into
the file system. Amongst the reasons for this are to ensure that
infrastructure can recover them rapidly in the event of a problem. This
includes sites generated by Forrest or Maven.
Martin Cooper wrote:
Still need to sort them out. The HttpClient cvs diffs could just be
something daft like a bad line ending, but if so then it's confusing cvs
enough to suggest everything is different. I'll mess around with the -b
options to diff etc to see if it's just dos/unix formatting.
The HttpClient docs in
Anyone from Latka got a clue what's screwed up with their docs/CVS?
Lots of clashes if I attempt to cvs update those.
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I'm just waiting for a definitive answer from infrastructure,
or whomever else wants to make the official judgment.
Unless infrastructure replies otherwise to the e-mail I sent this morning, I
think you should assume that the currently posted policy stands.
--- Noel
I plan to do some updating of scaffold.
Could someone please grant karma to sraeburn for sandbox?
TIA
Steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
So, I'm coming into this a bit late and all, and I know a few others have
been looking at this over the past few weeks... hope this does more than
just add fuel to the fire.
commons-discovery was created to address the classloader usage patterns
being discussed : how to discover an
A few more:
http://pharos.inria.fr/Java/query.jsp?cids=c_2203hist=cids%3Dc_2154
Mark R. Diggory wrote:
Good documentation, good project activity. Documentation for how to plug
it in under tomcat and other application servers. Nice separation of
hooks, logging and monitoring into separate
It might be better to bring this up on Commons Chain, Peter, since these questions seem to
transcend our implementation of the Request Processor (aka Struts Chain).
-Ted.
Peter A. Pilgrim wrote:
I am investigating the possibility of commands that can branch
dynamically.
Why was the
scolebourne2003/11/18 13:28:17
Modified:collections/src/test/org/apache/commons/collections
BulkTest.java
Log:
Report more helpfully when errors occur
Revision ChangesPath
1.7 +6 -4
rdonkin 2003/11/18 14:14:22
Modified:digester/src/java/org/apache/commons/digester/plugins
PluginCreateRule.java
Log:
Small correction to the javadocs. Submitted by Simon Kitching.
Revision ChangesPath
1.9 +5 -5
Forgive me for jumping in with a comment, I have the interest if not the
experience (at least not of the rest of this thread.) I'm wondering ... is
the issue loading the local webapp's version of commons logging, or getting
to it's configuration? Assuming a robust/stable interface/implementation
rdonkin 2003/11/18 14:32:16
Modified:digester/src/java/org/apache/commons/digester/plugins
PluginRules.java
Log:
Corrects patterns that begin with a leading slash. Submitted by Simon Kitching.
Revision ChangesPath
1.7 +12 -4
hi simon
i've committed both patches.
would you be willing to knock up a test case for the second?
- robert
On 17 Nov 2003, at 09:43, Simon Kitching wrote:
Hi,
The first attached patch is just a fix for a minor javadoc problem
introduced in an earlier patch.
The second patch is perhaps
scolebourne2003/11/18 14:37:18
Modified:collections/src/test/org/apache/commons/collections/iterators
TestUnmodifiableMapIterator.java
AbstractTestListIterator.java
AbstractTestMapIterator.java
We should start keeping records -- this looks to be the longest commit
ever. ;)
[EMAIL PROTECTED] wrote:
scolebourne2003/11/18 14:37:18
Modified:collections/src/test/org/apache/commons/collections/iterators
TestUnmodifiableMapIterator.java
scolebourne2003/11/18 14:50:44
Modified:collections/src/java/org/apache/commons/collections
BoundedCollection.java CollectionUtils.java
BoundedFifoBuffer.java
collections/src/java/org/apache/commons/collections/collection
scolebourne2003/11/18 14:51:19
Modified:collections/src/test/org/apache/commons/collections
TestBoundedFifoBuffer2.java
Log:
Move BoundedCollection to new collection subpackage
Revision ChangesPath
1.7 +4 -2
matth 2003/11/18 15:19:14
Modified:sql project.xml
Log:
Updated maven build to newest jelly version (was broken otehrwise) and updated code
samples in docs to display correctly.
Revision ChangesPath
1.13 +27 -19jakarta-commons-sandbox/sql/project.xml
matth 2003/11/18 15:19:51
Modified:sql/xdocs index.xml
Log:
Updated maven build to newest jelly version (was broken otehrwise) and updated code
samples in docs to display correctly.
Revision ChangesPath
1.8 +76 -84jakarta-commons-sandbox/sql/xdocs/index.xml
scolebourne2003/11/18 15:23:05
Modified:collections/src/test/org/apache/commons/collections
MapPerformance.java
collections/src/test/org/apache/commons/collections/map
TestAll.java
We should start keeping records -- this looks to be the longest commit
ever. ;)
Lots of protected to public, very fun to do
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Should be sorted now. I made all relevant methods public.
(Tests suceeded in Eclipse, but failed using ant)
Stephen
- Original Message -
From: Stefan Bodewig [EMAIL PROTECTED]
On Tue, 18 Nov 2003, [EMAIL PROTECTED] wrote:
Can you confirm your JDK version? I'll look at it
hi simon
just to let you know that i would have committed your patch but there's
a broken lock in cvs :(
- robert
On 17 Nov 2003, at 09:34, Simon Kitching wrote:
On Tue, 2003-11-18 at 11:32, Simon Kitching wrote:
Hi,
Attached is a rule which behaves like a cross between
SetPropertiesRule
Thanks Henri :)
Steven Caswell
Sun Certified Java Programmer
[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: Friday, November 14, 2003 11:06 PM
To:
scolebourne2003/11/18 15:34:47
Modified:collections/src/java/org/apache/commons/collections/map
Flat3Map.java
Log:
Fix puAll method to return correctly
Revision ChangesPath
1.2 +3 -2
Sorry for the slow response - I know I've been taken away from open source
for the last couple of weeks and I guess John's been busy too. We are
certainly open to contributions from non-committers but seeing a patch makes
it much easier to judge :)Personally I'd prefer patches against cli2
mbecke 2003/11/18 16:10:45
Modified:httpclient/src/java/org/apache/commons/httpclient Tag:
HTTPCLIENT_2_0_BRANCH
MultiThreadedHttpConnectionManager.java
httpclient/src/test/org/apache/commons/httpclient Tag:
mbecke 2003/11/18 16:23:30
Modified:httpclient/src/test/org/apache/commons/httpclient/server
Tag: HTTPCLIENT_2_0_BRANCH SimpleHttpServer.java
SimpleHttpServerConnection.java
Log:
Fixed pre 1.4 compile errors.
Revision Changes
mbecke 2003/11/18 16:43:12
Modified:httpclient/src/java/org/apache/commons/httpclient
MultiThreadedHttpConnectionManager.java
httpclient/src/test/org/apache/commons/httpclient
TestHttpConnectionManager.java
Log:
Changed
Apologies if I've mentioned this before. I have a similar class to
DigestUtils but with a few differences:
http://www.osjava.org/genjava-core/xref/com/generationjava/security/Securer.html
1) It treats it as an object not a static.
2) It hides CRC32 and Adler32 'digests'.
3) It does some basic
By the way, are the people involved in WordWrapUtils aware of ICU's
(http://oss.software.ibm.com/icu/) code to do this? (LineBreakIterator,
etc.).
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On Wed, 2003-11-19 at 12:30, robert burrell donkin wrote:
hi simon
just to let you know that i would have committed your patch but there's
a broken lock in cvs :(
Thanks Robert.
Since the new rule is considered acceptable, here's a patch that adds
the tests to build.xml. Hope that CVS
On Wed, 2003-11-19 at 11:35, robert burrell donkin wrote:
hi simon
i've committed both patches.
would you be willing to knock up a test case for the second?
You're keeping me honest here :-)
Test case attached.
Index: org/apache/commons/digester/plugins/TestInline.java
mdiggory2003/11/18 19:22:54
Modified:math/src/java/org/apache/commons/math/distribution
FDistributionImpl.java DistributionFactoryImpl.java
ContinuousDistribution.java
AbstractDiscreteDistribution.java
mdiggory2003/11/18 19:28:25
Modified:math/src/java/org/apache/commons/math/analysis
SplineInterpolator.java BrentSolver.java
BisectionSolver.java PolynomialFunction.java
CubicSplineFunction.java SecantSolver.java
hi richard
On 18 Nov 2003, at 19:51, Richard Sitze wrote:
So, I'm coming into this a bit late and all, and I know a few others
have
been looking at this over the past few weeks... hope this does more
than
just add fuel to the fire.
commons-discovery was created to address the classloader
I've been wiring in place some testing for the serialization of objects
to disk and the deserialization back to objects. I'll be adding it and a
a Unit test example shortly, I'm hoping that others will join in and
write some simple tests to verify that their code is properly serializable.
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=24699.
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=24699.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
For my part, I'd never heard of it in this context. Did come across it the
other day when trying to build jikes and not having some GNU api [iconv].
ICU [C variant] was the alternative.
http://oss.software.ibm.com/icu4j/ looks interesting.
Hen
On Wed, 19 Nov 2003, Bill Keese wrote:
By the
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=24699.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm currently looking for a JMS bridging solution and before I started
re-inventing wheels I decided to look at what's out there and so I
stumbled upon commons-messenger: Is there any active development still
taking place on this component? What is the status of this project
currently?
On Wed, 19 Nov 2003, Alex Arana wrote:
Hi,
I'm currently looking for a JMS bridging solution and before I started
re-inventing wheels I decided to look at what's out there and so I
stumbled upon commons-messenger:
Going by other answers to the list on the same subject:
Is there any
Noel J. Bergman [EMAIL PROTECTED] wrote on 19/11/2003 04:52:48 AM:
Noel wrote:
As far as I know, all sites are supposed to be in CVS, and checked out
into
the file system. Amongst the reasons for this are to ensure that
infrastructure can recover them rapidly in the event of a problem.
Michael Becke wrote:
Odi, Eric,
I think a combination of these techniques would be great. One level to
handle the socket management(as Odi outlined) and another to handle the
content creation/validation (Eric's idea). These two methods in tandem
should be sufficient to mimic any combination
It'd be rather easy to wrap the streams in a DeflaterOutputStream or an
InflaterInputStream. Of course, due to limitations in Java's deflate
compression, one must extend DeflaterOutputStream to allow true stream
deflation. The problem with the current implementation is that there is
no way
On Monday 17 November 2003 21:05, Oleg Kalnichevski wrote:
I have not found any mentioning of unexpected content in the RFC, so
this is another reason why I would be a bit cautious about throwing a
protocol exception. It would suffice to spit out a warning, drop the
connection and move on.
On Monday 17 November 2003 20:33, Oleg Kalnichevski wrote:
[Disregard my previous post. I responded to a wrong message by mistake]
Odi,
That would be REALLY cool! A simple authenticating proxy (or a proxy
that could effectively 'fake' popular authentication schemes) would be a
very much
Christian Kohlschütter wrote:
Please have a look at the latest version (see
http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=9093
).
It is more abstract than the BadHTTPServer example for Bug 24560 and truly
test independent.
What sort of file is that? It seems binary...
Christian,
Feel free to make changes to the patch that you deem necessary. Once you think it is
ready, I suggest we once again ask all the interested parties to raise their
objections and express concerns. If there's no significant opposition to the final
revision of the patch, and it is OKed
On Tuesday 18 November 2003 11:26, Ortwin Glück wrote:
Christian Kohlschütter wrote:
Please have a look at the latest version (see
http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=9093
).
It is more abstract than the BadHTTPServer example for Bug 24560 and
truly test
Christian Kohlschütter wrote:
On Tuesday 18 November 2003 11:26, Ortwin Glück wrote:
Christian Kohlschütter wrote:
Please have a look at the latest version (see
http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=9093
).
It is more abstract than the BadHTTPServer example for Bug
On Tuesday 18 November 2003 11:53, Ortwin Glück wrote:
Christian Kohlschütter wrote:
On Tuesday 18 November 2003 11:26, Ortwin Glück wrote:
Christian Kohlschütter wrote:
Please have a look at the latest version (see
http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=9093
).
Christian Kohlschütter wrote:
I own the copyright for this code and I am willing to contribute / publish it
under the conditions of the Apache License.
Thanks a lot!
I will check it in on the 2.0 branch since it is related to a 2.0 bug.
As soon as it is ready we can promote it to CVS HEAD.
Greetings,
With HttpClient, I'm using the MultiThreadedHttpConnectionManager, with
all timeout values set to 30s, and I'm seeing a problem against a server
that discards unused connections after several minutes. It seems the
connection close isn't detected by the HttpConnection.isStale() method,
There is an option to disable stale checking.
Matthew McGowan wrote:
Any ideas how I go about fixing this?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=24504.
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=24504.
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=24309.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ortwin Glück write:
There is an option to disable stale checking.
Thanks, though turning stale checking off doesn't change the outcome -
the readResponse call still blocks for 30s. I don't think it's the stale
checking that's causing the problem, but for some reason the server
ignores or closes
81 matches
Mail list logo
