rdonkin 2004/02/15 01:38:22
Modified:logging build.properties.sample project.xml
digester/xdocs index.xml navigation.xml
digester/xdocs/images logo.png
Log:
Added maven build (aimed at documentation). This isn't totally satisfactory (for
example, I've
rdonkin 2004/02/15 01:38:38
Added: logging checkstyle.xml
Log:
Added maven build (aimed at documentation). This isn't totally satisfactory (for
example, I've stripped out the unit tests) and the user guide formatting isn't
brilliant. But i feel that i want to be able to get
rdonkin 2004/02/15 01:39:02
Added: digester/xdocs guide.xml
Log:
Added maven build (aimed at documentation). This isn't totally satisfactory (for
example, I've stripped out the unit tests) and the user guide formatting isn't
brilliant. But i feel that i want to be able to get
rdonkin 2004/02/15 01:39:17
Added: logging project.properties
Log:
Added maven build (aimed at documentation). This isn't totally satisfactory (for
example, I've stripped out the unit tests) and the user guide formatting isn't
brilliant. But i feel that i want to be able to get
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=25941.
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=21181.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
i've committed and deployed a mavenized version of the commons logging
website at http://jakarta.apache.org/commons/logging/.
it's not entirely satisfactory - it's hard to make the unit tests run
properly (so most of them have been left out) and the user guide
probably needs some more work on
darn.
something went wrong here. i'm pretty sure that these were committed
from the logging directory. i'm looking into it now.
- robert
On 15 Feb 2004, at 09:39, [EMAIL PROTECTED] wrote:
rdonkin 2004/02/15 01:39:02
Added: digester/xdocs guide.xml
Log:
Added maven build
oops! based the new logging on the digester stuff but forgot to remove
the CVS directory. Doh!
fixing now.
- robert
On 15 Feb 2004, at 09:59, robert burrell donkin wrote:
darn.
something went wrong here. i'm pretty sure that these were committed
from the logging directory. i'm looking
rdonkin 2004/02/15 02:22:59
Added: logging/xdocs .cvsignore
Log:
Added maven build (aimed at documentation). This isn't totally satisfactory (for
example, I've stripped out the unit tests) and the user guide formatting isn't
brilliant. But i feel that i want to be able to get
rdonkin 2004/02/15 02:23:21
Added: logging/xdocs navigation.xml
Log:
Added maven build (aimed at documentation). This isn't totally satisfactory (for
example, I've stripped out the unit tests) and the user guide formatting isn't
brilliant. But i feel that i want to be able to
rdonkin 2004/02/15 02:25:48
Added: logging/xdocs index.xml
Log:
Added maven build (aimed at documentation). This isn't totally satisfactory (for
example, I've stripped out the unit tests) and the user guide formatting isn't
brilliant. But i feel that i want to be able to get
rdonkin 2004/02/15 02:28:56
Added: logging/xdocs guide.xml
Log:
Added maven build (aimed at documentation). This isn't totally satisfactory (for
example, I've stripped out the unit tests) and the user guide formatting isn't
brilliant. But i feel that i want to be able to get
rdonkin 2004/02/15 02:38:40
Removed: digester/xdocs guide.xml
Log:
Reverting changes that i accidentally put into digester rather than logging.
Cut-and-paste is like drinking fifteen pints - every time you do it, you wake up and
say 'never again' but that's all forgotten by next
rdonkin 2004/02/15 02:41:45
Modified:digester/xdocs/images logo.png
Log:
Reverting changes that i accidentally put into digester rather than logging.
Cut-and-paste is like drinking fifteen pints - every time you do it, you wake up and
say 'never again' but that's all forgotten by
rdonkin 2004/02/15 02:52:35
jakarta-commons/logging/xdocs/images - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rdonkin 2004/02/15 02:53:25
Added: logging/xdocs/images logo.png
Log:
Added fine logging logo created by Tim.
Revision ChangesPath
1.1 jakarta-commons/logging/xdocs/images/logo.png
Binary file
olegk 2004/02/15 05:11:24
Modified:httpclient Tag: HTTPCLIENT_2_0_BRANCH release_notes.txt
Log:
Release notes updated for the 2.0 final
Revision ChangesPath
No revision
No revision
1.9.2.7 +14 -1
olegk 2004/02/15 05:12:38
Modified:httpclient release_notes.txt
Log:
Release notes updated for the 2.0 final
Revision ChangesPath
1.17 +49 -1 jakarta-commons/httpclient/release_notes.txt
Index: release_notes.txt
Hi all,
I am noticing that the very long list of commons components and commons
sandbox components makes the left nav for the Maven enabled projects quite
difficult to read.. The key information about the component gets lost in
the Menu.
What do you think of using the collapse=true attribute or
olegk 2004/02/15 05:30:55
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethod.java HttpMethodBase.java
httpclient/src/test/org/apache/commons/httpclient
TestHttpConnectionManager.java
olegk 2004/02/15 05:34:26
Modified:httpclient API_CHANGES_2_1.txt
Log:
HttpMethod#getResponseBody HttpMethod#getResponseBodyAsString changed to
propagate IOException to the caller instead of logging and discarding it.
Revision ChangesPath
1.7 +4 -0
hi eric
this has been discussed before and the consensus was that the
collapsable menus would be the best solution. the issue is that some
maven work is needed to make them work. (just setting them to
collapsable does nothing useful since the collapsable feature is
designed to work with maven
I have no problem with this, however the addition must be JDK1.2 compatable,
requiring a cause private variable and a getCause() method.
Stephen
- Original Message -
From: Alban Peignier [EMAIL PROTECTED]
Martin Cooper wrote:
Any reason you couldn't just use
On [collections] and [lang] I have added considerably more to the top menu.
In particular, the javadoc of the latest release as well as the javadoc of
CVS latest.
(and I still prefer the older maven style - must get around to setting up a
common commons css)
Stephen
- Original Message
olegk 2004/02/15 06:16:28
Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH tutorial.xml
Log:
Corrects a mistake in the HttpClient tutorial: 'attempt' variable isn't incremented
Reported by Derek Alexander dalexander at ukgateway.net
Contributed by Oleg Kalnichevski
olegk 2004/02/15 06:17:03
Modified:httpclient/xdocs tutorial.xml
Log:
Corrects a mistake in the HttpClient tutorial: 'attempt' variable isn't incremented
Reported by Derek Alexander dalexander at ukgateway.net
Contributed by Oleg Kalnichevski
Revision ChangesPath
hi mark
(sorry this is a little late.)
i don't think that there's anything in the standard digester rules that
does what you want - but it'd be very easy to create a custom rule
which would fit the bill.
something like:
public class JNDIRule extends Rule {
public void begin(String
I see.. I thought doing this would solve the problem:
item name=Commons href=commons.html collapse=true
But it just makes a collapsed menu option, you can't uncollapse it, I guess
because of the way we import the shared xml file. The locally created
commons.html doesn't know/isn't generated
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
mbecke 2004/02/15 07:48:43
Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH status.xml
news.xml downloads.xml
httpclient Tag: HTTPCLIENT_2_0_BRANCH build.xml project.xml
httpclient/src/java/org/apache/commons/httpclient Tag:
This idea has been proposed before, only people thought it not possible.
However, after some digging, I found out it is.
j:if test=${date == 'navigation-top'}
div id=lastPublishedLast published: ${build.date}/div
/j:if
x:if select=$nav
mdiggory2004/02/15 08:08:42
Modified:primitives/xdocs navigation.xml
math/xdocs navigation.xml
collections/xdocs navigation.xml
digester/xdocs navigation.xml
codec/xdocs navigation.xml
cli/xdocs navigation.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=26943.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mdiggory2004/02/15 08:11:31
Modified:commons-build navigation.vm
Log:
included navigation is now below project documentation.
Revision ChangesPath
1.6 +9 -9 jakarta-commons/commons-build/navigation.vm
Index: navigation.vm
mdiggory2004/02/15 08:12:28
Modified:commons-build incl_nav.xml
Log:
included navigation is now below project documentation.
Revision ChangesPath
1.18 +9 -9 jakarta-commons/commons-build/incl_nav.xml
Index: incl_nav.xml
mdiggory2004/02/15 08:15:51
Removed: .project.xml incl_nav.xml maven.xml navigation.vm
Log:
These files are now under /jakarta-commons/commons-build/
included navigation comes from commons-build now.
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=26954.
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=26954.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stephen Colebourne wrote:
I have no problem with this, however the addition must be JDK1.2 compatable,
requiring a cause private variable and a getCause() method.
I've just created a bug and provided a patch :
http://issues.apache.org/bugzilla/show_bug.cgi?id=26954
--
Alban Peignier -
i like this sounds of this (regardless of whether we find a way to make
the menus collapse or not.
- robert
On 15 Feb 2004, at 16:08, Mark R. Diggory wrote:
This idea has been proposed before, only people thought it not
possible. However, after some digging, I found out it is.
j:if
mdiggory2004/02/15 08:37:29
Removed: xdocscommons.xml dbcp.xml contributors.xml modeler.xml
pool.xml charter.xml el.xml versioning.xml
releases.xml license.xml directory.xml jexl.xml
components.xml discovery.xml
On 15 Feb 2004, at 14:33, Eric Pugh wrote:
snip
And maybe at this point update the commons main site to be just Maven
lF?
we're still a little way off being able to think about doing this. we
need all the components sites switching to the mavenized documentation
build first. we need
On 15 Feb 2004, at 14:33, Eric Pugh wrote:
snip
Something that might work well at least in the short term is to ditch
all
the items under each menu item, and instead have the menu just link to
a
page on the main http://jakarta.apache.org/commons/ site. That would
reduce it down to 8
I've been a little aggressive this morning in terms of cleaning up the
maven xdoc and build files. Be warned I removed
/jakarta-commons/xdocs
/jakarta-commons/maven.xml
/jakarta-commons/project.xml
/jakarta-commons/incl_nav.xml
/jakarta-commons/navigation.xml
/jakarta-commons/project.properties
From: robert burrell donkin [EMAIL PROTECTED]
i like this sounds of this (regardless of whether we find a way to make
the menus collapse or not.
+0. I still think we should add explicit links in the top section for each
project.
I was thinking that maybe the Sandbox projects should _not_ be
I'm -0 to hiding the commons proper links. I think that they are a key part
of letting us and users navigate around the commons site, and are part of
keeping it one community. Also, the maven collapsable stuff is slow and
clunky and I basically hate it. (the sandbox is different for other reasons)
I've been proofreading the xdocs and trying to build them. There are a
few small changes that I have made. How would you like me to supply
patches? Directly to you, via this list or should I start a new bug for
it in Bugzilla?
--
Dennis Lundberg
robert burrell donkin wrote:
i've committed and
Have sent Cortex [clover-makers] an email. Vincent Massol's mentioned that
we've asked them before about a global licence and it didn't fit for them,
so I'm mainly going to try and work out what a project is in their eyes.
Hen
On Sun, 15 Feb 2004, robert burrell donkin wrote:
IIRC getting a
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=26534.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It looks like this feature is pretty new to the xdoc plugin cvs and not
currently in this release candidate. I suspect it will be in the next,
otherwise I can recommend that we upgrade all our xdoc plugin tot eh
latest release.
I'll test this further later today.
-Mark
Stephen Colebourne
To move the Site Documentation up you need to upgrade your xdoc plugin
to the latest (version 1.5), caution, this also changes the css style of
the site.
the command to upgrade the xdoc plugin is:
%maven -DgroupId=maven -DartifactId=maven-xdoc-plugin -Dversion=1.5
plugin:download
-Mark
Mark
(and I still prefer the older maven style
Me too.
On 15 Feb 2004, at 17:25, Dennis Lundberg wrote:
I've been proofreading the xdocs and trying to build them. There are a
few small changes that I have made. How would you like me to supply
patches? Directly to you, via this list or should I start a new bug
for it in Bugzilla?
either posting a
Here are some patches for the mavenized website. Here's what has been done:
* Corrected spelling and made some clarifications
* Updated the links to Log4J and Avalon LogKit, to their new location
* Includes the navigation-file from the new commons-build directory
* Removed duplicate logo-tag from
mbecke 2004/02/15 12:23:55
Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH status.xml
Log:
Updates for 2.0 final release.
Revision ChangesPath
No revision
No revision
1.20.2.7 +3 -3
On Fri, 2004-02-13 at 18:25, Stephen Colebourne wrote:
Change made, hopefully that will sort it, but ideally Janek needs to test
Yep, no apparent problem now.
-Janek
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Alban Peignier wrote:
Phil Steitz wrote:
I would suggest something more along the lines of a
CompositeIdentifierGenerator that could wrap an array or list of
IdentifierGenerators and use these to generate composite ids. One
example of this would be a CompositeStringIdentifierGenerator that
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 15, 2004 9:00 AM
To: Jakarta Commons Developers List
Subject: Re: Move Commons projects below Project Documentation in
Navigation
From: robert burrell donkin [EMAIL PROTECTED]
i like
-Original Message-
From: Mark R. Diggory [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 15, 2004 9:50 AM
To: Jakarta Commons Developers List
Subject: Re: Move Commons projects below Project Documentation in
Navigation
It looks like this feature is pretty new to the xdoc plugin
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=26961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
skitching2004/02/15 18:26:38
Modified:digester/src/java/org/apache/commons/digester
CallMethodRule.java
digester/src/test/org/apache/commons/digester
CallMethodRuleTestCase.java
Log:
Allow CallMethodRule to target any
On Mon, 2004-02-16 at 11:43, robert burrell donkin wrote:
On 12 Feb 2004, at 06:25, Simon Kitching wrote:
Hi Robert,
hi simon
A while ago there was some discussion about the newly added
MultiVariableExpander, and whether or not there was also a need for a
simple VariableExpander
On Tue, 2004-02-17 at 04:52, Simon Kitching wrote:
I only see *one* item as needing to be done prior to a release
Oh - and change the licence to version 2.0.
The email discussion about permission to relicense has died away.
I saw Craig's email saying it was ok, but nothing from the ASF
Martin Cooper wrote:
-Original Message-
From: Mark R. Diggory [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 15, 2004 5:15 PM
To: Jakarta Commons Developers List
Subject: Re: Move Commons projects below Project Documentation in
Navigation
Martin Cooper wrote:
It looks like this
Hey, someone is publishing Commons Maven sites with an unreleased
version of Maven. Probably either from Maven's CVS HEAD, or a beta version.
BeanUtils, Betwixt, and Digester all have the newish Maven L+F. A
decision was reached a while back to standardize on the released version
of Maven.
-Original Message-
From: Tim O'Brien [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 15, 2004 7:57 PM
To: [EMAIL PROTECTED]
Subject: [all] maven sites
Hey, someone is publishing Commons Maven sites with an unreleased
version of Maven. Probably either from Maven's CVS HEAD, or
The Jakarta Commons HttpClient development team is pleased to announce
the release of HttpClient 2.0 final. This release represents a great
deal of work by quite a number of people. We would like to thank all of
those who contributed to this release.
This version contains only a few minor bug
Martin Cooper wrote:
-Original Message-
From: Tim O'Brien [mailto:[EMAIL PROTECTED]
Hey, someone is publishing Commons Maven sites with an unreleased
version of Maven. Probably either from Maven's CVS HEAD, or a
beta version.
BeanUtils, Betwixt, and Digester all have the newish Maven
Tim,
You don't need to be working with the cvs head of maven to get this look
and feel, simply upgrading the xdoc plugin to its latest release (1.5)
produces the new LF.
%maven -DgroupId=maven -DartifactId=maven-xdoc-plugin -Dversion=1.5
plugin:download
And your site will have the new look
Alright, Mark I defer to your wise judgement.
Thanks, BTW, for coordinating the java-repository stuff, that's a good
step in the right direction.
Tim
Mark R. Diggory wrote:
Tim,
You don't need to be working with the cvs head of maven to get this look
and feel, simply upgrading the xdoc
psteitz 2004/02/15 22:30:21
Modified:math/src/test/org/apache/commons/math/analysis
InterpolatorTest.java RealSolverTest.java
math/src/test/org/apache/commons/math/stat
DescriptiveStatisticsTest.java
Log:
Commented out
psteitz 2004/02/15 23:04:04
Modified:math/src/test/org/apache/commons/math/util
BeanTransformer.java BeanTransformerTest.java
DefaultTransformerTest.java
Log:
Fixed logic in bean transformer tests to match API.
Revision Changes
And the 'new look and feel' can be done by using RC1 and the included
xdocs/project.css (from memory).
--
dIon Gillard, Multitask Consulting
Martin Cooper [EMAIL PROTECTED] wrote on 16/02/2004 03:17:00 PM:
-Original Message-
From: Tim O'Brien [mailto:[EMAIL PROTECTED]
Sent:
One of the failing unit tests on the ROXSPRING branch was the
testWithOption method on CommandLineDefaultsTests. The reason
it failed was the default value set during Option construction
was not accessible to CommandLine.getValue. So to make this
information accessible I propose we add a
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=26060.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sat, 2004-02-14 at 01:27, Emre Sokullu wrote:
Thanx again Oleg...
I didn't understand why redirection won't be allowed when old host and new
host are the same.
Forexample for one of my domains I made such a DNS arrangement :
www.mydomain.com -- A -- M.Y.I.P
mydomain.com --
Kaushik,
Usually java.net.UnknownHostException means that your DNS cannot resolve
a host name to its respective IP address. This problem has nothing to do
with form-based login or HttpClient as such. Please make sure that your
TCP/IP stack is setup properly.
Oleg
On Sat, 2004-02-14 at 02:09,
The final vote tally was 3 +1s with no objections. I will proceed with
creating the release.
Mike
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Since I'm a newbiethis struck me funny...a quorum is 3 people? How
many developers / committers are involved with HttpClient?
On Feb 15, 2004, at 10:51 AM, Michael Becke wrote:
The final vote tally was 3 +1s with no objections. I will proceed
with creating the release.
Mike
Brad,
There are currently four active committers. 3 votes are indeed enough to
secure a quorum.
Oleg
On Sun, 2004-02-15 at 17:47, Brad O'Hearne wrote:
Since I'm a newbiethis struck me funny...a quorum is 3 people? How
many developers / committers are involved with HttpClient?
On Feb
Though 3 votes is a majority in our case, a majority is not required.
Apache voting rules only require 3 +1 votes for a release to proceed.
http://jakarta.apache.org/site/decisions.html
Mike
On Feb 15, 2004, at 12:50 PM, Oleg Kalnichevski wrote:
Brad,
There are currently four active
The Jakarta Commons HttpClient development team is pleased to announce
the release of HttpClient 2.0 final. This release represents a great
deal of work by quite a number of people. We would like to thank all of
those who contributed to this release.
This version contains only a few minor bug
Hi,
I have noticed significant performance difference between using
HttpClient and Socket.
I tried to use GetMethod to download a 2MB file from a Webserver sitting
in the LAN. When I do it with HttpClient, it takes around 13-15 seconds
while it will only take less than half a second with Socket.
Hi Ben,
I believe your HttpClient numbers are being inflated by one-time
initialization costs. I was able to get approximately the same numbers
with HttpClient and Socket. Please see my examples attached below:
Mike
HttpClient code:
HttpClient client = new HttpClient();
Hi Ben,
that is indeed a big difference. Two questions:
1. The HttpClient example uses IP address 192.168.0.1,
the Socket example connects to 192.168.0.11
Is that a typo, or do you indeed access a different host?
If that different host is a caching proxy, that would be an
Hello Ben,
I remember reading about problems with particular JVM versions,
and with stale connection checks in this mailing list. But I didn't
track these issues, so someone else will have to help out. Or you
check the mailing list archive and the bugzilla database for known
issues. There's a
87 matches
Mail list logo
