--- Phil Steitz [EMAIL PROTECTED] wrote:
I have used R to compute target values for statistics (and other things)
in test cases where certified data tests are not available. To make these
tests repeatable, I have been saving scripts that can be executed in R
using the source() function. I
Go ahead and before doing any coding, send me a single patch with all the
formatting chanes. No code changes! Then in the comments for the commit I
can specify Code formatting cleanup, no changes.
Just to confirm, your checkstyle plugin is using the standard jakarta
formatting? Which, since I
Hi all,
I would like to nominate Oliver Heger as a committer to Jakarta Commons.
Oliver has been very active in the [configuration] project[1], and I feel
gets the Jakarta way. He has partipated in doing a lot of the icky bug
finding and fixing in [configuration] and will be an asset in
Hi all,
I am using the updated Maven Eclipse plugin, and one of the difficulties
that arises is that Eclipse (and therefore Maven) want each directory, if
included as resources on Eclipse's classpath, to be different. Right now,
in configuration we include the /conf directory a ton of times.
[X] Yes, bring him in!
[ ] Don't care
[ ] No
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I dug in a bit more, and actually, only one unit test fails,
TestPropertiesConfiguration.testLoadViaPropertyWithBasePath2.
When I change the basepath's to use src/test-resources:
private String testBasePath2 = new
File(src/test-resources).getAbsoluteFile().getParentFile().getAbsolutePath
();
Ok, it's been an entire month now. This was once working fine and I have no
idea what changed and why it can't find those jars.
Any help is appreciated.
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From:
Eric Pugh [EMAIL PROTECTED] writes:
[X] Yes, bring him in!
[ ] Don't care
[ ] No
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/
RedHat Certified Engineer -- Jakarta Turbine Development -- hero for
I'm not sure to understand the issue, why do you need to import /conf in
your classpath ? That's for running the unit tests directly from Eclipse ?
Emmanuel Bourg
Eric Pugh wrote:
Hi all,
I am using the updated Maven Eclipse plugin, and one of the difficulties
that arises is that Eclipse (and
ebourg 2004/10/25 06:54:08
Modified:configuration/xdocs index.xml
Log:
front page update:
- modified code example
- AbstractFileConfiguration mentioned
- bug section copied from commons collections
- javadoc link to the full API instead of the Configuration interface
ebourg 2004/10/25 06:57:29
Modified:configuration/xdocs navigation.xml
Log:
menu update:
- renamed Overview into Using Configuration
- renamed Simple Howto into Properties Howto
- added a download link
- added a CVS link
Revision ChangesPath
1.11 +4 -2
That is one reason.. The problem became apparent when putting some new
features into the Eclipse plugin for Maven. [1] We'll be making it
backwards compatilbe in order not to break a project like [configuration].
but more to the point, the /conf directory has become huge, with a mix, well
okay,
ebourg 2004/10/25 07:12:02
Modified:configuration/xdocs overview.xml
Log:
documentation update:
- removed the references to the unit tests, this is discouraging for new users
- more examples
- replaced digester file by configuration descriptor since digester is just an
Eric Pugh [EMAIL PROTECTED] writes:
By making this change we explicity list our test resources, they are in
/src/test-resources.
BTW: I would very much prefer src/test/resources or
src/test/conf. With src/test being on the classpath anyway,
the latter might even work without any 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=31881.
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=31881.
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=31881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Anyone have a good reason whe JNDIConfiguration doesn't support setting
properties? I was thinking of going for just a simple string storing of
properties, not binding in Datasources or anything funky like that...
Eric
-
To
I'd actually like to keep them off of the classpath (src/test/resouces)
because many of the file don't go in the classpath, they are meant to be
read off the filesystem. I think it is simpler to either just copy the ones
to the classpath that need it, or take the approach that if they are
+1
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Eric Pugh [EMAIL PROTECTED] writes:
I'd actually like to keep them off of the classpath (src/test/resouces)
because many of the file don't go in the classpath, they are meant to be
read off the filesystem. I think it is simpler to either just copy the ones
to the classpath that need it, or take
Eric Pugh wrote:
Anyone have a good reason whe JNDIConfiguration doesn't support setting
properties? I was thinking of going for just a simple string storing of
properties, not binding in Datasources or anything funky like that...
Eric
How to you plan to implement this ? By playing with the
epugh 2004/10/25 09:19:02
Modified:emailproject.xml
Log:
add checkstyle back in.
Revision ChangesPath
1.18 +1 -1 jakarta-commons-sandbox/email/project.xml
Index: project.xml
===
RCS
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=31881.
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=31881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Well.. I started on the bind/rebind stuff. and am having a really hard
time of it...
I can bind a property like this newprop just fine.. However, a property
like my.newprop fails.. I think I need to crawl the tree and find the
correct context and then set that... argh..
I don't just want to
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=31881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Date: 2004-10-25T09:34:59
Editor: BradNeuberg [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: AutoDiscoveryHallOfShame
URL: http://wiki.apache.org/jakarta-commons/AutoDiscoveryHallOfShame
Updated TypePad and MoveableType RSS Formats and Autodiscovery Support
Change Log:
Eric Pugh wrote:
Well.. I started on the bind/rebind stuff. and am having a really hard
time of it...
I can bind a property like this newprop just fine.. However, a property
like my.newprop fails.. I think I need to crawl the tree and find the
correct context and then set that... argh..
To whom it may satisfy...
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-functor *no longer* has an issue.
The current state of this project is
+1
Eric Pugh wrote:
Hi all,
I would like to nominate Oliver Heger as a committer to Jakarta Commons.
Oliver has been very active in the [configuration] project[1], and I feel
gets the Jakarta way. He has partipated in doing a lot of the icky bug
finding and fixing in [configuration] and will be
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=31881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok, I have the tests all up and running with Maven.
I have also made some minor mods, based on the tests or improving the
input checking (this is why some of the tests are failing, there where
against my changes not the HEAD version sorry)
So once we get this formatting issue sorted, I will
To whom it may satisfy...
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-jux *no longer* has an issue.
The current state of this project is
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=30855.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[ http://issues.apache.org/jira/browse/JELLY-138?page=history ]
dion gillard updated JELLY-138:
---
Attachment: jelly-138-tests.txt
Tests from the original problem file, updated to fit in Jelly source hierarchy
character data flushed XMLOuput while XML
To whom it may satisfy...
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-primitives *no longer* has an issue.
The current state of this project
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=31884.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dion2004/10/25 12:33:12
Modified:jelly/src/java/org/apache/commons/jelly/impl
ScriptBlock.java CompositeTextScriptBlock.java
jelly/src/java/org/apache/commons/jelly TagSupport.java
Log:
Fix for Jelly-151.
Revision ChangesPath
[ http://issues.apache.org/jira/browse/JELLY-151?page=history ]
dion gillard resolved JELLY-151:
Resolution: Fixed
Fix Version: 1.0
Committed fix
Refactor TagSupport.trimBody() to Script.trimWhitespace()
[ http://issues.apache.org/jira/browse/JELLY-159?page=comments#action_54629 ]
dion gillard commented on JELLY-159:
Maybe we will eventually need a jelly-test.jar which is shared across projects.
But for the time being I'm in favour of moving it
[ http://issues.apache.org/jira/browse/JELLY-107?page=comments#action_54630 ]
dion gillard commented on JELLY-107:
Some code currently relies on the properties not being evaluated.
We really need this to be controlled via a flag.
util:properties
Not a problem. I appreciate your working with me on this. I am looking
forward to getting [email] whipped into shape!
ERi
-Original Message-
From: Corey Scott [mailto:[EMAIL PROTECTED]
Sent: Monday, October 25, 2004 7:21 PM
To: [EMAIL PROTECTED]
Cc: Jakarta Commons Developers
On 25 Oct 2004, at 11:10, Eric Pugh wrote:
snip
[X] Yes, bring him in!
[ ] Don't care
[ ] No
- robert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scolebourne2004/10/25 15:53:27
Modified:io/src/java/org/apache/commons/io/filefilter
ConditionalFileFilter.java WildcardFilter.java
AndFileFilter.java OrFileFilter.java
Log:
Fix formatting to four spaces
Revision ChangesPath
bayard 2004/10/25 15:55:28
Modified:io/src/java/org/apache/commons/io/filefilter
WildcardFilter.java
io/src/java/org/apache/commons/io/find FindingFilter.java
Added: io/src/java/org/apache/commons/io WildcardUtils.java
scolebourne2004/10/25 16:27:41
Modified:io/src/java/org/apache/commons/io FilenameUtils.java
Log:
Remove deprecated method for first release
Revision ChangesPath
1.14 +2 -28
jakarta-commons/io/src/java/org/apache/commons/io/FilenameUtils.java
Index:
scolebourne2004/10/25 16:28:30
Modified:io/src/java/org/apache/commons/io/filefilter
ConditionalFileFilter.java WildcardFilter.java
AndFileFilter.java OrFileFilter.java
io/src/java/org/apache/commons/io WildcardUtils.java
On Mon, 25 Oct 2004 18:55:08 -0400, Henri Yandell [EMAIL PROTECTED] wrote:
I hadn't realised we were this close to a 1.1, but I'm +1 for a release.
If you don't think we're ready, or there's more that you'd like to do
/ see done prior to a 1.1, then by all means speak up. ;-) I'm not in
that
scolebourne2004/10/25 16:34:24
Modified:io/src/test/org/apache/commons/io WildcardUtilsTest.java
Log:
Organize imports
Revision ChangesPath
1.2 +0 -3
jakarta-commons/io/src/test/org/apache/commons/io/WildcardUtilsTest.java
Index: WildcardUtilsTest.java
scolebourne2004/10/25 16:35:48
Modified:io build.xml project.xml
Added: io/src/test/org/apache/commons/io PackageTestSuite.java
Removed: io/src/test/org/apache/commons/io IOTestSuite.java
Log:
Rename IOTestSuite to PackageTestSuite, include all tests
scolebourne2004/10/25 16:43:32
Added: io/src/test/org/apache/commons/io/input
PackageTestSuite.java
io/src/test/org/apache/commons/io/filefilter
PackageTestSuite.java
io/src/test/org/apache/commons/io/output
I was looking at that method yesterday and wondering why it was
deprecated. Anyone know?
--
Martin Cooper
On 25 Oct 2004 23:27:42 -, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
scolebourne2004/10/25 16:27:41
Modified:io/src/java/org/apache/commons/io FilenameUtils.java
Log:
I reckoned removePath() was the same, as the comment referred to basepath.
Stephen
- Original Message -
From: Martin Cooper [EMAIL PROTECTED]
I was looking at that method yesterday and wondering why it was
deprecated. Anyone know?
--
Martin Cooper
On 25 Oct 2004 23:27:42 -,
From: Martin Cooper [EMAIL PROTECTED]
On Mon, 25 Oct 2004 18:55:08 -0400, Henri Yandell [EMAIL PROTECTED]
wrote:
I hadn't realised we were this close to a 1.1, but I'm +1 for a release.
Release early... means we should get a release out.
I just moved WildcardUtils up a directory as it's
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 24, 2004 20:16
To: Jakarta Commons Developers List
Subject: [IO] Almost ready for a 1.1 release?
So what do folks think? I'm willing to act as RM, unless someone else
feels like rolling 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=30855.
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=30855.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[ http://issues.apache.org/jira/browse/JELLY-159?page=comments#action_54635 ]
Hans Gilde commented on JELLY-159:
--
I agree
share base test classes with tag lib test builds
Key: JELLY-159
[ http://issues.apache.org/jira/browse/JELLY-107?page=comments#action_54636 ]
Hans Gilde commented on JELLY-107:
--
If we're going to allow for plugin expression evaluators in the future, how would that
fit into a situation like this? Maybe that's just
On Mon, 25 Oct 2004 16:33:51 -0700, Martin Cooper [EMAIL PROTECTED] wrote:
On Mon, 25 Oct 2004 18:55:08 -0400, Henri Yandell [EMAIL PROTECTED] wrote:
I hadn't realised we were this close to a 1.1, but I'm +1 for a release.
If you don't think we're ready, or there's more that you'd like to do
61 matches
Mail list logo