Is your server up? I wanted to have a look at your diagrams, but the
request timed out :(
Oliver
Well, I´m in Brazil. This server is not so good ...
Please, can you try more one time and reply to me knows?
Thanx
Woody
-
To
I see somewhere in jakarta docs one advise (as I see is more one
'suggestion') about don´t post attachs here. Well, this files are small ...
Woody
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
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=27193.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Wed, 2005-01-26 at 05:08 -0800, Anaximandro (Woody) wrote:
Is your server up? I wanted to have a look at your diagrams, but the
request timed out :(
Oliver
Well, I´m in Brazil. This server is not so good ...
Please, can you try more one time and reply to me knows?
Are you a commons
Are you a commons committer? If so, are you aware that apache provides
each committer a homepage available that you can use for this sort of
stuff?
Simon, I´m not a commiter yet, maybe soon. Who knows?
Thanx by note
Woody
-
To
On Wed, 2005-01-26 at 06:52 -0800, Anaximandro (Woody) wrote:
Are you a commons committer? If so, are you aware that apache provides
each committer a homepage available that you can use for this sort of
stuff?
Simon, I´m not a commiter yet, maybe soon. Who knows?
Then if the files you want
dion2005/01/26 04:33:29
Modified:jelly/src/test/org/apache/commons/jelly/test/xml
nonexistentTags1.jelly
Log:
Changing script to use completely fictitious library instead of a well known
one.
PR: JELLY-198
Obtained from: N/A
Submitted by: Marc
[ http://issues.apache.org/jira/browse/JELLY-198?page=history ]
dion gillard reassigned JELLY-198:
--
Assign To: dion gillard
more accurate test/xml test non existent tag
Key: JELLY-198
dion2005/01/26 04:40:36
Modified:jelly/xdocs changes.xml
Log:
Document Paul's fixing of Jelly-191
Revision ChangesPath
1.25 +2 -1 jakarta-commons/jelly/xdocs/changes.xml
Index: changes.xml
[
http://issues.apache.org/jira/browse/JELLY-191?page=comments#action_58084 ]
dion gillard commented on JELLY-191:
AFAICT append is only checked when working with the name attribute set.
I propose fixing it for the case of 'var' as well.
FileTag
Hi,
I tried to establish a ConnectionPool with DBCP to an Informix
Database using your examples.
I always got the exeception pool exhausted when trying to open the
first connection.
I eventually found out during debugging that the problem was an older
Informix driver (that is generally still in
dion2005/01/26 05:10:09
Modified:jelly/src/test/org/apache/commons/jelly/test/impl
TestEmbedded.java
Log:
Make asserts more obvious
Revision ChangesPath
1.8 +3 -3
[ http://issues.apache.org/jira/browse/JELLY-198?page=history ]
dion gillard resolved JELLY-198:
Resolution: Fixed
Fix Version: 1.0-RC2
Used a clearly non-existent jelly class
more accurate test/xml test non existent tag
[ http://issues.apache.org/jira/browse/JELLY-191?page=history ]
dion gillard resolved JELLY-191:
Resolution: Fixed
Fix Version: 1.0-RC2
Paul has fixed this I believe.
FileTag must allow to append to flat file
dion2005/01/26 05:28:02
Modified:jelly/src/test/org/apache/commons/jelly suite.jelly
jelly/src/java/org/apache/commons/jelly/tags/core
FileTag.java
Log:
Handle append on FileTag when the var attribute has a value
Revision Changes
Nice. This would people help getting started as an overview, right?
Unfortunately, the resolution is too low to actually read everything.
If you created something like a bugzilla entry with better resolution
I would be happy to add them to the projects documentation. Provided
that this is ok for
On Tue, 25 Jan 2005 23:03:04 -0500, Tim O'Brien [EMAIL PROTECTED] wrote:
More than 72 hours have passed for this vote, I think everyone has had
ample opportunity to weigh in.
We need to do this when Justin is free, and that happens to be Thursday
morning or afternoon. Most other conversions
[
http://issues.apache.org/jira/browse/JELLY-191?page=comments#action_58088 ]
Paul Libbrecht commented on JELLY-191:
--
Have added the append to be valid for var as well... sorry for this omission.
paul
FileTag must allow to append to flat file
[ http://issues.apache.org/jira/browse/JELLY-191?page=history ]
Paul Libbrecht closed JELLY-191:
Fixed in CVS.
paul
FileTag must allow to append to flat file
-
Key: JELLY-191
URL:
subject says it all. Some trivial enum replacements.
Stefan
Index: api/src/java/org/apache/commons/attributes/AttributeIndex.java
===
RCS file:
subject says it all. Some trivial enum replacements.
Stefan
Index: src/java/org/apache/commons/mail/Email.java
===
RCS file:
/home/cvspublic/jakarta-commons/email/src/java/org/apache/commons/mail/Email.java,v
retrieving revision
subject says it all. Some trivial enum replacements.
Stefan
Index: src/java/org/apache/commons/discovery/resource/DiscoverResources.java
===
RCS file:
I've been filling out some tests/overloads in ArrayUtils when I've
found time. Need to commit my latest.
I think we should wait until after the svn change, sounds like it'll
happen pretty soon.
I'm happy to volunteer to do the release management.
Who wants to handle the WordUtils changes?
Hen
dims2005/01/26 07:49:43
Modified:email/src/java/org/apache/commons/mail Email.java
Log:
trivial enum changes for jdk1.5 from Stefan Bodewig
Revision ChangesPath
1.6 +6 -6
jakarta-commons/email/src/java/org/apache/commons/mail/Email.java
Index:
dims2005/01/26 07:54:19
Modified:attributes/api/src/java/org/apache/commons/attributes
AttributeIndex.java
attributes/compiler/src/java/org/apache/commons/attributes/compiler
AttributeIndexer.java
fixed.
-- dims
On Wed, 26 Jan 2005 16:31:59 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
subject says it all. Some trivial enum replacements.
Stefan
Index: src/java/org/apache/commons/mail/Email.java
===
RCS file:
fixed.
-- dims
On Wed, 26 Jan 2005 16:26:02 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
subject says it all. Some trivial enum replacements.
Stefan
Index: api/src/java/org/apache/commons/attributes/AttributeIndex.java
subject says it all. Some trivial enum replacements.
Stefan
Index: src/java/org/apache/commons/messagelet/BridgeMDO.java
===
RCS file:
fixed.
-- dims
On Wed, 26 Jan 2005 16:38:41 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
subject says it all. Some trivial enum replacements.
Stefan
Index: src/java/org/apache/commons/discovery/resource/DiscoverResources.java
dims2005/01/26 07:56:31
Modified:discovery/src/java/org/apache/commons/discovery/resource
DiscoverResources.java
Log:
trivial enum changes for jdk1.5 from Stefan Bodewig
Revision ChangesPath
1.5 +3 -3
Messenger is dead I think, James moved the dev over to Codehaus and
suggesting we consider removing Messenger has been on my todo list for
a year or so :)
Still, no reason not to fix the code, just mentioning it before
another year passes.
Hen
On Wed, 26 Jan 2005 16:55:12 +0100, Stefan Bodewig
fixed.
thanks,
dims
On Wed, 26 Jan 2005 16:55:12 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote:
subject says it all. Some trivial enum replacements.
Stefan
Index: src/java/org/apache/commons/messagelet/BridgeMDO.java
===
dims2005/01/26 08:45:30
Modified:messenger/src/java/org/apache/commons/messagelet
BridgeMDO.java
Log:
trivial enum changes for jdk1.5 from Stefan Bodewig
Revision ChangesPath
1.8 +4 -4
Hi, all,
I just noticed that the links to the API documentation are broken from
the commons/sandbox/pipeline homepage. Is there someone out there who
can fix this?
Thanks,
Kris
--
=
Kris Nuttycombe
Associate Scientist
Geospatial Data Services
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=31457.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Well I've had a few days to cool off, and my head feels better too.
I acknowledge that there are problems with the discovery process in JCL.
We aim to fix that, it is one of the tenants of what is being proposed for
JCL version 'next'.
I wish it were as simple to resolve these issues in the
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=33255.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I'm thinking of implementing a memory filesystem with VFS as a
demonstration. The demo filesystems for local files and URLs are fine
and good, but they are not very pedagogic for implementing virtual
features. For example, they do not do much with attributes. A
filesystem implementation
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=33256.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Richard Sitze wrote:
Can we bring these two together?
Ceki, would your team be willing to make some concessions in the UGLI
implementation, in the interest of supporting a common abstraction?
Thoughts include:
- Leaving JCL 1.0.x alone... and retiring it altogether in favor of an
UGLI based
FYI for interaction patch. I'll apply the patch later unless someone beats me
to it.
- Brett
- Forwarded message from [EMAIL PROTECTED] [EMAIL PROTECTED] -
Date: Wed, 26 Jan 2005 17:04:20 -0500 (EST)
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED] [EMAIL
Damn. I'd thought that this class would be new in 2.1. That's a pain.
Given that a formatting pattern is a String, I'm sure you can see many
reasons why solutions that involve coding bits of Java are bad :)
Hen
On Tue, 25 Jan 2005 08:06:46 +0800, Brett Porter [EMAIL PROTECTED] wrote:
Last time
Date: 2005-01-26T14:32:43
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.5ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.5ReleasePlan
Updated release plan
Change Log:
I'd like to add ClassUtils.forName; to all intents and purposes the
same as Class.forName except that:
1) It understands arrays ending with [] instead of the [Lclass; ugliness.
2) It can handle primitives, int would correctly return int.class.
3) (perhaps?) null-safe. No idea really, just
the consensus seems to be that a 1.0.5 release is a good thing and that
people are happy with me acting as release manager. the release plan
can be found here:
http://wiki.apache.org/jakarta-commons/Logging/1_2e0_2e5ReleasePlan
it's good to see that people have already started work (thanks
polx2005/01/26 14:43:57
Modified:
jelly/jelly-tags/swing/src/java/org/apache/commons/jelly/tags/swing
TrTag.java
Log:
Cells are of size 1 now unless indicated.
paul
Revision ChangesPath
1.10 +3 -1
polx2005/01/26 14:46:28
Modified:
jelly/jelly-tags/swing/src/java/org/apache/commons/jelly/tags/swing
ComponentTag.java
Log:
First stab at rerunnable tags.
Using panel tagName=myTagDO SOMETHING${x}/panel
One can invoke, later, e.g. in an action-tag,
I noticed this method on the task list, so I've started implementing
it. I have a few questions:
1. Should it allow for nulls as the input string?
2. Is null a permissible delimiter?
3. If the string is mary had a little lamb and reverseSplit is applied to it:
a. if reverse is applied first, we
dion2005/01/26 15:57:42
Modified:jelly/src/java/org/apache/commons/jelly/util
CommandLineParser.java
Log:
Remove unused code
Revision ChangesPath
1.11 +1 -2
On Tue, 25 Jan 2005 23:03:04 -0500, Tim O'Brien [EMAIL PROTECTED] wrote:
More than 72 hours have passed for this vote, I think everyone has had
ample opportunity to weigh in.
Is CVS going away permanently? Or will it be running concurrently with
Subversion?
--
Cheers,
Hasan Diwan [EMAIL
It may be useful for testing also.
B. K. Oxley (binkley) wrote:
I'm thinking of implementing a memory filesystem with VFS as a
demonstration. The demo filesystems for local files and URLs are fine
and good, but they are not very pedagogic for implementing virtual
features. For example, they
It'll be there, but read-only. Obviously it will not keep up to date however.
- Brett
Quoting Hasan Diwan [EMAIL PROTECTED]:
On Tue, 25 Jan 2005 23:03:04 -0500, Tim O'Brien [EMAIL PROTECTED]
wrote:
More than 72 hours have passed for this vote, I think everyone has had
ample opportunity
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=33259.
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=33259.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
It's really on the task list? :) Hadn't noticed it. Which task list?
Not sure what it's meant to be. Either seems quite easy as they'd either be:
ArrayUtils.reverse(StringUtils.split(string,string)) or
StringUtils.split( StringUtils.reverse(string), string))
The latter might be slightly off and
Not sure how long it stays either. The jakarta-regexp one vanished
almost immediately, which I wasn't expecting. I'll find out.
Hen
On Thu, 27 Jan 2005 08:11:55 +0800, Brett Porter [EMAIL PROTECTED] wrote:
It'll be there, but read-only. Obviously it will not keep up to date however.
- Brett
Not sure how long [CVS] stays either.
The CVS repositories stick around for Committers, but are generally removed
from public view to prevent confusion.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
I can definitely see this being useful for unit-tests. I was working on
some code a while ago that manipulated files, and found it very hard to
write unit tests, particularly ones that could be run cross-platform.
Having an in-memory filesystem available for unit tests to store files
on would have
Henri Yandell wrote:
On Tue, 25 Jan 2005 23:03:04 -0500, Tim O'Brien [EMAIL PROTECTED] wrote:
More than 72 hours have passed for this vote, I think everyone has had
ample opportunity to weigh in.
We need to do this when Justin is free, and that happens to be Thursday
morning or afternoon. Most
I say that if it's to die, let's not have it sitting around rotting. Who
wants CVS is it's not up to date?
Hans
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 26, 2005 8:41 PM
To: Jakarta Commons Developers List
Subject: Re:
hgilde 2005/01/26 21:52:27
Modified:jelly/src/java/org/apache/commons/jelly JellyContext.java
Log:
fix memory leak related to ThreadLocal managing memory in a way that doesn't
jive with Jelly's usage
Revision ChangesPath
1.66 +15 -8
It was just a little issue, it should be fixed now.
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Monday, January 24, 2005 10:09 PM
To: Jakarta Commons Developers List
Subject: RE: [jelly] Maven JSL memory leak and Jelly
Thanks Hans!
That's what I was thinking
[
http://issues.apache.org/jira/browse/JELLY-199?page=comments#action_58142 ]
Hans Gilde commented on JELLY-199:
--
Fixed!
Leak in IncludeTag or JellyContext.runScript
Key: JELLY-199
burton 2005/01/26 22:07:32
Modified:feedparser/xdocs index.xml
Log:
document the formats we support...
Revision ChangesPath
1.4 +45 -4 jakarta-commons-sandbox/feedparser/xdocs/index.xml
Index: index.xml
burton 2005/01/26 22:08:24
Modified:feedparser/xdocs index.xml
Log:
document the formats we support...
Revision ChangesPath
1.5 +7 -1 jakarta-commons-sandbox/feedparser/xdocs/index.xml
Index: index.xml
burton 2005/01/26 22:14:28
Modified:feedparser/xdocs index.xml
Log:
more docx...
Revision ChangesPath
1.6 +24 -0 jakarta-commons-sandbox/feedparser/xdocs/index.xml
Index: index.xml
===
Heres a patch for HEAD with a thread-safe cache thats
got no JellyContext tag cache, no memory leak and no dumb WeakReferences. And
it even passes the unit tests.
Its so simple that it was invisible; its less
than 10 lines of change from the pre-RC1 TagScript. Sigh.
Anyway, I didnt
burton 2005/01/26 22:33:55
Modified:feedparser project.xml
Log:
updated POM
Revision ChangesPath
1.2 +53 -48jakarta-commons-sandbox/feedparser/project.xml
Index: project.xml
===
RCS file:
B. K. Oxley (binkley) wrote:
I'm thinking of implementing a memory filesystem with VFS as a
demonstration.
This would be great, I am looking forward to to add this to VFS.
---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Simon Kitching wrote:
I can definitely see this being useful for unit-tests. I was working on
some code a while ago that manipulated files, and found it very hard to
write unit tests, particularly ones that could be run cross-platform.
Having an in-memory filesystem available for unit tests to
bayard 2005/01/26 22:43:20
Modified:lang/src/java/org/apache/commons/lang ArrayUtils.java
lang/src/test/org/apache/commons/lang ArrayUtilsAddTest.java
Log:
overloaded addAll for all primitives
Revision ChangesPath
1.51 +238 -7
bayard 2005/01/26 22:45:11
Modified:lang/src/java/org/apache/commons/lang ClassUtils.java
lang/src/test/org/apache/commons/lang ClassUtilsTest.java
Log:
added Class.forName improvement to see what people think
Revision ChangesPath
1.35 +74 -1
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=33256.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
burton 2005/01/26 23:15:50
Modified:feedparser build.xml project.xml
feedparser/src/java/org/apache/commons/feedparser/locate
AnchorParser.java
feedparser/src/java/org/apache/commons/feedparser/network
imario 2005/01/26 23:15:49
Modified:vfs/src/java/org/apache/commons/vfs/provider
AbstractFileObject.java
vfs/src/java/org/apache/commons/vfs/provider/tar
TarFileSystem.java
imario 2005/01/26 23:33:08
Modified:vfs/src/java/org/apache/commons/vfs/provider/tar
TarFileSystem.java
vfs/src/java/org/apache/commons/vfs/provider/zip
ZipFileSystem.java
Log:
hold strong reference of archive children
burton 2005/01/26 23:35:09
Modified:feedparser/src/java/org/apache/commons/feedparser/network
HTTPClientNetworkResource.java
Log:
Refactored Jakarta HttpClient network implementation to compile correctly...
Revision ChangesPath
1.2 +27 -64
burton 2005/01/26 23:36:24
Modified:feedparser/src/java/org/apache/commons/feedparser/network
HTTPClientNetworkResource.java
Log:
more docs...
Revision ChangesPath
1.3 +4 -1
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=33264.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
79 matches
Mail list logo