dion2004/09/01 23:11:29
Modified:jelly/src/test/org/apache/commons/jelly/core
TestFileTag.java
jelly/src/java/org/apache/commons/jelly/parser
XMLParser.java
Log:
Fix Jelly-47. Attributes using namespaces are passed
dion2004/09/01 23:12:39
Modified:jelly/xdocs changes.xml
Log:
Doc chgs
Revision ChangesPath
1.11 +1 -0 jakarta-commons/jelly/xdocs/changes.xml
Index: changes.xml
===
RCS file:
Message:
The following issue has been closed.
Resolver: dion gillard
Date: Wed, 1 Sep 2004 11:13 PM
Fix for XMLParser applied.
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-47
Here is an overview
Date: 2004-09-01T23:23:49
Editor: PhilSteitz [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: MathWishList
URL: http://wiki.apache.org/jakarta-commons/MathWishList
Added link to [lang] bug report containing BigFraction contribution
Change Log:
Date: 2004-09-01T23:28:45
Editor: PhilSteitz [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: MathWishList
URL: http://wiki.apache.org/jakarta-commons/MathWishList
Request clarification of 0-1 random generators
Change Log:
The following comment has been added to this issue:
Author: dion gillard
Created: Wed, 1 Sep 2004 11:39 PM
Body:
You can use the core:file tag for this as well.
-
View this comment:
The following issue has been updated:
Updater: dion gillard (mailto:[EMAIL PROTECTED])
Date: Wed, 1 Sep 2004 11:40 PM
Changes:
Version changed to 1.0-beta-4
Fix Version changed to 1.1-beta-1
Fix Version changed from 1.0
The following issue has been updated:
Updater: dion gillard (mailto:[EMAIL PROTECTED])
Date: Wed, 1 Sep 2004 11:42 PM
Changes:
environment changed to
Fix Version changed to 1.1-beta-1
Fix Version changed from 1.0
Message:
The following issue has been closed.
Resolver: dion gillard
Date: Wed, 1 Sep 2004 11:43 PM
http://jakarta.apache.org/commons/jelly/issue-tracking.html currently lists the
correct site
-
View the issue:
The following issue has been updated:
Updater: dion gillard (mailto:[EMAIL PROTECTED])
Date: Wed, 1 Sep 2004 11:49 PM
Changes:
environment changed to
Fix Version changed to 1.1-beta-1
Fix Version changed from 1.0
The following issue has been updated:
Updater: dion gillard (mailto:[EMAIL PROTECTED])
Date: Wed, 1 Sep 2004 11:52 PM
Changes:
environment changed to
Fix Version changed to 1.1-beta-1
Fix Version changed from 1.0
dion2004/09/01 23:58:34
Modified:jelly/src/java/org/apache/commons/jelly/impl Embedded.java
Log:
Formatting
Revision ChangesPath
1.5 +5 -9
jakarta-commons/jelly/src/java/org/apache/commons/jelly/impl/Embedded.java
Index: Embedded.java
dion2004/09/02 00:11:14
Modified:jelly/src/java/org/apache/commons/jelly/parser
XMLParser.java
Log:
Log exceptions
Revision ChangesPath
1.51 +2 -2
jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java
dion2004/09/02 00:14:14
Modified:jelly/src/java/org/apache/commons/jelly Jelly.java
Log:
Refactor property loading
Revision ChangesPath
1.31 +27 -19
jakarta-commons/jelly/src/java/org/apache/commons/jelly/Jelly.java
Index: Jelly.java
dion2004/09/02 00:14:29
Modified:jelly/src/java/org/apache/commons/jelly/tags/core
ThreadTag.java
Log:
Log exceptions
Revision ChangesPath
1.11 +5 -1
jakarta-commons/jelly/src/java/org/apache/commons/jelly/tags/core/ThreadTag.java
dion2004/09/02 00:17:19
Modified:jelly/src/java/org/apache/commons/jelly XMLOutput.java
Log:
Log exceptions
Revision ChangesPath
1.14 +8 -1
jakarta-commons/jelly/src/java/org/apache/commons/jelly/XMLOutput.java
Index: XMLOutput.java
Date: 2004-09-02T06:34:37
Editor: AlChou [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: MathWishList
URL: http://wiki.apache.org/jakarta-commons/MathWishList
no comment
Change Log:
--
@@ -6,6 +6,7
roxspring2004/09/02 06:54:39
Modified:cli project.xml
Added: cli/xdocs/images logo.jpg
Log:
Tidied up project.xml, added jpeg version of commons-cli logo for pdf documentation
Revision ChangesPath
1.23 +30 -16jakarta-commons/cli/project.xml
roxspring2004/09/02 06:57:06
Modified:cli/xdocs navigation.xml
cli project.properties
Added: cli/xdocs navigation-pdf.xml
Log:
Navigation updated for v2 documentation
PDF version separated out to exclude web only documents
Revision ChangesPath
roxspring2004/09/02 06:57:57
jakarta-commons/cli/xdocs/manual - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
roxspring2004/09/02 06:58:02
Added: cli/xdocs/manual validators.xml builders.xml index.xml
commandlines.xml utilities.xml options.xml
Log:
Added initial cli2 manual stub
Revision ChangesPath
1.1
roxspring2004/09/02 06:58:13
jakarta-commons/cli/xdocs/examples - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
roxspring2004/09/02 06:58:17
Added: cli/xdocs/examples index.xml ant.xml cp.xml ls.xml cvs.xml
Log:
Added initial cli2 examples stub
Revision ChangesPath
1.1 jakarta-commons/cli/xdocs/examples/index.xml
Index: index.xml
roxspring2004/09/02 06:59:13
jakarta-commons/cli/xdocs/images/svg - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
roxspring2004/09/02 07:00:47
Added: cli/xdocs/images/svg diagrams-cli2.js diagrams.css
diagrams.js commandlines.svg util.svg options.svg
Removed: cli/xdocs/images util.svg commandlines.svg diagrams.css
diagrams.js diagrams-cli2.js
roxspring2004/09/02 07:01:29
Modified:cli/xdocs/images/svg diagrams-cli2.js diagrams.css
diagrams.js commandlines.svg util.svg options.svg
Log:
Files are text based and mergeable
Revision ChangesPath
1.2 +0 -0
Like I said in the past, I highly recommend working with Paul Houle
(http://www.honeylocust.com/RngPack/) to get these random number
generators integrated into the math library. He has stated to me in the
past that he is willing to relicense them under the Apache license. As
well I beleive
Hi all,
Who is the maintainer for daemon?
If this piece of commons is no longer maintained by anyone in particular
(or if you guys just don't have that kind of concept around here) could
you let me know how to go about getting functional changes done rather
than bugfixes.
I just assume that
Hi,
It's maintained by committee, like many of our projects. Although the
team list is available
(http://jakarta.apache.org/commons/daemon/team-list.html), you're
encouraged to use a public forum like this mailing list rather than
personal emails to committers when discussion changes (be they
Shapira, Yoav wrote:
Hi,
It's maintained by committee, like many of our projects. Although the
team list is available
(http://jakarta.apache.org/commons/daemon/team-list.html), you're
encouraged to use a public forum like this mailing list rather than
personal emails to committers when discussion
roxspring2004/09/02 07:45:52
Modified:cli/src/java/org/apache/commons/cli2/validation
DateValidator.java
Log:
The array of permitted formats is not mutable
Revision ChangesPath
1.3 +43 -4
roxspring2004/09/02 07:48:56
Modified:cli/src/java/org/apache/commons/cli2/validation
EnumValidator.java
Log:
The set of valid values is now mutable
Revision ChangesPath
1.3 +14 -0
roxspring2004/09/02 07:49:23
Modified:cli/src/java/org/apache/commons/cli2/validation
NumberValidator.java
Log:
The number format is now mutable
Revision ChangesPath
1.3 +8 -1
Ok,
I tally (pre-apologies if I misrepresent anyone):
Four votes for 0-based indexing (Andrew, Kim, Mark, and Stephen).
Three votes for 1-based indexing (Al, Phil, and myself).
Should we go ahead with the 0-based change and put this to rest? Or do we
still need some debate?
I, for one, want to
[EMAIL PROTECTED] wrote:
Date: 2004-09-02T06:34:37
Editor: AlChou [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: MathWishList
URL: http://wiki.apache.org/jakarta-commons/MathWishList
no comment
Change Log:
Date: 2004-09-02T08:35:59
Editor: MarkDiggory [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: MathWishList
URL: http://wiki.apache.org/jakarta-commons/MathWishList
no comment
Change Log:
--
@@ -7,6
Date: 2004-09-02T08:36:19
Editor: MarkDiggory [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: MathWishList
URL: http://wiki.apache.org/jakarta-commons/MathWishList
no comment
Change Log:
--
@@ -7,7
Brent Worden wrote:
Ok,
I tally (pre-apologies if I misrepresent anyone):
Four votes for 0-based indexing (Andrew, Kim, Mark, and Stephen).
Three votes for 1-based indexing (Al, Phil, and myself).
Should we go ahead with the 0-based change and put this to rest? Or do we
still need some debate?
I,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28596.
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://issues.apache.org/bugzilla/show_bug.cgi?id=28597.
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://issues.apache.org/bugzilla/show_bug.cgi?id=28597.
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://issues.apache.org/bugzilla/show_bug.cgi?id=26282.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Anyone know why this is in moderation?
--
James Mitchell
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 02, 2004 11:41 AM
Subject: cvs commit:
jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory
rwinston
Hi,
We dicovered a problem with how JXPath handles default namespaces. We
wrote the following testprogram illustrating the problem:
We also fixed the problem against the HEAD of the jakarta CVS by changing
the way namespace strings are compared.
We ran the JUnit tests against our fix ,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31019.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
roxspring2004/09/02 10:25:26
Modified:cli/xdocs/manual validators.xml
Log:
Fleshed out the plans for the validators document
Revision ChangesPath
1.2 +13 -1 jakarta-commons/cli/xdocs/manual/validators.xml
Index: validators.xml
roxspring2004/09/02 10:25:49
Modified:cli/xdocs/images/svg diagrams-cli2.js
Log:
Added definitions for most classes
Revision ChangesPath
1.3 +164 -2jakarta-commons/cli/xdocs/images/svg/diagrams-cli2.js
Index: diagrams-cli2.js
roxspring2004/09/02 10:26:22
Modified:cli/xdocs index.xml
Log:
Added updated introduction documentation
Revision ChangesPath
1.3 +27 -13jakarta-commons/cli/xdocs/index.xml
Index: index.xml
+1 to o.a.c.lang.text
This is nice since MessageFormat is in java.text.
Gary
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 02, 2004 01:05
To: Jakarta Commons Developers List
Subject: Re: [lang] text subpackage [was: Boundaries of
--- Phil Steitz [EMAIL PROTECTED] wrote:
Brent Worden wrote:
Ok,
I tally (pre-apologies if I misrepresent anyone):
Four votes for 0-based indexing (Andrew, Kim, Mark, and Stephen).
Three votes for 1-based indexing (Al, Phil, and myself).
Should we go ahead with the 0-based
--- Phil Steitz [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Date: 2004-09-02T06:34:37
Editor: AlChou [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: MathWishList
URL: http://wiki.apache.org/jakarta-commons/MathWishList
no comment
Change Log:
On 2 Sep 2004, at 15:37, Nigel Rantor wrote:
Shapira, Yoav wrote:
Hi,
It's maintained by committee, like many of our projects. Although the
team list is available
(http://jakarta.apache.org/commons/daemon/team-list.html), you're
encouraged to use a public forum like this mailing list rather than
Hi,
My notes fucked-up my previous post. Therefor I will send my message again
with an other mail client.
We discovered a problem with how JXPath handles default namespaces. We wrote
the following testprogram illustrating the problem (see JXPathTest.java and
data.xml).
We also fixed the problem
Date: 2004-09-02T11:30:35
Editor: FredrikWestermarck [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Lang
URL: http://wiki.apache.org/jakarta-commons/Lang
Added issue 28468
Change Log:
--
@@ -62,4
Date: 2004-09-02T11:34:55
Editor: FredrikWestermarck [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Lang
URL: http://wiki.apache.org/jakarta-commons/Lang
Added issue 22489
Change Log:
--
@@ -63,3
Date: 2004-09-02T11:38:08
Editor: FredrikWestermarck [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Lang
URL: http://wiki.apache.org/jakarta-commons/Lang
Added issue 26646
Change Log:
--
@@ -64,3
Interestingly, as of 1.2 at least, the JDK-supplied PRNG is Knuth's 3.2.1
(linear congruential). I am +1 for adding additional PRNGs, but I would
also recommend that if we do that we also include benchmark tests (like
the ones here: http://csrc.nist.gov/rng/SP800-22b.pdf), performance
the second release candidate (containing a number of documentation
fixes from the first release candidate) has been available for few days
now. no comments have been received. i would therefore like to propose
that digester 1.6.0 is cut from the release branch. the usual voting
rules apply. i
Kim van der Linde wrote:
Interestingly, as of 1.2 at least, the JDK-supplied PRNG is Knuth's
3.2.1 (linear congruential). I am +1 for adding additional PRNGs,
but I would also recommend that if we do that we also include
benchmark tests (like the ones here:
fredrik 2004/09/02 12:04:56
Modified:lang/src/java/org/apache/commons/lang WordUtils.java
Log:
Fixed a couple of typos in javadoc.
Revision ChangesPath
1.14 +8 -7
jakarta-commons/lang/src/java/org/apache/commons/lang/WordUtils.java
Index: WordUtils.java
fredrik 2004/09/02 12:16:19
Modified:lang/src/java/org/apache/commons/lang StringUtils.java
Log:
Fixed a typo in javadoc.
Revision ChangesPath
1.135 +2 -2
jakarta-commons/lang/src/java/org/apache/commons/lang/StringUtils.java
Index: StringUtils.java
Phil Steitz wrote:
That depends entirely on what you mean by serious scientific work.
Different PRNGs have different properties that make them better (or
worse) for specific purposes. Most practical applications require
neither astronomical periods nor cryptographic security, so I would be
On 30 Aug 2004, at 23:10, Simon Kitching wrote:
On Mon, 2004-08-30 at 21:22, robert burrell donkin wrote:
i am suspect that it would be possible to use byte-code engineering to
wire up alternative implementations. the logging code wouldn't be
stripped but rather a new implementation would be wired
Could you please add the following two methods to the
DBUtils helper class:
rollbackAndClose(...);
rollbackAndCloseQuietly(...);
to mimic the commit and close methods.
Thanks,
Kyle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
I've found out that the JIRA import process from Bugzilla can only
import a whole project, and not components, and hence all of
jakarta-commons has to go together.
Does anyone still want to stay on Bugzilla?
Do we need a vote for this?
--
http://www.multitask.com.au/people/dion/
Is jakarta-commons really a project in JIRA? Jelly has one of its own. You can
only do versions by project, not component, so they probably need to be separate.
I don't know if Apache is running the Enterprise version of JIRA, but it seems
to me that commons is probably a project category...
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project commons-net has an issue affecting its community integration.
This issue affects 2
On principle, I am not in favor of moving /away/ from Bugzilla, an
open-source project, to Jira, a non-open-source project. It feels to me
that this would send a negative message, as in: we are not supporting
the open-source community.
OTOH, this is software evolution at work.
I have heard good
rwinston2004/09/02 08:41:30
jakarta-commons/net/src/test/org/apache/commons/net/pop3 - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rwinston2004/09/02 08:44:27
Added: net/src/test/org/apache/commons/net/pop3 AllTests.java
POP3ClientCommandsTest.java POP3ClientTest.java
POP3ConstructorTest.java TestSetupParameters.java
Log:
PR:28597
Obtained from:Mike George
Nick,
Thank you very much for the patch - I will apply it within a couple of days.
- Dmitri
- Original Message -
From: Nick Van den Bleeken [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 02, 2004 2:30 PM
Subject: Re: Problem with default namespace.
Hi,
My notes
First email from that address to the list?
No idea. It's allowed now though.
Hen
On Thu, 2 Sep 2004, James Mitchell wrote:
Anyone know why this is in moderation?
--
James Mitchell
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September
burton 2004/09/02 22:55:59
Added: feedparser/tests/feeds atom-1.xml i18n.atom
rss-1.0-EUC-JP.rdf rss-1.0-international-1.rdf
utf16.atom utf16.rss1 utf16.rss2
Log:
More unit tests and international ones as well
Revision Changes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Roland,
Yes, that was definitely part of the discussion, and this seems to be a
pretty good solution for that. Now that I've slept on it , I think
this also came up when were originally discussing isStale() and how to
determine if a connection is still valid. Does buffering at this level
Mike,
I have been also thinking about repercussions on the reliability of the
stale connection check. I tend to conclude that with the existing
architecture (no HTTP pipelining support + response 'garbage' check)
there is virtually no chance of reading past the response body.
HttpClient always
All,
I think it depends on the semantics of isStale. I obviously don't have
the whole design picture but from looking at the code it seems that if
you can read from it without getting an IOException it's considered not
stale. Buffering won't affect this semantic. While the connection may in
I don't know whether this would be a premature time to call for a new
release, but the prospect of significantly better performance out of
HttpClient has some people in my company very interested.
What are the chances of a 2.0.2 release with this fix in it? (I'm
willing to build from the
I thought about this as well this morning, and couldn't figure out any
flaws with the patch.
-Eric.
Oleg Kalnichevski wrote:
Mike,
I have been also thinking about repercussions on the reliability of the
stale connection check. I tend to conclude that with the existing
architecture (no HTTP
Oleg,
Yes, I believe you are correct. The potential is there for this to be
an issue, but given how we currently handle requests I don't think it
should even come up. I'm +1 for the patch.
Mike
Oleg Kalnichevski wrote:
Mike,
I have been also thinking about repercussions on the reliability of
Eric,
This patch makes a difference for only relatively small payloads when
the response content is about the size of the status line + headers. In
most (real life) cases the performance gain is virtually negligible.
This is more about benchmark optimization than anything else.
Yet, it see no
My read on Odi's statistics is that the patch has a pretty consistent
1ms impact on every request. This corresponds pretty well with my
understanding of the theoretical improvements behind the patch. To the
effect that HttpClient's performance is affected, header parsing will be
faster, and
82 matches
Mail list logo