svn commit: r513226 - in /jakarta/commons/sandbox/jci/trunk/compilers: janino/src/main/java/org/apache/commons/jci/compilers/ rhino/src/main/java/org/apache/commons/jci/compilers/ rhino/src/test/java/
Author: tcurdt
Date: Thu Mar 1 00:33:54 2007
New Revision: 513226
URL: http://svn.apache.org/viewvc?view=revrev=513226
Log:
working js compilation,
needs more testcases though
Removed:
jakarta/commons/sandbox/jci/trunk/compilers/rhino/src/main/java/org/apache/commons/jci/compilers/RhinoCompilingClassLoader.java
Modified:
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/main/java/org/apache/commons/jci/compilers/JaninoJavaCompiler.java
jakarta/commons/sandbox/jci/trunk/compilers/rhino/src/main/java/org/apache/commons/jci/compilers/RhinoCompilationProblem.java
jakarta/commons/sandbox/jci/trunk/compilers/rhino/src/main/java/org/apache/commons/jci/compilers/RhinoJavaCompiler.java
jakarta/commons/sandbox/jci/trunk/compilers/rhino/src/test/java/org/apache/commons/jci/compilers/RhinoJavaCompilerTestCase.java
Modified:
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/main/java/org/apache/commons/jci/compilers/JaninoJavaCompiler.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/compilers/janino/src/main/java/org/apache/commons/jci/compilers/JaninoJavaCompiler.java?view=diffrev=513226r1=513225r2=513226
==
---
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/main/java/org/apache/commons/jci/compilers/JaninoJavaCompiler.java
(original)
+++
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/main/java/org/apache/commons/jci/compilers/JaninoJavaCompiler.java
Thu Mar 1 00:33:54 2007
@@ -138,19 +138,16 @@
}
}
-public CompilationResult compile(
-final String[] pClasses,
-final ResourceReader pResourceReader,
-final ResourceStore pStore,
-final ClassLoader classLoader
-) {
-final Map classFilesByName = new HashMap();
+public CompilationResult compile( final String[] pClasses, final
ResourceReader pResourceReader, final ResourceStore pStore, final ClassLoader
classLoader ) {
+
+ final Map classFilesByName = new HashMap();
final CompilingIClassLoader icl = new
CompilingIClassLoader(pResourceReader, classFilesByName, classLoader);
for (int i = 0; i pClasses.length; i++) {
log.debug(compiling + pClasses[i]);
icl.loadIClass(Descriptor.fromClassName(ClassUtils.convertResourceToClassName(pClasses[i])));
}
+
// Store all fully compiled classes
for (Iterator i = classFilesByName.entrySet().iterator();
i.hasNext();) {
final Map.Entry entry = (Map.Entry)i.next();
Modified:
jakarta/commons/sandbox/jci/trunk/compilers/rhino/src/main/java/org/apache/commons/jci/compilers/RhinoCompilationProblem.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/compilers/rhino/src/main/java/org/apache/commons/jci/compilers/RhinoCompilationProblem.java?view=diffrev=513226r1=513225r2=513226
==
---
jakarta/commons/sandbox/jci/trunk/compilers/rhino/src/main/java/org/apache/commons/jci/compilers/RhinoCompilationProblem.java
(original)
+++
jakarta/commons/sandbox/jci/trunk/compilers/rhino/src/main/java/org/apache/commons/jci/compilers/RhinoCompilationProblem.java
Thu Mar 1 00:33:54 2007
@@ -20,40 +20,48 @@
public final class RhinoCompilationProblem implements CompilationProblem {
+ private final String message;
+ private final String fileName;
+ private final int line;
+// private final String script;
+ private final int column;
+ private final boolean error;
+
+ public RhinoCompilationProblem( final String pMessage, final String
pFileName, final int pLine, final String pScript, final int pColumn, final
boolean pError ) {
+ message = pMessage;
+ fileName = pFileName;
+ line = pLine;
+// script = pScript;
+ column = pColumn;
+ error = pError;
+ }
+
public int getEndColumn() {
- // TODO Auto-generated method stub
- return 0;
+ return column;
}
public int getEndLine() {
- // TODO Auto-generated method stub
- return 0;
+ return line;
}
public String getFileName() {
- // TODO Auto-generated method stub
- return null;
+ return fileName;
}
public String getMessage() {
- // TODO Auto-generated method stub
- return null;
+ return message;
}
public int getStartColumn() {
- // TODO Auto-generated method stub
- return 0;
+ return column;
}
public int getStartLine() {
- // TODO Auto-generated method stub
- return 0;
+
IPv6 enablement of commons-net
Hi, I am from the file adapter development background. We have been using the FTP client implementation of the commons-net in our usage extensively. I was just wondering about the plans for enabling the commons-net package for handling IPv6 addresses. I couldnt find info rgd that on the jakarta.commons pages. I am eager to volunteer for this feature enablement. Thanks, Deepa ___ Deepa Rao WebSphere Adapter Development, Embassy Golf Links Business Park, C Block, 6th Floor, India Software Labs, IBM India, Bangalore - 560071. EGL Extn: 7560Direct Ph: 91-80-41927560Cell: 9845820273
Re: IPv6 enablement of commons-net
Hi Deepa There are no plans to do this at present. If you are planning to do some work in this regard, any submissions would be gratefully accepted. regards Rory Jakarta Commons Developers List commons-dev@jakarta.apache.org wrote: --=_alternative 0032093F65257291_= Content-Type: text/plain; charset=US-ASCII Hi, I am from the file adapter development background. We have been using the FTP client implementation of the commons-net in our usage extensively. I was just wondering about the plans for enabling the commons-net package for handling IPv6 addresses. I couldnt find info rgd that on the jakarta.commons pages. I am eager to volunteer for this feature enablement. Thanks, Deepa ___ Deepa Rao WebSphere Adapter Development, Embassy Golf Links Business Park, C Block, 6th Floor, India Software Labs, IBM India, Bangalore - 560071. EGL Extn: 7560Direct Ph: 91-80-41927560Cell: 9845820273 --=_alternative 0032093F65257291_=-- - Find the home of your dreams with eircom net property Sign up for email alerts now http://www.eircom.net/propertyalerts - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IPv6 enablement of commons-net
Hi Deepa There are no plans to do this at present. If you are planning to do some work in this regard, any submissions would be gratefully accepted. regards Rory Jakarta Commons Developers List commons-dev@jakarta.apache.org wrote: --=_alternative 0032093F65257291_= Content-Type: text/plain; charset=US-ASCII Hi, I am from the file adapter development background. We have been using the FTP client implementation of the commons-net in our usage extensively. I was just wondering about the plans for enabling the commons-net package for handling IPv6 addresses. I couldnt find info rgd that on the jakarta.commons pages. I am eager to volunteer for this feature enablement. Thanks, Deepa ___ Deepa Rao WebSphere Adapter Development, Embassy Golf Links Business Park, C Block, 6th Floor, India Software Labs, IBM India, Bangalore - 560071. EGL Extn: 7560Direct Ph: 91-80-41927560Cell: 9845820273 --=_alternative 0032093F65257291_=-- - Find the home of your dreams with eircom net property Sign up for email alerts now http://www.eircom.net/propertyalerts - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-email (in module jakarta-commons) failed
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-email has an issue affecting its community integration. This issue affects 4 projects, and has been outstanding for 55 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-email : Commons Email Package - fulcrum-template : Services Framework - jakarta-turbine-2 : A servlet based framework. - portals-jetspeed-1 : Enterprise Information Portal Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-email-01032007.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons/email/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons/email/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons/email/project.properties -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/gump_work/build_jakarta-commons_commons-email.html Work Name: build_jakarta-commons_commons-email (Type: Build) Work ended in a state of : Failed Elapsed: 23 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/email] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/target/classes:/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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/commons-lang-01032007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/dumbster/build/dumbster.jar:/usr/local/gump/packages/maven-findbugs-plugin/maven-findbugs-plugin-0.9.1.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/jaf-1.1ea/activation.jar:/usr/local/gump/packages/javamail-1.4/mail.jar - java:prepare-filesystem: [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons/email/target/classes java:compile: [echo] Compiling to /x1/gump/public/workspace/jakarta-commons/email/target/classes [javac] Compiling 9 source files to /x1/gump/public/workspace/jakarta-commons/email/target/classes java:jar-resources: Copying 1 file to /x1/gump/public/workspace/jakarta-commons/email/target/classes/META-INF test:prepare-filesystem: [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons/email/target/test-classes [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons/email/target/test-reports test:test-resources: Copying 4 files to /x1/gump/public/workspace/jakarta-commons/email/target/test-classes test:compile: [javac] Compiling 15 source files to /x1/gump/public/workspace/jakarta-commons/email/target/test-classes test:test: [junit] Running org.apache.commons.mail.DefaultAuthenticatorTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.069 sec [junit] Running org.apache.commons.mail.EmailAttachmentTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.644 sec [junit] Running org.apache.commons.mail.SimpleEmailTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.979 sec [junit] Running org.apache.commons.mail.SendWithAttachmentsTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.785 sec [junit] Running org.apache.commons.mail.EmailTest [junit] Tests run: 39, Failures: 0, Errors: 5, Time elapsed: 1.059 sec [junit] [ERROR] TEST org.apache.commons.mail.EmailTest FAILED [junit] Running org.apache.commons.mail.MultiPartEmailTest [junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 1.076 sec [junit] Running org.apache.commons.mail.HtmlEmailTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.849 sec [junit] Running
[EMAIL PROTECTED]: Project commons-email (in module jakarta-commons) failed
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-email has an issue affecting its community integration. This issue affects 4 projects, and has been outstanding for 55 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-email : Commons Email Package - fulcrum-template : Services Framework - jakarta-turbine-2 : A servlet based framework. - portals-jetspeed-1 : Enterprise Information Portal Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-email-01032007.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons/email/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons/email/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons/email/project.properties -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/gump_work/build_jakarta-commons_commons-email.html Work Name: build_jakarta-commons_commons-email (Type: Build) Work ended in a state of : Failed Elapsed: 23 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/email] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/target/classes:/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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/commons-lang-01032007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/dumbster/build/dumbster.jar:/usr/local/gump/packages/maven-findbugs-plugin/maven-findbugs-plugin-0.9.1.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/jaf-1.1ea/activation.jar:/usr/local/gump/packages/javamail-1.4/mail.jar - java:prepare-filesystem: [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons/email/target/classes java:compile: [echo] Compiling to /x1/gump/public/workspace/jakarta-commons/email/target/classes [javac] Compiling 9 source files to /x1/gump/public/workspace/jakarta-commons/email/target/classes java:jar-resources: Copying 1 file to /x1/gump/public/workspace/jakarta-commons/email/target/classes/META-INF test:prepare-filesystem: [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons/email/target/test-classes [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons/email/target/test-reports test:test-resources: Copying 4 files to /x1/gump/public/workspace/jakarta-commons/email/target/test-classes test:compile: [javac] Compiling 15 source files to /x1/gump/public/workspace/jakarta-commons/email/target/test-classes test:test: [junit] Running org.apache.commons.mail.DefaultAuthenticatorTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.069 sec [junit] Running org.apache.commons.mail.EmailAttachmentTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.644 sec [junit] Running org.apache.commons.mail.SimpleEmailTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.979 sec [junit] Running org.apache.commons.mail.SendWithAttachmentsTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.785 sec [junit] Running org.apache.commons.mail.EmailTest [junit] Tests run: 39, Failures: 0, Errors: 5, Time elapsed: 1.059 sec [junit] [ERROR] TEST org.apache.commons.mail.EmailTest FAILED [junit] Running org.apache.commons.mail.MultiPartEmailTest [junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 1.076 sec [junit] Running org.apache.commons.mail.HtmlEmailTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.849 sec [junit] Running
[nightly build] email failed.
Failed build logs: /20070301/email.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (CONFIGURATION-254) Wrong creation of XMLFileConfigurationDelegate in XMLConfiguration.clone()
[
https://issues.apache.org/jira/browse/CONFIGURATION-254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Heger updated CONFIGURATION-254:
---
Fix Version/s: 1.4
Wrong creation of XMLFileConfigurationDelegate in XMLConfiguration.clone()
--
Key: CONFIGURATION-254
URL: https://issues.apache.org/jira/browse/CONFIGURATION-254
Project: Commons Configuration
Issue Type: Bug
Affects Versions: 1.3
Environment: Java 1.4.2, Windows XP, Shale
Reporter: Carsten Kaiser
Assigned To: Oliver Heger
Fix For: 1.4
The clone() operation on a XMLConfiguration does not work correctly due to
the following problem:
private class XMLFileConfigurationDelegate extends FileConfigurationDelegate
{
public void load(InputStream in) throws ConfigurationException
{
XMLConfiguration.this.load(in);
}
}
Obviously the delegate references the XMLConfiguration instance it is created
in. Thus when calling
public Object clone()
{
XMLConfiguration copy = (XMLConfiguration) super.clone();
// clear document related properties
copy.document = null;
copy.setDelegate(createDelegate());
// clear all references in the nodes, too
copy.getRoot().visit(new NodeVisitor()
{
public void visitBeforeChildren(Node node, ConfigurationKey key)
{
node.setReference(null);
}
}, null);
return copy;
}
the delegate still references the original XMLConfiguration, thus will save
the content of the original one
to file instead of the clone as expected! Changing the code like this
copy.setDelegate(copy.createDelegate());
solves the problem! Now the cloned XMLConfiguration with all its applied
changes can be saved!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [nightly build] email failed.
Thanks, I'll check it out. It's bound to be me On 3/1/07, Phil Steitz [EMAIL PROTECTED] wrote: Failed build logs: /20070301/email.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ Rule of Acquisition #91: Hear all, trust nothing. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r513307 - /jakarta/commons/proper/email/trunk/src/test/org/apache/commons/mail/EmailTest.java
Author: dion
Date: Thu Mar 1 05:22:34 2007
New Revision: 513307
URL: http://svn.apache.org/viewvc?view=revrev=513307
Log:
Make tests catch appropriate runtime exception, as the runtime
IllegalCharsetNameException
is no longer wrapped in an EmailException.
Modified:
jakarta/commons/proper/email/trunk/src/test/org/apache/commons/mail/EmailTest.java
Modified:
jakarta/commons/proper/email/trunk/src/test/org/apache/commons/mail/EmailTest.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/src/test/org/apache/commons/mail/EmailTest.java?view=diffrev=513307r1=513306r2=513307
==
---
jakarta/commons/proper/email/trunk/src/test/org/apache/commons/mail/EmailTest.java
(original)
+++
jakarta/commons/proper/email/trunk/src/test/org/apache/commons/mail/EmailTest.java
Thu Mar 1 05:22:34 2007
@@ -382,10 +382,9 @@
anotherEmail.setFrom([EMAIL PROTECTED], [EMAIL PROTECTED],
bad.encoding\uc5ec\n);
fail(setting invalid charset should have failed!);
}
-catch (EmailException e)
+catch (IllegalCharsetNameException e)
{
// expected runtime exception.
-assertTrue(e.getCause() instanceof IllegalCharsetNameException);
}
}
@@ -506,10 +505,9 @@
anotherEmail.addTo([EMAIL PROTECTED], [EMAIL PROTECTED],
bad.encoding\uc5ec\n);
fail(setting invalid charset should have failed!);
}
-catch (EmailException e)
+catch (IllegalCharsetNameException e)
{
// expected runtime exception.
-assertTrue(e.getCause() instanceof IllegalCharsetNameException);
}
}
@@ -685,10 +683,9 @@
anotherEmail.addCc([EMAIL PROTECTED], [EMAIL PROTECTED],
bad.encoding\uc5ec\n);
fail(setting invalid charset should have failed!);
}
-catch (EmailException e)
+catch (IllegalCharsetNameException e)
{
// expected runtime exception.
-assertTrue(e.getCause() instanceof IllegalCharsetNameException);
}
}
@@ -860,10 +857,9 @@
anotherEmail.addBcc([EMAIL PROTECTED], [EMAIL PROTECTED],
bad.encoding\uc5ec\n);
fail(setting invalid charset should have failed!);
}
-catch (EmailException e)
+catch (IllegalCharsetNameException e)
{
// expected runtime exception.
-assertTrue(e.getCause() instanceof IllegalCharsetNameException);
}
}
@@ -1040,10 +1036,9 @@
anotherEmail.addReplyTo([EMAIL PROTECTED], [EMAIL PROTECTED],
bad.encoding\uc5ec\n);
fail(setting invalid charset should have failed!);
}
-catch (EmailException e)
+catch (IllegalCharsetNameException e)
{
// expected runtime exception.
-assertTrue(e.getCause() instanceof IllegalCharsetNameException);
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r513308 - /jakarta/commons/proper/email/trunk/project.properties
Author: dion
Date: Thu Mar 1 05:23:01 2007
New Revision: 513308
URL: http://svn.apache.org/viewvc?view=revrev=513308
Log:
make sure junit errors come out in the log
Modified:
jakarta/commons/proper/email/trunk/project.properties
Modified: jakarta/commons/proper/email/trunk/project.properties
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/project.properties?view=diffrev=513308r1=513307r2=513308
==
--- jakarta/commons/proper/email/trunk/project.properties (original)
+++ jakarta/commons/proper/email/trunk/project.properties Thu Mar 1 05:23:01
2007
@@ -60,3 +60,6 @@
# used to ensure the source distribution unpacks into commons-email-VERSION-src
maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
+
+# make sure junit failures are displayed in the log
+maven.junit.usefile=false
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (NET-61) [net] FTPClient.listFiles() hangs on Red Hat Linux
[
https://issues.apache.org/jira/browse/NET-61?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476936
]
Shashi Anand B commented on NET-61:
---
Hi, the fixed version seems to be on JDK 1.5. Is the fix available for JDK 1.4?
When I use the fixed version with JDK 1.4, I get the following error:
org/apache/commons/net/ftp/FTPConnectionClosedException (Unsupported
major.minor version 49.0) java.lang.UnsupportedClassVersionError
java.lang.ClassLoader:defineClass0:-2 java.lang.ClassLoader:defineClass:539
java.security.SecureClassLoader:defineClass:123
java.net.URLClassLoader:defineClass:251
java.net.URLClassLoader:access$100:55
java.net.URLClassLoader$1:run:194
java.security.AccessController:doPrivileged:-2
java.net.URLClassLoader:findClass:187
java.lang.ClassLoader:loadClass:289
sun.misc.Launcher$AppClassLoader:loadClass:274
java.lang.ClassLoader:loadClass:235
java.lang.ClassLoader:loadClassInternal:302
[net] FTPClient.listFiles() hangs on Red Hat Linux
--
Key: NET-61
URL: https://issues.apache.org/jira/browse/NET-61
Project: Commons Net
Issue Type: Bug
Affects Versions: 1.4
Environment: Operating System: Linux
Platform: PC
Reporter: George Van Treeck
Priority: Blocker
Fix For: 2.0
A Java app that uses FTPClient to download a file from a website to Windows
XP
works properly. But, when the same app runs on Linux to download the same
file
from the same website, it hangs at listFiles().
Using Java 1.5.0_03 on both the Windows XP and Linux. The version of Linux
used is Fedor Red Hat Linux Core 3 with all the latest updates. The following
segment of code from the program demonstrates the problem:
FTPClient ftp = new FTPClient();
ftp.connect(host);
reply = ftp.getReplyCode();
if (!FTPReply.isPositiveCompletion(reply)) {
final String ftpStatus = ftp.getReplyString();
ftp.disconnect();
throw new IOException(
FTP server refused connection. Status: +
ftpStatus);
}
ftp.login(user, password);
reply = ftp.getReplyCode();
if (!FTPReply.isPositiveCompletion(reply)) {
final String ftpStatus = ftp.getReplyString();
ftp.disconnect();
throw new IOException(
FTP server refused username/password. Status: +
ftpStatus);
}
String[] list = ftp.listNames();
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (NET-152) FTPClient.retrieveFileStream hangs occassionally
FTPClient.retrieveFileStream hangs occassionally Key: NET-152 URL: https://issues.apache.org/jira/browse/NET-152 Project: Commons Net Issue Type: Bug Affects Versions: 1.4 Environment: Redhat Enterprise Linux 4 Reporter: Shashi Anand B Occassionally, retrieveFileStream on FTPClient hangs. The thread dump gives the following trace: java.net.PlainSocketImpl.socketAccept (native method) java.net.PlainSocketImpl.accept (PlainSocketImpl.java:353) java.net.ServerSocket.implAccept (ServerSocket.java:448) java.net.ServerSocket.accept (ServerSocket.java:419) org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:502) org.apache.commons.net.ftp.FTPClient.retrieveFileStream(FTPClient.java:1,342) This seems to occur randomly. Hence, I have not been able to get any specific information for further debugging. Is this a known issue? Is there any work-around for this issue? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r513324 - /jakarta/commons/proper/email/trunk/src/java/org/apache/commons/mail/Email.java
Author: dion Date: Thu Mar 1 05:58:32 2007 New Revision: 513324 URL: http://svn.apache.org/viewvc?view=revrev=513324 Log: Import order Modified: jakarta/commons/proper/email/trunk/src/java/org/apache/commons/mail/Email.java Modified: jakarta/commons/proper/email/trunk/src/java/org/apache/commons/mail/Email.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/src/java/org/apache/commons/mail/Email.java?view=diffrev=513324r1=513323r2=513324 == --- jakarta/commons/proper/email/trunk/src/java/org/apache/commons/mail/Email.java (original) +++ jakarta/commons/proper/email/trunk/src/java/org/apache/commons/mail/Email.java Thu Mar 1 05:58:32 2007 @@ -18,7 +18,6 @@ import java.io.UnsupportedEncodingException; import java.nio.charset.Charset; - import java.util.ArrayList; import java.util.Collection; import java.util.Date; @@ -28,10 +27,6 @@ import java.util.Map; import java.util.Properties; -import javax.naming.Context; -import javax.naming.InitialContext; -import javax.naming.NamingException; - import javax.mail.Authenticator; import javax.mail.Message; import javax.mail.MessagingException; @@ -42,6 +37,9 @@ import javax.mail.internet.InternetAddress; import javax.mail.internet.MimeMessage; import javax.mail.internet.MimeMultipart; +import javax.naming.Context; +import javax.naming.InitialContext; +import javax.naming.NamingException; /** * The base class for all email messages. This class sets the - 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
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 54 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. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -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: 16 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-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01032007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-01032007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [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]
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed
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 54 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. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -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: 16 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-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01032007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-01032007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [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]
[jira] Commented: (FILEUPLOAD-125) new FileCleanerCleanup may lead to problems [PATCH]
[
https://issues.apache.org/jira/browse/FILEUPLOAD-125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476979
]
Cédrik LIME commented on FILEUPLOAD-125:
Jochen,
Thanks for your answer. I agree that ultimately commons-io should enable us to
manage this thread more finely... Until that time, we'll have to cope with it.
Thread.currentThread().getContextClassLoader() represents the current web
application's ClassLoader, not the current Thread ClassLoader (which we could
get with Thread.currentThread().getClass().getClassLoader()). A Thread's
ContextClassLoader /will/ change at runtime by the J2EE container to the served
webapp's ClassLoader (that is: the same Thread will serve many different
webapps during its lifetime).
I have mixed feelings about some piece of code in a web application affecting
other non-related web applications. While the fault is on the shoulders of
commons-io, I think we shouldn't allow the possibility to impact the other
running webapps. Hence the aforementioned patch which I honestly believe works
in all cases and for every application servers.
Anyway, this problem only arises when commons-io is in the container classpath,
which hopefully will not be the case in a typical J2EE configuration.
new FileCleanerCleanup may lead to problems [PATCH]
---
Key: FILEUPLOAD-125
URL: https://issues.apache.org/jira/browse/FILEUPLOAD-125
Project: Commons FileUpload
Issue Type: Bug
Affects Versions: 1.2
Reporter: Cédrik LIME
This is a follow-up on FILEUPLOAD-120.
As described in using.html#resourceCleanup, stopping the IO's reaper thread
when commons-io is in the container's classpath will impact other running
applications. The solution to this is to test if the FileCleaner class was
loaded by the application's ClassLoader (i.e. commons-io.jar is in
WEB-INF/lib/):
public void contextDestroyed(ServletContextEvent sce) {
if (FileCleaner.class.getClassLoader() ==
Thread.currentThread().getContextClassLoader()) {
FileCleaner.exitWhenFinished();
}
}
This is, if users don't forget to put FileCleanerCleanup as a servlet
listener, of course...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-fmt-test (in module commons-jelly) failed
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-fmt-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 54 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-fmt-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build) Work ended in a state of : Failed Elapsed: 11 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt] 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/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01032007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-01032007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jelly-tags-fmt-01032007.jar - [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:306) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) [junit] at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
[EMAIL PROTECTED]: Project commons-jelly-tags-fmt-test (in module commons-jelly) failed
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-fmt-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 54 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-fmt-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build) Work ended in a state of : Failed Elapsed: 11 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt] 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/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-01032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01032007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-01032007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jelly-tags-fmt-01032007.jar - [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:306) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) [junit] at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
svn commit: r513425 - /jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/util/introspection/Introspector.java
Author: proyal
Date: Thu Mar 1 10:18:37 2007
New Revision: 513425
URL: http://svn.apache.org/viewvc?view=revrev=513425
Log:
avoid NPE when params[i] is null
Modified:
jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/util/introspection/Introspector.java
Modified:
jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/util/introspection/Introspector.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/util/introspection/Introspector.java?view=diffrev=513425r1=513424r2=513425
==
---
jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/util/introspection/Introspector.java
(original)
+++
jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/util/introspection/Introspector.java
Thu Mar 1 10:18:37 2007
@@ -27,7 +27,7 @@
* object for a particular class given the name of a method
* and the parameters to the method in the form of an Object[]
*
- * The first time the Introspector sees a
+ * The first time the Introspector sees a
* class it creates a class method map for the
* class in question. Basically the class method map
* is a Hashtable where Method objects are keyed by a
@@ -43,7 +43,7 @@
* method + java.lang.String + java.lang.StringBuffer
*
* This mapping is performed for all the methods in a class
- * and stored for
+ * and stored for
* @since 1.0
* @author a href=mailto:[EMAIL PROTECTED]Jason van Zyl/a
* @author a href=mailto:[EMAIL PROTECTED]Bob McWhirter/a
@@ -57,7 +57,7 @@
* if interested.
*/
-public static final String CACHEDUMP_MSG =
+public static final String CACHEDUMP_MSG =
Introspector : detected classloader change. Dumping cache.;
/**
@@ -72,7 +72,7 @@
public Introspector(Log logger) {
this.rlog = logger;
}
-
+
/**
* Gets the method defined by codename/code and
* codeparams/code for the Class codec/code.
@@ -104,12 +104,12 @@
if (i 0) {
msg.append(, );
}
-
-msg.append(params[i].getClass().getName());
+
+msg.append(null == params[i] ? null :
params[i].getClass().getName());
}
-
+
msg.append() for class ).append(c.getName());
-
+
rlog.error(msg.toString());
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (CONFIGURATION-255) DatabaseConfiguration doesn't support List properties (again)
DatabaseConfiguration doesn't support List properties (again) - Key: CONFIGURATION-255 URL: https://issues.apache.org/jira/browse/CONFIGURATION-255 Project: Commons Configuration Issue Type: Bug Affects Versions: 1.3 Environment: Sun Java(TM) System Application Server Platform Edition 9.0, Oracle 9i Reporter: Thibaut Martin Priority: Minor The getList() and getStringArray() methods always return a one element list/array, when used with DatabaseConfiguration. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r513490 - /jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/file/ResourceManager.java
Author: ozeigermann Date: Thu Mar 1 12:46:28 2007 New Revision: 513490 URL: http://svn.apache.org/viewvc?view=revrev=513490 Log: Fixed minor typo Modified: jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/file/ResourceManager.java Modified: jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/file/ResourceManager.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/file/ResourceManager.java?view=diffrev=513490r1=513489r2=513490 == --- jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/file/ResourceManager.java (original) +++ jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/file/ResourceManager.java Thu Mar 1 12:46:28 2007 @@ -128,7 +128,7 @@ * a network connection must be reestablished. * * @return codetrue/code upon successful recovery of the resource manager - * @throws ResourceManagerSystemException if anything fatal hapened during shutdown + * @throws ResourceManagerSystemException if anything fatal hapened during recovery */ public boolean recover() throws ResourceManagerSystemException; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (CONFIGURATION-255) DatabaseConfiguration doesn't support List properties (again)
[ https://issues.apache.org/jira/browse/CONFIGURATION-255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477088 ] Oliver Heger commented on CONFIGURATION-255: Do you have a concrete example where the getList() method is failing? There is a unit test case that fetches a list, and this test is obviously working. DatabaseConfiguration doesn't support List properties (again) - Key: CONFIGURATION-255 URL: https://issues.apache.org/jira/browse/CONFIGURATION-255 Project: Commons Configuration Issue Type: Bug Affects Versions: 1.3 Environment: Sun Java(TM) System Application Server Platform Edition 9.0, Oracle 9i Reporter: Thibaut Martin Priority: Minor The getList() and getStringArray() methods always return a one element list/array, when used with DatabaseConfiguration. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (CONFIGURATION-254) Wrong creation of XMLFileConfigurationDelegate in XMLConfiguration.clone()
[
https://issues.apache.org/jira/browse/CONFIGURATION-254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Heger resolved CONFIGURATION-254.
Resolution: Fixed
The suggested fix was committed. Many thanks.
Wrong creation of XMLFileConfigurationDelegate in XMLConfiguration.clone()
--
Key: CONFIGURATION-254
URL: https://issues.apache.org/jira/browse/CONFIGURATION-254
Project: Commons Configuration
Issue Type: Bug
Affects Versions: 1.3
Environment: Java 1.4.2, Windows XP, Shale
Reporter: Carsten Kaiser
Assigned To: Oliver Heger
Fix For: 1.4
The clone() operation on a XMLConfiguration does not work correctly due to
the following problem:
private class XMLFileConfigurationDelegate extends FileConfigurationDelegate
{
public void load(InputStream in) throws ConfigurationException
{
XMLConfiguration.this.load(in);
}
}
Obviously the delegate references the XMLConfiguration instance it is created
in. Thus when calling
public Object clone()
{
XMLConfiguration copy = (XMLConfiguration) super.clone();
// clear document related properties
copy.document = null;
copy.setDelegate(createDelegate());
// clear all references in the nodes, too
copy.getRoot().visit(new NodeVisitor()
{
public void visitBeforeChildren(Node node, ConfigurationKey key)
{
node.setReference(null);
}
}, null);
return copy;
}
the delegate still references the original XMLConfiguration, thus will save
the content of the original one
to file instead of the clone as expected! Changing the code like this
copy.setDelegate(copy.createDelegate());
solves the problem! Now the cloned XMLConfiguration with all its applied
changes can be saved!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r513498 - in /jakarta/commons/proper/configuration/trunk: RELEASE-NOTES.txt src/java/org/apache/commons/configuration/XMLConfiguration.java src/test/org/apache/commons/configuration/TestXM
Author: oheger
Date: Thu Mar 1 13:15:07 2007
New Revision: 513498
URL: http://svn.apache.org/viewvc?view=revrev=513498
Log:
CONFIGURATION-254: Fix for XMLConfiguration.clone(); thanks to Carsten Kaiser
Modified:
jakarta/commons/proper/configuration/trunk/RELEASE-NOTES.txt
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/XMLConfiguration.java
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
jakarta/commons/proper/configuration/trunk/xdocs/changes.xml
Modified: jakarta/commons/proper/configuration/trunk/RELEASE-NOTES.txt
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/RELEASE-NOTES.txt?view=diffrev=513498r1=513497r2=513498
==
--- jakarta/commons/proper/configuration/trunk/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/configuration/trunk/RELEASE-NOTES.txt Thu Mar 1
13:15:07 2007
@@ -85,6 +85,12 @@
that on Unix under certain circumstances absolute file names are interpreted
as relative ones.
+* [CONFIGURATION-254]
+ After cloning a XMLConfiguration there was still a connection to the original
+ configuration. So when the clone was modified and then saved the content of
+ the original configuration was written. This has now been fixed.
+
+
IMPROVEMENTS IN 1.4
===
* [CONFIGURATION-155]
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/XMLConfiguration.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/XMLConfiguration.java?view=diffrev=513498r1=513497r2=513498
==
---
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/XMLConfiguration.java
(original)
+++
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/XMLConfiguration.java
Thu Mar 1 13:15:07 2007
@@ -710,7 +710,7 @@
// clear document related properties
copy.document = null;
-copy.setDelegate(createDelegate());
+copy.setDelegate(copy.createDelegate());
// clear all references in the nodes, too
clearReferences(copy.getRootNode());
Modified:
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java?view=diffrev=513498r1=513497r2=513498
==
---
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
(original)
+++
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
Thu Mar 1 13:15:07 2007
@@ -670,6 +670,23 @@
}
/**
+ * Tests saving a configuration after cloning to ensure that the clone and
+ * the original are completely detachted.
+ */
+public void testCloneWithSave() throws ConfigurationException
+{
+XMLConfiguration c = (XMLConfiguration) conf.clone();
+c.addProperty(test.newProperty, Boolean.TRUE);
+conf.addProperty(test.orgProperty, Boolean.TRUE);
+c.save(testSaveConf);
+XMLConfiguration c2 = new XMLConfiguration(testSaveConf);
+assertTrue(New property after clone() was not saved, c2
+.getBoolean(test.newProperty));
+assertFalse(Property of original config was saved, c2
+.containsKey(test.orgProperty));
+}
+
+/**
* Tests the subset() method. There was a bug that calling subset() had
* undesired side effects.
*/
Modified: jakarta/commons/proper/configuration/trunk/xdocs/changes.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/xdocs/changes.xml?view=diffrev=513498r1=513497r2=513498
==
--- jakarta/commons/proper/configuration/trunk/xdocs/changes.xml (original)
+++ jakarta/commons/proper/configuration/trunk/xdocs/changes.xml Thu Mar 1
13:15:07 2007
@@ -23,6 +23,12 @@
body
release version=1.4-SNAPSHOT date=in SVN
+ action dev=oheger type=update issue=CONFIGURATION-254
due-to=Carsten Kaiser
+After cloning a XMLConfiguration there was still a connection to the
+original configuration. So when the clone was modified and then saved
+the content of the original configuration was written. This has now
+been fixed.
+ /action
action dev=oheger type=update
Class loading in BeanHelper is now done using ClassUtils of Commons
Lang.
[jira] Updated: (IO-116) Replace static FileCleaner methods
[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann updated IO-116: --- Attachment: commons-io-filecleaningtracker.patch Replace static FileCleaner methods -- Key: IO-116 URL: https://issues.apache.org/jira/browse/IO-116 Project: Commons IO Issue Type: Improvement Components: Utilities Affects Versions: 1.3.1 Reporter: Jochen Wiedmann Priority: Critical Fix For: 1.4 Attachments: commons-io-filecleaningtracker.patch The attached patch aims to finally resolve the problems, which are named in IO-99, FILEUPLOAD-120, and FILEUPLOAD-125. I choosed a conservative strategy: Basically I copied the FileCleaner class to an instantiable class FileCleaningTracker with instance methods. The static FileCleaner methods are now implemented by a static instance of FileCleaningTracker. (The name FileCleaningTracker is, of course, questionable. The FileCleaningTestCase was also created by simply copying FileCleaner to FileCleaningTestCase. FileCleanerTestCase is now similarly implemented as a subclass of FileCleanerTestCase which uses the static instance of FileCleaner rather than a dynamically created instance. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (IO-116) Replace static FileCleaner methods
Replace static FileCleaner methods -- Key: IO-116 URL: https://issues.apache.org/jira/browse/IO-116 Project: Commons IO Issue Type: Improvement Components: Utilities Affects Versions: 1.3.1 Reporter: Jochen Wiedmann Priority: Critical Fix For: 1.4 Attachments: commons-io-filecleaningtracker.patch The attached patch aims to finally resolve the problems, which are named in IO-99, FILEUPLOAD-120, and FILEUPLOAD-125. I choosed a conservative strategy: Basically I copied the FileCleaner class to an instantiable class FileCleaningTracker with instance methods. The static FileCleaner methods are now implemented by a static instance of FileCleaningTracker. (The name FileCleaningTracker is, of course, questionable. The FileCleaningTestCase was also created by simply copying FileCleaner to FileCleaningTestCase. FileCleanerTestCase is now similarly implemented as a subclass of FileCleanerTestCase which uses the static instance of FileCleaner rather than a dynamically created instance. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
