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 the folk at [EMAIL PROTECTED]
Project commons-id has an issue affecting its community integration.
This issue affects
Hi,
As I mentioned a few months ago, I've been working on some ideas for
Digester 2.0. I've put some code and notes up on
http://www.apache.org/~skitching
Comments from all commons-dev subscribers are welcome, but particularly
from Craig and Robert.
The RELEASE-NOTES.txt file gives a brief
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 the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-velocity contains errors.
The current state of this project
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 the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-util has an issue affecting its community
integration.
This
XXXRule -- ActionXXX for all XXX
By using a prefix instead of a suffix, all the Action classes group
nicely together in the javadoc.
I tend to prefer the type as a suffix, to keep them grouped in the
javadoc I would rather use an action(s) subpackage. With or without
's' is another debate ;)
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=33311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
+1
Thanks a lot. The effort is much appreciated.
Cheers,
Rory
Simon Kitching wrote:
As the subversion changeover for jakarta-commons has gone remarkably
smoothly, I would just like to say thanks to all those who made it
happen, in particular:
Justin Erenkrantz
Tim O'Brien
Henri Yandell
Guys,
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=33311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Your patch is more elegant and works just fine
Thanks Dirk.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Mario Ivankovits wrote:
Where do you think to implement this FileOperation interface? I miss
the source fileobject -a s I said, I dont want to implement the
interface in the FileObject and thus thought about something like
this:
DefaultFileOperations.get().copy(FileObject src, FileObject
Wow.
svn checkout is slw. Is it just me or is there a noticeable
performance difference between CVS and SVN?
svn co
http://svn.apache.org/repos/asf/jakarta/commons/proper/lang/trunk
somefolder
Stephen
- Original Message - From: Wendy Smoak [EMAIL PROTECTED]
To: Jakarta
Hello!
void save(final OutputStream newContents, final FileObject dest) throws
FileSystemException;
void saveAndOverwrite(final OutputStream newContents, final FileObject
dest) throws FileSystemException;
How strong is your preference?
Doesnt lead such a design to have tons of saveAnd methods.
Hi Paul,
This fixed the original issue. I have another issue (as I mentioned
before), if you run maven -e xdoc on maven-1/plugins/trunk/ashkelon
you can see it. I'll investigate when I can, but hold off on that
release in the mean time :)
- Brett
[EMAIL PROTECTED] wrote:
Author: polx
Date: Sat
You must also have changed maven to svn... but the web-page still
speaks about cvs! Or ?
paul
Le 31 janv. 05, à 13:22, Brett Porter a écrit :
This fixed the original issue. I have another issue (as I mentioned
before), if you run maven -e xdoc on maven-1/plugins/trunk/ashkelon
you can see
Author: dflorey
Date: Mon Jan 31 05:09:59 2005
New Revision: 149254
URL: http://svn.apache.org/viewcvs?view=revrev=149254
Log:
Javadoc corrected
Modified:
jakarta/commons/sandbox/i18n/trunk/src/java/org/apache/commons/i18n/MessageManager.java
Modified:
Your patch is more elegant and works just fine
Thanks Dirk.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Torsten Curdt wrote:
* I added a ContinuationException class that can be thrown to clients
using this code instead of stuff like
java.lang.reflect.InvocationTargetException that is dependent on the
underlying bytecode toolkit.
That class was missing in your patch.
Besides I am wondering what you
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=33313.
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=33313.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Definitely a performance difference, but it's not all one way.
Updates and Commits for lots of files seems to be a lot quicker,
whereas for a single file is slower. jakarta-site2 was really becoming
a slow pain; I suspect the number of revisions on a file made it
slower in CVS.
Then there's the
On 2005-01-28 20:15:13, Richard Sitze wrote:
[re-send.. I don't see this picked up... hmmm]
I intend to respond to your message in detail as soon as I get a chance.
It's at the top of my to do list.
--
Ceki Gülcü
The complete log4j manual: http://www.qos.ch/log4j/
Author: oglueck
Date: Mon Jan 31 10:35:07 2005
New Revision: 149281
URL: http://svn.apache.org/viewcvs?view=revrev=149281
Log:
Removed references to nagoya.
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/util/DateParser.java
Hi.
This message is for jexl and beanutils folks.
I'm using both of them, as many people I presume.
Both of them share _almost_ the same syntax but for mapped access.
Jexl uses square brackets as bean.map[key] and beanUtils uses parentheses
bean.map(key)
To my opinion it could be a good idea to
shameless-plug
The Morph framework (morph.sourceforge.net) supports either syntax
out-of-the box. Morph had its first beta release yesterday.
For a comparison of Morph to JEXL, see
http://morph.sourceforge.net/alternatives/jexl.html
For a comparison of Morph to BeanUtils, see
Matt Sgarlata wrote:
shameless-plug
The Morph framework (morph.sourceforge.net) supports either syntax
out-of-the box. Morph had its first beta release yesterday.
For a comparison of Morph to JEXL, see
http://morph.sourceforge.net/alternatives/jexl.html
For a comparison of Morph to BeanUtils, see
Hi,
Im am looking at executing jxpath queries against a model that supports lazy
loading and queries. Queries like [EMAIL PROTECTED] = ''test'] will be
executed by looping through all nodes and testing if the expression is true for
a node.
Because my model supports queries itself, It would be
Components cannot be released from the sandbox, correct.
This is done because we want components to move into commons proper.
There are 3 committers and contributions from the community. 11 months
of development and a release plan towards a 1.0 release.
All signs showing a component ready for
Author: dirkv
Date: Mon Jan 31 12:36:14 2005
New Revision: 149293
URL: http://svn.apache.org/viewcvs?view=revrev=149293
Log:
remove cactus (promoted to jakarta level), docs and combo
Modified:
jakarta/commons/trunks-proper/ (props changed)
Propchange: jakarta/commons/trunks-proper/
Author: dirkv
Date: Mon Jan 31 12:50:04 2005
New Revision: 149296
URL: http://svn.apache.org/viewcvs?view=revrev=149296
Log:
change archivehttp://nagoya.apache.org/eyebrowse/
to archivehttp://mail-archives.apache.org/eyebrowse/
Modified:
jakarta/commons/proper/attributes/trunk/project.xml
Author: dirkv
Date: Mon Jan 31 13:03:02 2005
New Revision: 149300
URL: http://svn.apache.org/viewcvs?view=revrev=149300
Log:
change http://nagoya.apache.org/bugzilla
to http://issues.apache.org/bugzilla
Modified:
jakarta/commons/proper/codec/trunk/project.xml
Author: oheger
Date: Mon Jan 31 13:14:28 2005
New Revision: 149301
URL: http://svn.apache.org/viewcvs?view=revrev=149301
Log:
Next trial to get the nightly builds running
Modified:
jakarta/commons/proper/configuration/trunk/build.xml
Modified:
Author: dirkv
Date: Mon Jan 31 13:21:47 2005
New Revision: 149302
URL: http://svn.apache.org/viewcvs?view=revrev=149302
Log:
View CVS = View SVN
Modified:
jakarta/commons/proper/commons-build/trunk/menus/view.ent
Modified: jakarta/commons/proper/commons-build/trunk/menus/view.ent
URL:
I think the conf directory that we use to store our test files causes
the problems with the unit tests. I modified the build.xml to copy this
directory to the target dir and to include its content in the class path
for the tests. Now an ant clean dist should work, but at least for the
source
Author: burton
Date: Mon Jan 31 13:29:04 2005
New Revision: 149303
URL: http://svn.apache.org/viewcvs?view=revrev=149303
Log:
brads email added
Modified:
jakarta/commons/sandbox/feedparser/trunk/TODO
jakarta/commons/sandbox/feedparser/trunk/project.properties
Author: burton
Date: Mon Jan 31 13:29:35 2005
New Revision: 149304
URL: http://svn.apache.org/viewcvs?view=revrev=149304
Log:
xmlrpc lib for ant build
Added:
jakarta/commons/sandbox/feedparser/trunk/lib/xmlrpc-1.2.jar (with props)
Added:
Author: dirkv
Date: Mon Jan 31 13:38:29 2005
New Revision: 149307
URL: http://svn.apache.org/viewcvs?view=revrev=149307
Log:
Apache Commons was closed in august
Modified:
jakarta/commons/proper/commons-build/trunk/menus/related.ent
Modified:
Author: burton
Date: Mon Jan 31 13:42:16 2005
New Revision: 149308
URL: http://svn.apache.org/viewcvs?view=revrev=149308
Log:
...
Modified:
jakarta/commons/sandbox/feedparser/trunk/build.properties
Modified: jakarta/commons/sandbox/feedparser/trunk/build.properties
URL:
Date: 2005-01-31T13:46:22
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser
URL: http://wiki.apache.org/jakarta-commons/FeedParser
no comment
Change Log:
--
@@ -14,3 +14,4 @@
*
Date: 2005-01-31T13:46:36
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser
URL: http://wiki.apache.org/jakarta-commons/FeedParser
no comment
Change Log:
--
@@ -14,4 +14,4 @@
*
Author: dirkv
Date: Mon Jan 31 13:47:19 2005
New Revision: 149309
URL: http://svn.apache.org/viewcvs?view=revrev=149309
Log:
CVS = SVN
Modified:
jakarta/commons/proper/commons-build/trunk/xdocs/charter.xml
jakarta/commons/proper/commons-build/trunk/xdocs/index.xml
Date: 2005-01-31T13:47:43
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser/AtomNotes05
URL: http://wiki.apache.org/jakarta-commons/FeedParser/AtomNotes05
no comment
New Page:
I finally had a chance to review 2/3rds of the Atom spec last night and wanted
to
Date: 2005-01-31T13:48:39
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser
URL: http://wiki.apache.org/jakarta-commons/FeedParser
no comment
Change Log:
--
@@ -15,3 +15,4 @@
*
Date: 2005-01-31T13:49:53
Editor: KevinBurton
Wiki: Jakarta Commons Wiki
Page: FeedParser/FutureGoals
URL: http://wiki.apache.org/jakarta-commons/FeedParser/FutureGoals
no comment
New Page:
* Open implementation of the Atom API
* SAX based driver backend
* DOM API?
*
On 31 Jan 2005, at 07:57, Brian Stansberry wrote:
snip
Attached is a patch that fixes this.
it's best to attach patches to a bugzilla report since (i think) this
list strips (most) attachments.
- robert
-
To unsubscribe, e-mail:
hi simon
my main development machine blew up last week and i'm still struggling
to get up and running on a secondary one.
i haven't had a chance to look at the code yet (and it might be a fair
while before i do) but i'd like to suggest that (when the time comes)
you consider developing in
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=33313.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
* I added a ContinuationException class that can be thrown to clients
using this code instead of stuff like
java.lang.reflect.InvocationTargetException that is dependent on the
underlying bytecode toolkit.
That class was missing in your patch.
Besides I am wondering what you mean
by dependand on
This looks like either a missing or wrong dependency. util should
depend on commons-beanutils-collections or whatever it's called for
gump.
On Mon, 31 Jan 2005 02:07:20 PST, commons-jelly-tags-util development
commons-dev@jakarta.apache.org wrote:
To whom it may engage...
This is an
Author: tcurdt
Date: Mon Jan 31 14:53:31 2005
New Revision: 149313
URL: http://svn.apache.org/viewcvs?view=revrev=149313
Log:
improved the testcase as suggested by phil
http://issues.apache.org/bugzilla/show_bug.cgi?id=33313
some nitpicking
Modified:
On Mon, 31 Jan 2005 20:25:21 +0100, marc lan [EMAIL PROTECTED] wrote:
Hi.
This message is for jexl and beanutils folks.
I'm using both of them, as many people I presume.
Both of them share _almost_ the same syntax but for mapped access.
Jexl uses square brackets as bean.map[key] and
Seems reasonable. AFAIK, the JSP spec has changed to allow [] or () as
well, right?
On Mon, 31 Jan 2005 20:25:21 +0100, marc lan [EMAIL PROTECTED] wrote:
Hi.
This message is for jexl and beanutils folks.
I'm using both of them, as many people I presume.
Both of them share _almost_ the same
I've had the need for this ReflectionUtils class in a couple
of projects already. It's also being used within Cocoon.
IMHO it would make sense to have it lang.
..what do you guys think? Should I prepare a patch?
On Mon, 2005-01-31 at 22:20 +, robert burrell donkin wrote:
hi simon
my main development machine blew up last week and i'm still struggling
to get up and running on a secondary one.
i haven't had a chance to look at the code yet (and it might be a fair
while before i do) but i'd
I looked over the problem again and think I'd prefer a command object
approach:
public interface OperationE extends Exception {
void execute() throws E;
}
And:
public interface IOOperation extends OperationIOException { }
(Excess abstraction, I know. I had a hard time resisting the coolness
FWIW,
The lack of any status info for subclipse makes it seem really slow too.
Subclipse also gets confused sometimes about the status of files. You
can do a 'Team-Synchronize' and 'Update' a file, and it doesn't
disappear from the list of changed files.
The file has been updated on the
Michael,
I believe, adding this type of delegation for query evaluation would require
quite significant refactoring of JXPath. However, I could be wrong. Do you
have a particular fix in mind?
Thank you,
- Dmitri
- Original Message -
From: Michael Homeijer [EMAIL PROTECTED]
To:
Author: rwaldhoff
Date: Mon Jan 31 16:14:07 2005
New Revision: 149326
URL: http://svn.apache.org/viewcvs?view=revrev=149326
Log:
test svn commit
Modified:
jakarta/commons/proper/primitives/trunk/build.xml
Modified: jakarta/commons/proper/primitives/trunk/build.xml
URL:
Author: rwaldhoff
Date: Mon Jan 31 16:17:09 2005
New Revision: 149328
URL: http://svn.apache.org/viewcvs?view=revrev=149328
Log:
remove file that should never have been checked in
Removed:
jakarta/commons/proper/primitives/trunk/junit1444170519.properties
Author: rwaldhoff
Date: Mon Jan 31 16:17:40 2005
New Revision: 149329
URL: http://svn.apache.org/viewcvs?view=revrev=149329
Log:
remove file that should never have been checked in
Removed:
jakarta/commons/proper/primitives/trunk/junit1609176495.properties
Author: rwaldhoff
Date: Mon Jan 31 16:38:33 2005
New Revision: 149332
URL: http://svn.apache.org/viewcvs?view=revrev=149332
Log:
add array constructor and tests
Modified:
jakarta/commons/proper/primitives/trunk/src/java/org/apache/commons/collections/primitives/ArrayUnsignedByteList.java
Author: rwaldhoff
Date: Mon Jan 31 16:47:45 2005
New Revision: 149335
URL: http://svn.apache.org/viewcvs?view=revrev=149335
Log:
remove unused, note changes to ArrayUnsignedXxxList
Modified:
It's specified, but Maven isn't going to use it because it isn't listed in the
dependencies.
Either the util taglib needs to upgrade to beanutils 1.7, or there needs to be a
beanutils 1.6 in gump.
- Brett
Quoting Dion Gillard [EMAIL PROTECTED]:
This looks like either a missing or wrong
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=33313.
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=33313.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Closing an OutputStream twice is a bug or is it indeed nitpicking? ;)
I was thinking that it might make sense for me to work on some docs as
well... might be a good opportunity for me to dig deeper through things
as well as put down in words what I'm seeing and learn a few things from
you about
Index: LocalizedBundle.java
===
RCS file:
/home/cvspublic/jakarta-commons-sandbox/i18n/src/java/org/apache/commons/i18
n/LocalizedBundle.java,v
retrieving revision 1.3
diff -u -r1.3 LocalizedBundle.java
--- LocalizedBundle.java 29 Dec
What do you think about rename class LocalizedBundle to AbstractEntry?
Woody
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Although... it would be fairly easy to adapt a new scripting language into
Jelly. The fairly-simple task of implementing a pluggable language interface
has been on the table for a while. I think that Morph would be an
interesting candidate for a second language.
-Original Message-
From:
final enhancements
Index: LocalizedText.java
===
RCS file:
/home/cvspublic/jakarta-commons-sandbox/i18n/src/java/org/apache/commons/i18
n/LocalizedText.java,v
retrieving revision 1.1
diff -u -r1.1 LocalizedText.java
---
final enhacements
Index: LocalizedMessage.java
===
RCS file:
/home/cvspublic/jakarta-commons-sandbox/i18n/src/java/org/apache/commons/i18
n/LocalizedMessage.java,v
retrieving revision 1.1
diff -u -r1.1 LocalizedMessage.java
---
final enhacements
Index: LocalizedError.java
===
RCS file:
/home/cvspublic/jakarta-commons-sandbox/i18n/src/java/org/apache/commons/i18
n/LocalizedError.java,v
retrieving revision 1.1
diff -u -r1.1 LocalizedError.java
---
final enhancements
Index: LocalizedException.java
===
RCS file:
/home/cvspublic/jakarta-commons-sandbox/i18n/src/java/org/apache/commons/i18
n/LocalizedException.java,v
retrieving revision 1.1
diff -u -r1.1 LocalizedException.java
---
method rename
Index: ParameterMessage.java
===
RCS file:
/home/cvspublic/jakarta-commons-sandbox/contract/src/java/org/apache/commons
/contract/i18n/ParameterMessage.java,v
retrieving revision 1.2
diff -u -r1.2 ParameterMessage.java
On Mon, 2005-01-31 at 11:23 +0100, Emmanuel Bourg wrote:
XXXRule -- ActionXXX for all XXX
By using a prefix instead of a suffix, all the Action classes group
nicely together in the javadoc.
I tend to prefer the type as a suffix,
Ok, we'll see what the general consensus is. I happen to
Well, once MessageManager (and everything inside) is static we can have only
one manager to all aplications running on vm. What you think to do when we
need one diferent manager, by example, to supply another application ? I
dono what messages id this application will have but if there is some id
What do you think about rename class LocalizedBundle to LocalizedEntry?
I think this is a better name ...
Woody
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
From: Simon Kitching [EMAIL PROTECTED]
Ok, we'll see what the general consensus is. I happen to personally like
prefixes rather than suffixes, but will go with the majority opinion.
Another vote for suffix - I prefer CallMethodAction to ActionCallMethod.
Will ActionFactory have all of the
On Mon, 2005-01-31 at 21:43 -0700, Wendy Smoak wrote:
From: Simon Kitching [EMAIL PROTECTED]
Ok, we'll see what the general consensus is. I happen to personally like
prefixes rather than suffixes, but will go with the majority opinion.
Another vote for suffix - I prefer CallMethodAction
On Mon, 2005-01-31 at 21:43 -0700, Wendy Smoak wrote:
From: Simon Kitching [EMAIL PROTECTED]
Ok, we'll see what the general consensus is. I happen to personally like
prefixes rather than suffixes, but will go with the majority opinion.
Another vote for suffix - I prefer CallMethodAction
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=33323.
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=33323.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I'm reporting a minor bug in UnixFTPEntryParser.java, in computing the
timestamp for an FTPFile. I looked briefly at the parsers for the other
systems, and didn't see a similar problem. I'm not subscribed to this
list so please send any response by email.
Scenario:
It is January 31, 2005 at
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=31286.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
83 matches
Mail list logo