[ALL][JEXL] Version 1.1 RC1 available

2006-08-12 Thread Rahul Akolkar

Release Candidate 1 for Commons JEXL 1.1 is available for review:

http://people.apache.org/~rahul/commons/jexl/

Release notes are here:

http://people.apache.org/~rahul/commons/jexl/RELEASE-NOTES.txt

Jar diff is here:

http://people.apache.org/~rahul/commons/jexl/commons-jexl-1.0-diff-1.1-RC1.html

All feedback on this release candidate is welcome. I intend to wait
for two weeks, to gather feedback.

-Rahul

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r430984 - in /jakarta/commons/sandbox/jci/trunk/tests/src: java/ test/java/ test/java/org/ test/org/

2006-08-12 Thread tcurdt
Author: tcurdt
Date: Sat Aug 12 00:00:35 2006
New Revision: 430984

URL: http://svn.apache.org/viewvc?rev=430984view=rev
Log:
tests into standard location

Added:
jakarta/commons/sandbox/jci/trunk/tests/src/test/java/
jakarta/commons/sandbox/jci/trunk/tests/src/test/java/org/
  - copied from r429126, 
jakarta/commons/sandbox/jci/trunk/tests/src/test/org/
Removed:
jakarta/commons/sandbox/jci/trunk/tests/src/java/
jakarta/commons/sandbox/jci/trunk/tests/src/test/org/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r430988 - in /jakarta/commons/sandbox/jci/trunk: ./ core/ core/src/java/ core/src/main/ core/src/main/java/ core/src/main/java/org/apache/commons/jci/compilers/ core/src/main/java/org/apac

2006-08-12 Thread tcurdt
Author: tcurdt
Date: Sat Aug 12 00:20:34 2006
New Revision: 430988

URL: http://svn.apache.org/viewvc?rev=430988view=rev
Log:
moving the fam outside of core, standard layout

Added:
jakarta/commons/sandbox/jci/trunk/core/src/main/
jakarta/commons/sandbox/jci/trunk/core/src/main/java/
  - copied from r429126, jakarta/commons/sandbox/jci/trunk/core/src/java/
jakarta/commons/sandbox/jci/trunk/core/src/test/
jakarta/commons/sandbox/jci/trunk/core/src/test/java/
jakarta/commons/sandbox/jci/trunk/core/src/test/java/org/
jakarta/commons/sandbox/jci/trunk/core/src/test/java/org/apache/
jakarta/commons/sandbox/jci/trunk/core/src/test/java/org/apache/commons/
jakarta/commons/sandbox/jci/trunk/core/src/test/java/org/apache/commons/jci/
jakarta/commons/sandbox/jci/trunk/core/src/test/resources/
jakarta/commons/sandbox/jci/trunk/fam/
jakarta/commons/sandbox/jci/trunk/fam/pom.xml   (with props)
jakarta/commons/sandbox/jci/trunk/fam/src/
jakarta/commons/sandbox/jci/trunk/fam/src/main/
jakarta/commons/sandbox/jci/trunk/fam/src/main/java/
jakarta/commons/sandbox/jci/trunk/fam/src/main/java/org/
jakarta/commons/sandbox/jci/trunk/fam/src/main/java/org/apache/
jakarta/commons/sandbox/jci/trunk/fam/src/main/java/org/apache/commons/
jakarta/commons/sandbox/jci/trunk/fam/src/main/java/org/apache/commons/jci/

jakarta/commons/sandbox/jci/trunk/fam/src/main/java/org/apache/commons/jci/monitor/

jakarta/commons/sandbox/jci/trunk/fam/src/main/java/org/apache/commons/jci/monitor/FilesystemAlterationListener.java
   (with props)

jakarta/commons/sandbox/jci/trunk/fam/src/main/java/org/apache/commons/jci/monitor/FilesystemAlterationMonitor.java
   (with props)
Removed:
jakarta/commons/sandbox/jci/trunk/core/src/java/

jakarta/commons/sandbox/jci/trunk/core/src/main/java/org/apache/commons/jci/monitor/
Modified:
jakarta/commons/sandbox/jci/trunk/core/pom.xml

jakarta/commons/sandbox/jci/trunk/core/src/main/java/org/apache/commons/jci/compilers/JavaCompilerSettings.java
jakarta/commons/sandbox/jci/trunk/pom.xml

Modified: jakarta/commons/sandbox/jci/trunk/core/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/core/pom.xml?rev=430988r1=430987r2=430988view=diff
==
--- jakarta/commons/sandbox/jci/trunk/core/pom.xml (original)
+++ jakarta/commons/sandbox/jci/trunk/core/pom.xml Sat Aug 12 00:20:34 2006
@@ -17,9 +17,21 @@
   artifactIdcommons-jci-core/artifactId
   version1.0-SNAPSHOT/version
 
-  nameCore/name
+  namecore/name
 
   dependencies
+dependency
+  groupIdjunit/groupId
+  artifactIdjunit/artifactId
+  version3.8.1/version
+  scopetest/scope
+/dependency
+
+dependency
+  groupIdorg.apache.commons/groupId
+  artifactIdcommons-jci-fam/artifactId
+  version1.0-SNAPSHOT/version
+/dependency
   
 dependency
   groupIdcommons-io/groupId

Modified: 
jakarta/commons/sandbox/jci/trunk/core/src/main/java/org/apache/commons/jci/compilers/JavaCompilerSettings.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/core/src/main/java/org/apache/commons/jci/compilers/JavaCompilerSettings.java?rev=430988r1=429126r2=430988view=diff
==
--- 
jakarta/commons/sandbox/jci/trunk/core/src/main/java/org/apache/commons/jci/compilers/JavaCompilerSettings.java
 (original)
+++ 
jakarta/commons/sandbox/jci/trunk/core/src/main/java/org/apache/commons/jci/compilers/JavaCompilerSettings.java
 Sat Aug 12 00:20:34 2006
@@ -16,5 +16,31 @@
 package org.apache.commons.jci.compilers;
 
 
-public interface JavaCompilerSettings {
+
+public class JavaCompilerSettings {
+   
+   public void setTargetVersion( final String pTargetVersion ) {
+   
+   }
+   
+   public void setSourceVersion( final String pSourceVersion ) {
+   
+   }
+   
+   public void setSourceEncoding( final String pSourceEncoding ) {
+   
+   }
+   
+   public void setWarnings( final boolean pWarnings ) {
+   
+   }
+   
+   public void setDeprecations( final boolean pDeprecations )  {
+   
+   }
+   
+   public void setVerbose( final boolean pVerbose ) {
+   
+   }
+
 }

Added: jakarta/commons/sandbox/jci/trunk/fam/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/fam/pom.xml?rev=430988view=auto
==
--- jakarta/commons/sandbox/jci/trunk/fam/pom.xml (added)
+++ jakarta/commons/sandbox/jci/trunk/fam/pom.xml Sat Aug 12 00:20:34 2006
@@ -0,0 +1,50 @@
+?xml version=1.0 encoding=UTF-8?
+project
+  xmlns=http://maven.apache.org/POM/4.0.0;
+  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
+  

svn commit: r430989 - in /jakarta/commons/sandbox/jci/trunk: compilers/ compilers/eclipse/ compilers/eclipse/src/java/ compilers/eclipse/src/main/ compilers/eclipse/src/main/java/ compilers/eclipse/sr

2006-08-12 Thread tcurdt
Author: tcurdt
Date: Sat Aug 12 00:48:55 2006
New Revision: 430989

URL: http://svn.apache.org/viewvc?rev=430989view=rev
Log:
commented out a testcase, moved to standard layout

Added:
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/main/
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/main/java/
  - copied from r429126, 
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/java/
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/main/
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/main/java/
  - copied from r429126, 
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/java/
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/main/
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/main/java/
  - copied from r429126, 
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/java/
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/main/
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/main/java/
  - copied from r429126, 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/java/
Removed:
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/java/
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/java/
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/java/
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/java/
jakarta/commons/sandbox/jci/trunk/compilers/pom.xml-notused
Modified:
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/pom.xml

jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/main/java/org/apache/commons/jci/compilers/EclipseJavaCompiler.java

jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/main/java/org/apache/commons/jci/compilers/EclipseJavaCompilerSettings.java
jakarta/commons/sandbox/jci/trunk/compilers/groovy/pom.xml
jakarta/commons/sandbox/jci/trunk/compilers/janino/pom.xml
jakarta/commons/sandbox/jci/trunk/compilers/javac/pom.xml

jakarta/commons/sandbox/jci/trunk/compilers/javac/src/main/java/org/apache/commons/jci/compilers/JavacJavaCompilerSettings.java
jakarta/commons/sandbox/jci/trunk/examples/pom.xml

jakarta/commons/sandbox/jci/trunk/examples/src/java/org/apache/commons/jci/examples/commandline/Compile.java
jakarta/commons/sandbox/jci/trunk/maven-jci-plugin/pom.xml

jakarta/commons/sandbox/jci/trunk/maven-jci-plugin/src/test/java/org/apache/maven/plugin/JCIMojoTestCase.java
jakarta/commons/sandbox/jci/trunk/tests/pom.xml

Modified: jakarta/commons/sandbox/jci/trunk/compilers/eclipse/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/compilers/eclipse/pom.xml?rev=430989r1=430988r2=430989view=diff
==
--- jakarta/commons/sandbox/jci/trunk/compilers/eclipse/pom.xml (original)
+++ jakarta/commons/sandbox/jci/trunk/compilers/eclipse/pom.xml Sat Aug 12 
00:48:55 2006
@@ -17,7 +17,7 @@
   artifactIdcommons-jci-eclipse/artifactId
   version3.2.0.658/version
 
-  nameCompiler Eclipse/name
+  namecompiler-eclipse/name
 
   dependencies
 

Modified: 
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/main/java/org/apache/commons/jci/compilers/EclipseJavaCompiler.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/main/java/org/apache/commons/jci/compilers/EclipseJavaCompiler.java?rev=430989r1=429126r2=430989view=diff
==
--- 
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/main/java/org/apache/commons/jci/compilers/EclipseJavaCompiler.java
 (original)
+++ 
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/main/java/org/apache/commons/jci/compilers/EclipseJavaCompiler.java
 Sat Aug 12 00:48:55 2006
@@ -50,16 +50,20 @@
 public final class EclipseJavaCompiler extends AbstractJavaCompiler {
 
 private final static Log log = 
LogFactory.getLog(EclipseJavaCompiler.class);
-private final EclipseJavaCompilerSettings settings;
+private final Map settings;
 
 public EclipseJavaCompiler() {
 this(new EclipseJavaCompilerSettings());
 }
 
-public EclipseJavaCompiler(final EclipseJavaCompilerSettings pSettings) {
+public EclipseJavaCompiler(final Map pSettings) {
 settings = pSettings;
 }
 
+public EclipseJavaCompiler(final EclipseJavaCompilerSettings pSettings) {
+settings = pSettings.getMap();
+}
+
 final class CompilationUnit implements ICompilationUnit {
 
 final private String clazzName;
@@ -110,7 +114,7 @@
 final ClassLoader classLoader
 ) {
 
-final Map settingsMap = settings.getMap();
+final Map settingsMap = settings;
 final Set clazzIndex = new HashSet();
 ICompilationUnit[] compilationUnits = new 
ICompilationUnit[pClazzNames.length];
 for (int i = 0; i  compilationUnits.length; i++) {

Modified: 

svn commit: r430990 - /jakarta/commons/sandbox/javaflow/trunk/pom.xml

2006-08-12 Thread tcurdt
Author: tcurdt
Date: Sat Aug 12 01:08:52 2006
New Revision: 430990

URL: http://svn.apache.org/viewvc?rev=430990view=rev
Log:
for some reason the tests only work from eclipse - skipping them for now so it 
builds, disabled all the reports for now

Modified:
jakarta/commons/sandbox/javaflow/trunk/pom.xml

Modified: jakarta/commons/sandbox/javaflow/trunk/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/javaflow/trunk/pom.xml?rev=430990r1=430989r2=430990view=diff
==
--- jakarta/commons/sandbox/javaflow/trunk/pom.xml (original)
+++ jakarta/commons/sandbox/javaflow/trunk/pom.xml Sat Aug 12 01:08:52 2006
@@ -139,7 +139,7 @@
 dependency
   groupIdorg.apache.commons/groupId
   artifactIdcommons-jci-core/artifactId
-  version1.0-20060430.043956-1/version
+  version1.0-SNAPSHOT/version
 /dependency
 dependency
   groupIdasm/groupId
@@ -175,11 +175,13 @@
   groupIdjunit/groupId
   artifactIdjunit/artifactId
   version3.8.1/version
+  scopetest/scope
 /dependency
 dependency
   groupIdjunit-addons/groupId
   artifactIdjunit-addons/artifactId
   version1.4/version
+  scopetest/scope
 /dependency
   /dependencies
 
@@ -189,11 +191,29 @@
 testSourceDirectorysrc/test/testSourceDirectory
 
 plugins
+
   plugin
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-site-plugin/artifactId
 version2.0-beta-5/version
   /plugin
+
+  plugin 
+artifactIdmaven-surefire-plugin/artifactId
+version2.0/version
+configuration
+  forkModenever/forkMode
+  includes
+include**/*TestCase.java/include
+  /includes
+  excludes
+exclude**/Abstract*/exclude
+  /excludes
+  testFailureIgnoretrue/testFailureIgnore
+  skiptrue/skip
+/configuration
+  /plugin
+
 /plugins
 
 extensions
@@ -206,7 +226,9 @@
   /build
 
   reporting
-plugins
+
+!--
+plugins
 
   plugin 
 groupIdorg.codehaus.mojo/groupId 
@@ -227,6 +249,7 @@
 artifactIdmaven-surefire-report-plugin/artifactId
 version2.0/version
 configuration
+  forkModenever/forkMode
   includes
 include**/*TestCase.java/include
   /includes
@@ -269,5 +292,6 @@
 /reportSets
   /plugin
 /plugins
+--
   /reporting
 /project



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-08-12 Thread commons-jelly-tags-jsl development
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-jsl-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 12 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jsl-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property 
maven.jar.ant-optional.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html
Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 19 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-12082006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-12082006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-12082006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-12082006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-12082006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-12082006.jar
-
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:63)
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65)
[junit] at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:112)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80)
[junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91)
[junit] at 

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-08-12 Thread commons-jelly-tags-jsl development
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-jsl-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 12 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jsl-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property 
maven.jar.ant-optional.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html
Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 19 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-12082006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-12082006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-12082006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-12082006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-12082006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-12082006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-12082006.jar
-
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:63)
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65)
[junit] at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:112)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80)
[junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91)
[junit] at 

[jira] Created: (SANDBOX-167) [I18N] Contribution: Timezone independence and argument filtering

2006-08-12 Thread JIRA
[I18N] Contribution: Timezone independence and argument filtering
-

 Key: SANDBOX-167
 URL: http://issues.apache.org/jira/browse/SANDBOX-167
 Project: Commons Sandbox
  Issue Type: New Feature
  Components: I18n
 Environment: Operating System: All
Platform: All
Reporter: Armin Häberling
Priority: Minor
 Attachments: commons-i18n_timezone-filtering.patch

Adding two new features:

1) Timezone independence:
Currently dates as message arguments are only displayed in the default time 
zone returned by the method TimeZone.getDefault(). I extended the 
MessageManager.getText() method so that one can also choose in which timezone 
Date arguments should be displayed.

In the current implementation the message template must contain a date or time 
format so that the message is formated with the right timezone. That means the 
template it's now {0} will not work, whereas it's now {o,time} will work.

2) Filtering of message arguments:
You may want to include String in message arguments that are untrusted (i.e. 
user input). But when you display such a message n a html site it may contain a 
javascript attack or other nasty things. Otherwise if you want to store the 
message in an sql table there are also attacks possible. Cause of this the 
arguments should be filtered depending on later use of the message. For this I 
created a new Filter Interface and extended the LocalizedBundle so that you can 
attach a specific filter which filters the message arguments before formating 
it. I also did two simple implementations of specific filters.

Attached is a patch with these two features including unit test.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[nightly build] failed.

2006-08-12 Thread psteitz
Failed build logs:

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r431042 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/ src/test/org/apache/commons/configuration/ xdocs/

2006-08-12 Thread oheger
Author: oheger
Date: Sat Aug 12 08:23:52 2006
New Revision: 431042

URL: http://svn.apache.org/viewvc?rev=431042view=rev
Log:
Added a clone() method to PropertiesConfiguration to correctly handle the 
layout object

Modified:

jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java

jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfigurationLayout.java

jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestPropertiesConfiguration.java

jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestPropertiesConfigurationLayout.java
jakarta/commons/proper/configuration/trunk/xdocs/changes.xml

Modified: 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java?rev=431042r1=431041r2=431042view=diff
==
--- 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java
 (original)
+++ 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java
 Sat Aug 12 08:23:52 2006
@@ -413,6 +413,21 @@
 }
 
 /**
+ * Creates a copy of this object.
+ *
+ * @return the copy
+ */
+public Object clone()
+{
+PropertiesConfiguration copy = (PropertiesConfiguration) super.clone();
+if (layout != null)
+{
+copy.setLayout(new PropertiesConfigurationLayout(copy, layout));
+}
+return copy;
+}
+
+/**
  * This method is invoked by the associated
  * code[EMAIL PROTECTED] PropertiesConfigurationLayout}/code object 
for each
  * property definition detected in the parsed properties file. Its task is

Modified: 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfigurationLayout.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfigurationLayout.java?rev=431042r1=431041r2=431042view=diff
==
--- 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfigurationLayout.java
 (original)
+++ 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfigurationLayout.java
 Sat Aug 12 08:23:52 2006
@@ -145,6 +145,20 @@
  */
 public PropertiesConfigurationLayout(PropertiesConfiguration config)
 {
+this(config, null);
+}
+
+/**
+ * Creates a new instance of codePropertiesConfigurationLayout/code
+ * and initializes it with the given configuration object. The data of the
+ * specified layout object is copied.
+ *
+ * @param config the configuration (must not be bnull/b)
+ * @param c the layout object to be copied
+ */
+public PropertiesConfigurationLayout(PropertiesConfiguration config,
+PropertiesConfigurationLayout c)
+{
 if (config == null)
 {
 throw new IllegalArgumentException(
@@ -153,6 +167,11 @@
 configuration = config;
 layoutData = new LinkedMap();
 config.addConfigurationListener(this);
+
+if (c != null)
+{
+copyFrom(c);
+}
 }
 
 /**
@@ -688,10 +707,26 @@
 }
 
 /**
+ * Copies the data from the given layout object.
+ *
+ * @param c the layout object to copy
+ */
+private void copyFrom(PropertiesConfigurationLayout c)
+{
+for (Iterator it = c.getKeys().iterator(); it.hasNext();)
+{
+String key = (String) it.next();
+PropertyLayoutData data = (PropertyLayoutData) c.layoutData
+.get(key);
+layoutData.put(key, data.clone());
+}
+}
+
+/**
  * A helper class for storing all layout related information for a
  * configuration property.
  */
-static class PropertyLayoutData
+static class PropertyLayoutData implements Cloneable
 {
 /** Stores the comment for the property. */
 private StringBuffer comment;
@@ -797,6 +832,30 @@
 public String getComment()
 {
 return (comment == null) ? null : comment.toString();
+}
+
+/**
+ * Creates a copy of this object.
+ *
+ * @return the copy
+ */
+public Object clone()
+{
+try
+{
+PropertyLayoutData copy = (PropertyLayoutData) super.clone();
+if (comment != null)
+{
+   

[jira] Resolved: (CONFIGURATION-219) PropertiesConfiguration.clone() does not properly handle the layout object

2006-08-12 Thread Oliver Heger (JIRA)
 [ http://issues.apache.org/jira/browse/CONFIGURATION-219?page=all ]

Oliver Heger resolved CONFIGURATION-219.


Fix Version/s: Nightly Builds
   Resolution: Fixed

Fixed now in subversion: A clone() method was added to PropertiesConfiguration, 
which ensures that the layout object gets also copied.

 PropertiesConfiguration.clone() does not properly handle the layout object
 --

 Key: CONFIGURATION-219
 URL: http://issues.apache.org/jira/browse/CONFIGURATION-219
 Project: Commons Configuration
  Issue Type: Bug
Affects Versions: Nightly Builds
Reporter: Oliver Heger
 Assigned To: Oliver Heger
 Fix For: Nightly Builds


 If a PropertiesConfiguration object is cloned, the clone will have the same 
 PropertiesConfigurationLayout object. Of course this will cause trouble when 
 later both objects are modified and then written to a file.
 PropertiesConfiguration needs a specific clone() implementation, which also 
 clones the layout object.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Resolved: (CONFIGURATION-189) [configuration] Declaring reloadable configurations in the configuration descriptor

2006-08-12 Thread Oliver Heger (JIRA)
 [ http://issues.apache.org/jira/browse/CONFIGURATION-189?page=all ]

Oliver Heger resolved CONFIGURATION-189.


Resolution: Fixed

I am closing this issue now because the requested functionality is available in 
DefaultConfigurationBuilder.

 [configuration] Declaring reloadable configurations in the configuration 
 descriptor
 ---

 Key: CONFIGURATION-189
 URL: http://issues.apache.org/jira/browse/CONFIGURATION-189
 Project: Commons Configuration
  Issue Type: Improvement
Affects Versions: Nightly Builds
 Environment: Operating System: All
 Platform: All
Reporter: Emmanuel Bourg
Priority: Minor

 This is a proposal to support reloadable configurations in the configuration
 descriptor parsed by ConfigurationFactory. I suggest two forms, a complete 
 form
 to fine tune the strategy applied to the configuration:
 configuration
   properties fileName=config.properties
 reloading-strategy
 class=org.apache.commons.configuration.reloading.FileChangedReloadingStrategy
   param name=refreshDelay value=3/
 /reloading-strategy
   /properties
 /configuration
 and a short form:
 configuration
   properties fileName=config.properties reloadable=true/
 /configuration
 This short form will use a FileChangedReloadingStrategy with the default 
 values.
 This form keeps the descriptor simple for those that don't bother fine tuning
 the performance of the reloading mechanism.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: svn commit: r426813 - in /jakarta/commons/proper/configuration/trunk/src: java/org/apache/commons/configuration/ test/org/apache/commons/configuration/

2006-08-12 Thread Oliver Heger

Oliver Heger wrote:

Rahul Akolkar wrote:
snip/



snap/

The method in question apparently has existed ever since xalan2 came
about (my guess would have been there is some version xalan1 in
lib/ext, but you've tried all that).

As a side note, xalan 2.6.0 - 2.7.0 is generally considered a bigger
leap, so I've left [scxml] at 2.6.0 (its closer to what JDK 1.4 had
built in, so the 1.4 user has less reason to need the endorsed
standards override mechanism, and cause any errors therein) -- but
since [configuration] has had atleast one prior release with a xalan
2.7.0 dep (are we using any 2.7.0 specific stuff?), maybe the xerces
version also should be upgraded? (2.7.0 has been tested with xerces
2.7.1).

*Sigh*, cross-JDK compatibilities for XML processing continues to be a
pain point, IMO.

-Rahul



Hi Rahul,

thanks for having a look at this.

We do not use any specific features of xalan 2.7.0. There is one 
transform() call in XMLConfiguration for writing the DOM to a file, 
which works without problems. The two test classes that cause trouble 
try to transform a SAX source into a DOM.


I can test other versions in the next few days. And yes: it is a pain!

Oliver


Rahul,

you are right: when downgrading to xalan 2.6.0 the error does not happen.

I wonder if I can change the version because [configuration] 1.2 was 
released with the dependency to xalan 2.7.0. But because xalan is needed 
only for JDK 1.3 support I think it is not that problematic.


Oliver

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[all] maven group ids

2006-08-12 Thread Oliver Heger

Hi,

just wanted to ask if there is already a resolution related to the 
groupIds of commons components.


[configuration] is preparing for the next release. ATM the pom defines 
the new groupId org.apache.commons. Should we go with that (which 
additional work would this cause?) or would it be better to revert to 
commons-configuration?


Thanks
Oliver

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [all] maven group ids

2006-08-12 Thread Dennis Lundberg

Oliver Heger wrote:

Hi,

just wanted to ask if there is already a resolution related to the 
groupIds of commons components.


[configuration] is preparing for the next release. ATM the pom defines 
the new groupId org.apache.commons. Should we go with that (which 
additional work would this cause?) or would it be better to revert to 
commons-configuration?


Thanks
Oliver


Everything is set to make the transition to the new groupId. I was 
hoping that we could use the upcoming release of configuration as the 
first release with the new groupId.


I will do the necessary work to relocate this and previous releases of 
configuration, once the release has been made, so that the transition is 
as transparent as possible to downstream users. More info on what steps 
need to be taken can be found here:


  http://maven.apache.org/guides/mini/guide-relocation.html


--
Dennis Lundberg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [all] maven group ids

2006-08-12 Thread Oliver Heger

Dennis Lundberg wrote:

Oliver Heger wrote:

Hi,

just wanted to ask if there is already a resolution related to the 
groupIds of commons components.


[configuration] is preparing for the next release. ATM the pom defines 
the new groupId org.apache.commons. Should we go with that (which 
additional work would this cause?) or would it be better to revert to 
commons-configuration?


Thanks
Oliver


Everything is set to make the transition to the new groupId. I was 
hoping that we could use the upcoming release of configuration as the 
first release with the new groupId.


I will do the necessary work to relocate this and previous releases of 
configuration, once the release has been made, so that the transition is 
as transparent as possible to downstream users. More info on what steps 
need to be taken can be found here:


  http://maven.apache.org/guides/mini/guide-relocation.html



Okay,

then the release should happen in the normal way with the new groupId, 
and the relocation comes after that, right?


That's fine. I will probably publish RC2 in the next days and then, 
after a while, call out the release vote.


Oliver

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (COLLECTIONS-221) CompositeCollection, CompositeMap, CompositeSet should implement Serializable

2006-08-12 Thread Pal Denes (JIRA)
CompositeCollection, CompositeMap, CompositeSet should implement Serializable
-

 Key: COLLECTIONS-221
 URL: http://issues.apache.org/jira/browse/COLLECTIONS-221
 Project: Commons Collections
  Issue Type: Bug
  Components: Collection, Map, Set
Affects Versions: 3.2
Reporter: Pal Denes
Priority: Minor


These classes should implement Serializable as usually all generial collection 
classes do. (At least I cannot think of a reason why they shouldn't and 
currently their usage is quite limited, like in RMI or http-sessions.)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [all] maven group ids

2006-08-12 Thread Dennis Lundberg

Oliver Heger wrote:

Dennis Lundberg wrote:

Oliver Heger wrote:

Hi,

just wanted to ask if there is already a resolution related to the 
groupIds of commons components.


[configuration] is preparing for the next release. ATM the pom 
defines the new groupId org.apache.commons. Should we go with that 
(which additional work would this cause?) or would it be better to 
revert to commons-configuration?


Thanks
Oliver


Everything is set to make the transition to the new groupId. I was 
hoping that we could use the upcoming release of configuration as the 
first release with the new groupId.


I will do the necessary work to relocate this and previous releases of 
configuration, once the release has been made, so that the transition 
is as transparent as possible to downstream users. More info on what 
steps need to be taken can be found here:


  http://maven.apache.org/guides/mini/guide-relocation.html



Okay,

then the release should happen in the normal way with the new groupId, 
and the relocation comes after that, right?


That's correct.

That's fine. I will probably publish RC2 in the next days and then, 
after a while, call out the release vote.


We should have a note about the change of groupId somewhere on the 
configuration site, probably on the start page.


--
Dennis Lundberg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [all] maven group ids

2006-08-12 Thread Tomasz Pik

Everything is set to make the transition to the new groupId. I was
hoping that we could use the upcoming release of configuration as the
first release with the new groupId.

I will do the necessary work to relocate this and previous releases of
configuration, once the release has been made, so that the transition is
as transparent as possible to downstream users


Configuration depends on many commons components:
* commons-collections
* commons-lang
* commons-logging-api
* commons-beanutils-core
* commons-codec
* commons-jxpath
maybe it will be better to relocate them first, make configuration
depending on relocated (final?) group/artifact Ids instead of releasing
pom, that will depend on something, which will be obsoleted
some time later (as I understand, releases of next versions of commons
packages will mean 'release new version under new groupId and relocate
previous version).

just my 5cents,
regards,
Tomek
.

Dennis Lundberg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]