[jira] Commented: (DBCP-191) [dbcp] does not compile under the latest unreleased jdk 1.6 / JDBC 4.0
[
https://issues.apache.org/jira/browse/DBCP-191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_1242
]
Georgi Georgiev commented on DBCP-191:
--
What would the proper way to fix this issue be? It is quite simple to implement
the missing methods but that would break compatibility with Java 5.
[dbcp] does not compile under the latest unreleased jdk 1.6 / JDBC 4.0
--
Key: DBCP-191
URL: https://issues.apache.org/jira/browse/DBCP-191
Project: Commons Dbcp
Issue Type: Improvement
Environment: $ java -version
java version 1.6.0-rc
Java(TM) SE Runtime Environment (build 1.6.0-rc-b87)
Java HotSpot(TM) Client VM (build 1.6.0-rc-b87, mixed mode, sharing)
$ java -version
java version 1.6.0-rc
Java(TM) SE Runtime Environment (build 1.6.0-rc-b89)
Java HotSpot(TM) Client VM (build 1.6.0-rc-b89, mixed mode, sharing)
Reporter: Michael Heuer
Priority: Minor
Fix For: 1.3
Just a heads up, [dbcp] does not compile under the latest unreleased jdk 1.6
/ JDBC 4.0, even with maven.compile.source and maven.compile.target
properties set to something appropriate.
$ maven java:compile
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0.2
java:prepare-filesystem:
[mkdir] Created dir: working/commons-dbcp/target/classes
java:compile:
[echo] Compiling to working/commons-dbcp/target/classes
[echo]
==
NOTE: Targetting JVM 1.6, classes
will not run on earlier JVMs
==
[javac] Compiling 39 source files to working/commons-dbcp/target/classes
working/commons-dbcp/src/java/org/apache/commons/dbcp/BasicDataSource.java:43:
org.apache.commons.dbcp.BasicDataSource is not abstract and does not
override abstract method
TcreateQueryObject(java.lang.ClassT,javax.sql.DataSource) in
javax.sql.DataSource
public class BasicDataSource implements DataSource {
^
working/commons-dbcp/src/java/org/apache/commons/dbcp/cpdsadapter/ConnectionImpl.java:
40: org.apache.commons.dbcp.cpdsadapter.ConnectionImpl is not abstract and
does not override abstract method
createStruct(java.lang.String,java.lang.Object[]) in java.sql.Connection
class ConnectionImpl implements Connection {
^
working/commons-dbcp/src/java/org/apache/commons/dbcp/cpdsadapter/PooledConnectionImpl.java:42:
org.apache.commons.dbcp.cpdsadapter.PooledConnectionImpl is not abstract and
does not override abstract method
removeStatementEventListener(javax.sql.StatementEventListener) in
javax.sql.PooledConnection
class PooledConnectionImpl
^
working/commons-dbcp/src/java/org/apache/commons/dbcp/DelegatingConnection.java:50:
org.apache.commons.dbcp.DelegatingConnection is not abstract and does not
override abstract method createStruct(java.lang.String,java.lang.Object[]) in
java.sql.Connection
public class DelegatingConnection extends AbandonedTrace
^
working/commons-dbcp/src/java/org/apache/commons/dbcp/cpdsadapter/DriverAdapterCPDS.java:85:
org.apache.commons.dbcp.cpdsadapter.DriverAdapterCPDS is not abstract and
does not override abstract method getQueryObjectGenerator() in
javax.sql.CommonDataSource
public class DriverAdapterCPDS
^
working/commons-dbcp/src/java/org/apache/commons/dbcp/DelegatingStatement.java:45:
org.apache.commons.dbcp.DelegatingStatement is not abstract and does not
override abstract method isPoolable() in java.sql.Statement
public class DelegatingStatement extends AbandonedTrace implements Statement {
^
working/commons-dbcp/src/java/org/apache/commons/dbcp/DelegatingStatement.java:130:
isClosed() in org.apache.commons.dbcp.DelegatingStatement cannot implement
isClosed() in java.sql.Statement; attempting to assign weaker access
privileges; was public
protected boolean isClosed() {
^
working/commons-dbcp/src/java/org/apache/commons/dbcp/DelegatingPreparedStatement.java:49:
org.apache.commons.dbcp.DelegatingPreparedStatement is not abstract and does
not override abstract method setCharacterStream(int,java.io.Reader,long) in
java.sql.PreparedStatement
public class DelegatingPreparedStatement extends DelegatingStatement
^
working/commons-dbcp/src/java/org/apache/commons/dbcp/PoolablePreparedStatement.java:40:
org.apache.commons.dbcp.PoolablePreparedStatement is not abstract and does
not override abstract method setCharacterStream(int,java.io.Reader,long) in
java.sql.PreparedStatement
public class PoolablePreparedStatement extends DelegatingPreparedStatement
implements PreparedStatement {
^
svn commit: r514390 - in /jakarta/commons/proper/httpclient/trunk: ./ src/contrib/org/apache/commons/httpclient/contrib/ssl/ src/test/org/apache/commons/httpclient/ssl/
Author: oglueck
Date: Sun Mar 4 04:37:15 2007
New Revision: 514390
URL: http://svn.apache.org/viewvc?view=revrev=514390
Log:
Fixed resource leaks
PR: HTTPCLIENT-641
Contributed by Hanson Char
Reviewed by Ortwin Glück
Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt
jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/AuthSSLProtocolSocketFactory.java
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java
Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/release_notes.txt?view=diffrev=514390r1=514389r2=514390
==
--- jakarta/commons/proper/httpclient/trunk/release_notes.txt (original)
+++ jakarta/commons/proper/httpclient/trunk/release_notes.txt Sun Mar 4
04:37:15 2007
@@ -1,4 +1,7 @@
Changes since Release 3.1 Beta 1:
+* [HTTPCLIENT-641] - Resource Leakage when loading keystore in
AuthSSLProtocolSocketFactory.
+ Contributed by Hanson Char
+
* [HTTPCLIENT-634] - Default host config can override scheme of absolute URL.
Contributed by John Kristian
Modified:
jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/AuthSSLProtocolSocketFactory.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/AuthSSLProtocolSocketFactory.java?view=diffrev=514390r1=514389r2=514390
==
---
jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/AuthSSLProtocolSocketFactory.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/AuthSSLProtocolSocketFactory.java
Sun Mar 4 04:37:15 2007
@@ -31,6 +31,7 @@
package org.apache.commons.httpclient.contrib.ssl;
import java.io.IOException;
+import java.io.InputStream;
import java.net.InetAddress;
import java.net.InetSocketAddress;
import java.net.Socket;
@@ -215,7 +216,13 @@
}
LOG.debug(Initializing key store);
KeyStore keystore = KeyStore.getInstance(jks);
-keystore.load(url.openStream(), password != null ?
password.toCharArray(): null);
+InputStream is = null;
+try {
+ is = url.openStream();
+keystore.load(is, password != null ? password.toCharArray(): null);
+} finally {
+ if (is != null) is.close();
+}
return keystore;
}
Modified:
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java?view=diffrev=514390r1=514389r2=514390
==
---
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java
Sun Mar 4 04:37:15 2007
@@ -31,6 +31,7 @@
package org.apache.commons.httpclient.ssl;
import java.io.IOException;
+import java.io.InputStream;
import java.net.ServerSocket;
import java.net.URL;
import java.security.KeyStore;
@@ -61,7 +62,13 @@
ClassLoader cl = SimpleSocketFactory.class.getClassLoader();
URL url =
cl.getResource(org/apache/commons/httpclient/ssl/simpleserver.keystore);
KeyStore keystore = KeyStore.getInstance(jks);
-keystore.load(url.openStream(), nopassword.toCharArray());
+InputStream is = null;
+try {
+ is = url.openStream();
+ keystore.load(is, nopassword.toCharArray());
+} finally {
+ if (is != null) is.close();
+}
KeyManagerFactory kmfactory = KeyManagerFactory.getInstance(
KeyManagerFactory.getDefaultAlgorithm());
kmfactory.init(keystore, nopassword.toCharArray());
Modified:
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java?view=diffrev=514390r1=514389r2=514390
==
---
svn commit: r514406 - /jakarta/commons/proper/transaction/trunk/project.xml
Author: ozeigermann
Date: Sun Mar 4 07:28:11 2007
New Revision: 514406
URL: http://svn.apache.org/viewvc?view=revrev=514406
Log:
Updated to most recent release number
Modified:
jakarta/commons/proper/transaction/trunk/project.xml
Modified: jakarta/commons/proper/transaction/trunk/project.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/trunk/project.xml?view=diffrev=514406r1=514405r2=514406
==
--- jakarta/commons/proper/transaction/trunk/project.xml (original)
+++ jakarta/commons/proper/transaction/trunk/project.xml Sun Mar 4 07:28:11
2007
@@ -25,7 +25,7 @@
shortDescriptionCommons Transaction/shortDescription
descriptionCommons Transaction/description
- currentVersion1.2-rc3/currentVersion
+ currentVersion1.2-rc4/currentVersion
urlhttp://jakarta.apache.org/commons/${pom.artifactId.substring(8)}//url
packageorg.apache.commons.${pom.artifactId.substring(8)}/package
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r514407 - /jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/
Author: ozeigermann Date: Sun Mar 4 07:29:07 2007 New Revision: 514407 URL: http://svn.apache.org/viewvc?view=revrev=514407 Log: (empty) Added: jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/ - copied from r514406, jakarta/commons/proper/transaction/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r514408 - /jakarta/commons/proper/transaction/trunk/build.xml
Author: ozeigermann Date: Sun Mar 4 07:30:40 2007 New Revision: 514408 URL: http://svn.apache.org/viewvc?view=revrev=514408 Log: Updated to most recent release number Modified: jakarta/commons/proper/transaction/trunk/build.xml Modified: jakarta/commons/proper/transaction/trunk/build.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/trunk/build.xml?view=diffrev=514408r1=514407r2=514408 == --- jakarta/commons/proper/transaction/trunk/build.xml (original) +++ jakarta/commons/proper/transaction/trunk/build.xml Sun Mar 4 07:30:40 2007 @@ -36,7 +36,7 @@ property name=compile.deprecation value=true / property name=compile.optimize value=true / - property name=version value=1.2-rc3/ + property name=version value=1.2-rc4/ property name=name value=commons-transaction / property name=title value=Commons Transaction / property name=package value=org.apache.commons.transaction / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r514411 - in /jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH: RELEASE-NOTES.txt build.xml
Author: ozeigermann Date: Sun Mar 4 07:35:33 2007 New Revision: 514411 URL: http://svn.apache.org/viewvc?view=revrev=514411 Log: Updated to most recent release number Modified: jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml Modified: jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt?view=diffrev=514411r1=514410r2=514411 == --- jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt Sun Mar 4 07:35:33 2007 @@ -2,7 +2,7 @@ --- RELEASE NUMBER: 1.2 -RELEASE TAG / BRANCH: TRANSACTION_1_2_RELEASE / none yet +RELEASE TAG / BRANCH: TRANSACTION_1_2_RELEASE_BRANCH / none yet DESCRIPTION --- Modified: jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml?view=diffrev=514411r1=514410r2=514411 == --- jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml (original) +++ jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml Sun Mar 4 07:35:33 2007 @@ -36,7 +36,7 @@ property name=compile.deprecation value=true / property name=compile.optimize value=true / - property name=version value=1.2-rc3/ + property name=version value=1.2-rc4/ property name=name value=commons-transaction / property name=title value=Commons Transaction / property name=package value=org.apache.commons.transaction / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r514418 - in /jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH: RELEASE-NOTES.txt build.xml project.xml xdocs/releases.xml
Author: ozeigermann
Date: Sun Mar 4 07:55:20 2007
New Revision: 514418
URL: http://svn.apache.org/viewvc?view=revrev=514418
Log:
Final release preparations
Modified:
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/project.xml
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/xdocs/releases.xml
Modified:
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt?view=diffrev=514418r1=514417r2=514418
==
---
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt
(original)
+++
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/RELEASE-NOTES.txt
Sun Mar 4 07:55:20 2007
@@ -2,7 +2,7 @@
---
RELEASE NUMBER: 1.2
-RELEASE TAG / BRANCH: TRANSACTION_1_2_RELEASE_BRANCH / none yet
+RELEASE TAG / BRANCH: TRANSACTION_1_2_RELEASE / TRANSACTION_1_2_RELEASE_BRANCH
DESCRIPTION
---
Modified:
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml?view=diffrev=514418r1=514417r2=514418
==
---
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml
(original)
+++
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/build.xml
Sun Mar 4 07:55:20 2007
@@ -36,7 +36,7 @@
property name=compile.deprecation value=true /
property name=compile.optimize value=true /
- property name=version value=1.2-rc4/
+ property name=version value=1.2/
property name=name value=commons-transaction /
property name=title value=Commons Transaction /
property name=package value=org.apache.commons.transaction /
Modified:
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/project.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/project.xml?view=diffrev=514418r1=514417r2=514418
==
---
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/project.xml
(original)
+++
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/project.xml
Sun Mar 4 07:55:20 2007
@@ -25,7 +25,7 @@
shortDescriptionCommons Transaction/shortDescription
descriptionCommons Transaction/description
- currentVersion1.2-rc4/currentVersion
+ currentVersion1.2/currentVersion
urlhttp://jakarta.apache.org/commons/${pom.artifactId.substring(8)}//url
packageorg.apache.commons.${pom.artifactId.substring(8)}/package
Modified:
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/xdocs/releases.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/xdocs/releases.xml?view=diffrev=514418r1=514417r2=514418
==
---
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/xdocs/releases.xml
(original)
+++
jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/xdocs/releases.xml
Sun Mar 4 07:55:20 2007
@@ -29,6 +29,7 @@
lia
href=http://archive.apache.org/dist/jakarta/commons/transaction/;Version 1.0
- 15 December 2004/a / a
href=http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_0_RELEASE/RELEASE-NOTES.txt;release
notes/a/li
lia
href=http://archive.apache.org/dist/jakarta/commons/transaction/;Version
1.0.1 - 13 January 2005/a / a
href=http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_0_1_RELEASE/RELEASE-NOTES.txt;release
notes/a/li
lia
href=http://jakarta.apache.org/site/downloads/downloads_commons-transaction.cgi;Version
1.1 - 02 June 2005/a / a
href=http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_FINAL_RELEASE/RELEASE-NOTES.txt;release
notes/a/li
+ lia
href=http://jakarta.apache.org/site/downloads/downloads_commons-transaction.cgi;Version
1.2 - 04 March 2007/a / a
href=http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_2_RELEASE/RELEASE-NOTES.txt;release
notes/a/li
/ul
p
The latest binary and source releases are always available on the
svn commit: r514422 - /jakarta/commons/proper/transaction/tags/TRANSACTION_1_2_RELEASE/
Author: ozeigermann Date: Sun Mar 4 08:04:05 2007 New Revision: 514422 URL: http://svn.apache.org/viewvc?view=revrev=514422 Log: 1.2 release tag Added: jakarta/commons/proper/transaction/tags/TRANSACTION_1_2_RELEASE/ - copied from r514421, jakarta/commons/proper/transaction/branches/TRANSACTION_1_2_RELEASE_BRANCH/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-324) Weak references with time limit?
[ https://issues.apache.org/jira/browse/LANG-324?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477797 ] Holger Hoffstätte commented on LANG-324: In light of the many problems with FileCleaner (in IO and FileUpload) I would like to suggest that libraries like commons-lang and commons-io *never* create Threads, or - as is the case here - a Timer. It would be much better to let the user inject the Thread/Timer/ScheduledExecutor(!) in the constructor, otherwise the class has to manage a stateful objects' slifetime without any good means to do so. Also, Timer itself is not such a great idea to begin with; ScheduledExecutorService in JDK5+ and the backport lib is much more predictable and well-behaved, so making the actual timing mechanism pluggable/replaceable has high value. Weak references with time limit? Key: LANG-324 URL: https://issues.apache.org/jira/browse/LANG-324 Project: Commons Lang Issue Type: New Feature Reporter: Henri Yandell Fix For: JDK 5.0 features Berin blogged about a useful util, might be something to add to a future Lang: http://jroller.com/page/bloritsch?entry=weakreferences_with_a_time_limit -- 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]
[VOTE] Release Commons Transaction 1.2
Folks! Every now and then I make a new approach to finally release commons transaction 1.2. I have created a branch for the 1.2 version now TRANSACTION_1_2_RELEASE_BRANCH and a release tag TRANSACTION_1_2_RELEASE And have put up the rc4 to http://people.apache.org/~ozeigermann/tx-1.2rc4/ for inspection. This includes the distributions and a preview of the site updated for 1.2. To release 1.2 final based on that release candidate here is my +1 Cheers Oliver - 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 62 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: 17 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-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-04032007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-04032007.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 62 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: 17 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-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-04032007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-04032007.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]
svn commit: r514430 - /jakarta/commons/proper/transaction/branches/TRANSACTION_2/
Author: ozeigermann Date: Sun Mar 4 08:31:33 2007 New Revision: 514430 URL: http://svn.apache.org/viewvc?view=revrev=514430 Log: (empty) Added: jakarta/commons/proper/transaction/branches/TRANSACTION_2/ - copied from r514429, jakarta/commons/proper/transaction/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (IO-116) Replace static FileCleaner methods
[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477803 ] Holger Hoffstätte commented on IO-116: -- Hi Jochen, this is already much better than what is in the last release but please check out my suggestion to a similar problem in LANG-324. Your patch still creates the reaper Thread and it would be IMHO better to let the user/webapp/environment manage the lifecycle of that Thread, if only to be able to properly interrupt it. Also instead of using an extra Thread it should be possible to use an injected Timer; deleting the files is (as far as I understand it?) not a real-time activity since it happens asynchronously anyway. Creating/keeping static Thread references should have never made it into a released commons API :( 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]
[transaction] Heads up: Two new branches
Folks! I have create two new branches for Commons Transaction: https://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/branches/ - TRANSACTION_1_2_RELEASE_BRANCH: The release branch for the upcoming 1.2 final and all subsequent maintenance releases. E.g. 1.2.1 will be spawned from this branch - TRANSACTION2: Branch for initial 2.0 code. Features and policies will have to be discusseed, but a lot of ideas simply are not compatible with what we have done for 1.x. More to come on this specific topic. 1.x development will continue on the TRUNK, e.g. 1.3 will be spawned from it. All new features go into the TRUNK Cheers Oliver - 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 62 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: 13 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-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-04032007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-04032007.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-04032007.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 62 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: 13 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-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-04032007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-04032007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-04032007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-04032007.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-04032007.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)
[transaction] Brainstorming for 2.0
Folks! As explaining in my previous post, I have created a new TRANSACTION2 branch to contain initial code, docs, etc. for a future 2.0 version of Commons Transaction. If you have ideas, suggestions, etc. please follow up to this post until we find a more suitable place for such a discussion. Open Questions (my suggestions in brackets): 1.) Medium for discussion (Wiki? SVN?) 2.) Library requirement (1.5 concurrent package?) 3.) Minimum JDK Requirement (always the latest, i.e. 1.6) 4.) Scope (all restricted as possible) 5.) What else? Cheers Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (IO-77) [io] add a convenience FileUtils.move(File src, File dest)
[
https://issues.apache.org/jira/browse/IO-77?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477804
]
Holger Hoffstätte commented on IO-77:
-
Here's my vote to do the copying with NIO instead of buffer slinging, if at all
possible. Not sure if that would conflict with the targeted base JDK version?
[io] add a convenience FileUtils.move(File src, File dest)
--
Key: IO-77
URL: https://issues.apache.org/jira/browse/IO-77
Project: Commons IO
Issue Type: Improvement
Components: Utilities
Affects Versions: 1.0
Environment: Operating System: other
Platform: Other
Reporter: nicolas de loof
Priority: Minor
Fix For: 1.4
Attachments: patch_io.txt
I'm using FileUtils as it partially solves the missing move method for File,
that is so simple to do in unix shell.
A full implementation in FileUtils may be great :
static boolean FileUtils.move(File src, File dest)
throws IOException
{
boolean rename = src.renameTo(dest);
if (!rename)
{
copyFile(file, dest);
file.delete();
}
}
--
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] Commented: (IO-116) Replace static FileCleaner methods
[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477816 ] Jochen Wiedmann commented on IO-116: Holger, I may get things wrong, but IMO you are perfectly capable of controlling the threads lifetime: - You create your own instance of FileCleaningTracker. - The thread is started whenever the first file is added to the instance as trackable. - The thread may be terminated by invoking exitWhenFinished(). For a new lifecycle, simply create a new instance. So, what's wrong in your opinion? 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]
Re: [VOTE] Release Commons Transaction 1.2
My understanding was that David Blevins had kindly created JDK 1.3 compatible versions of the geronimo dependencies that transaction needs - see http://tinyurl.com/yw2j4e From what I can see from the geronimo vote threads they seemed to have passed - but the final release steps not yet completed. I'm sure a ping to David would resolve this. David resolving the JDK 1.3 issue with the Geronimo jars removes the necessity of having jars in the subversion repo for transaction - which was an objection from a number of people over the last transaction 1.2 RC. From what I can see looks like the same objections still stand for this RC? Niall On 3/4/07, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks! Every now and then I make a new approach to finally release commons transaction 1.2. I have created a branch for the 1.2 version now TRANSACTION_1_2_RELEASE_BRANCH and a release tag TRANSACTION_1_2_RELEASE And have put up the rc4 to http://people.apache.org/~ozeigermann/tx-1.2rc4/ for inspection. This includes the distributions and a preview of the site updated for 1.2. To release 1.2 final based on that release candidate here is my +1 Cheers Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons Transaction 1.2
Hi Niall! Thanks for checking that. The jars are the new ones from David, yes. But AFAIK you can not get them over the standard Maven repositories. It least I could not. That's why they are in the distro. That can be changed with the next release (1.3 or 1.2.1) when the jars can be retrieved over the standard Maven repository. So, this is no objection to me, unless you vote with a -1 ;) Cheers Oliver 2007/3/4, Niall Pemberton [EMAIL PROTECTED]: My understanding was that David Blevins had kindly created JDK 1.3 compatible versions of the geronimo dependencies that transaction needs - see http://tinyurl.com/yw2j4e From what I can see from the geronimo vote threads they seemed to have passed - but the final release steps not yet completed. I'm sure a ping to David would resolve this. David resolving the JDK 1.3 issue with the Geronimo jars removes the necessity of having jars in the subversion repo for transaction - which was an objection from a number of people over the last transaction 1.2 RC. From what I can see looks like the same objections still stand for this RC? Niall On 3/4/07, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks! Every now and then I make a new approach to finally release commons transaction 1.2. I have created a branch for the 1.2 version now TRANSACTION_1_2_RELEASE_BRANCH and a release tag TRANSACTION_1_2_RELEASE And have put up the rc4 to http://people.apache.org/~ozeigermann/tx-1.2rc4/ for inspection. This includes the distributions and a preview of the site updated for 1.2. To release 1.2 final based on that release candidate here is my +1 Cheers Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (IO-116) Replace static FileCleaner methods
[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477827 ] Holger Hoffstätte commented on IO-116: -- Jochen, yes you are right: it is possible to control the lifetime shutdown properly but I was suggesting that we prevent the creation of yet another extra Thread at all. Active objects don't really need their own Thread, they only need to be run in certain intervals and decoupled. If every little object would start its own Thread all hell would break loose. That was all, really. (Java really needs a better abstraction for lightweight active objects that do not correspond 1:1 to Threads..) 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] Commented: (IO-116) Replace static FileCleaner methods
[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477828 ] Jochen Wiedmann commented on IO-116: Holger, of course there is no such thing as a thread for every little object. The thread is started when the *first* object is attached to the instance. Typically, you would create the instance in your web applications init method and call exitWhenFinished in the webapps destroy method. That's all there is. 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]
Re: [VOTE] Release Commons Transaction 1.2
On 3/4/07, Oliver Zeigermann [EMAIL PROTECTED] wrote: Hi Niall! Thanks for checking that. The jars are the new ones from David, yes. But AFAIK you can not get them over the standard Maven repositories. It least I could not. That's why they are in the distro. That can be changed with the next release (1.3 or 1.2.1) when the jars can be retrieved over the standard Maven repository. So, this is no objection to me, unless you vote with a -1 ;) Its not something that would cause me to vote against the release - but it does seem a shame, given the number of comments from others in previous threads, to not at least ping David first and try to keep everyone happy. Niall Cheers Oliver 2007/3/4, Niall Pemberton [EMAIL PROTECTED]: My understanding was that David Blevins had kindly created JDK 1.3 compatible versions of the geronimo dependencies that transaction needs - see http://tinyurl.com/yw2j4e From what I can see from the geronimo vote threads they seemed to have passed - but the final release steps not yet completed. I'm sure a ping to David would resolve this. David resolving the JDK 1.3 issue with the Geronimo jars removes the necessity of having jars in the subversion repo for transaction - which was an objection from a number of people over the last transaction 1.2 RC. From what I can see looks like the same objections still stand for this RC? Niall On 3/4/07, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks! Every now and then I make a new approach to finally release commons transaction 1.2. I have created a branch for the 1.2 version now TRANSACTION_1_2_RELEASE_BRANCH and a release tag TRANSACTION_1_2_RELEASE And have put up the rc4 to http://people.apache.org/~ozeigermann/tx-1.2rc4/ for inspection. This includes the distributions and a preview of the site updated for 1.2. To release 1.2 final based on that release candidate here is my +1 Cheers Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons Transaction 1.2
2007/3/4, Niall Pemberton [EMAIL PROTECTED]: On 3/4/07, Oliver Zeigermann [EMAIL PROTECTED] wrote: Hi Niall! Thanks for checking that. The jars are the new ones from David, yes. But AFAIK you can not get them over the standard Maven repositories. It least I could not. That's why they are in the distro. That can be changed with the next release (1.3 or 1.2.1) when the jars can be retrieved over the standard Maven repository. So, this is no objection to me, unless you vote with a -1 ;) Its not something that would cause me to vote against the release - but it does seem a shame, given the number of comments from others in previous threads, to not at least ping David first and try to keep everyone happy. 1.2 is not going to be the final version in history. AFAIK the policy is release early, release often. The main question to me is: Is this 1.2 release going to be better than the existing final 1.1? Or put the other way round: Is it a good idea to replace 1.1 as the official version with 1.2? And my answer: It is by all means! That's why - INHO - removing the jars can wait until 1.3 or 1.2.1. Cheers Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (IO-116) Replace static FileCleaner methods
[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477848 ] Holger Hoffstätte commented on IO-116: -- Hi, ich fürchte wir reden total aneinander vorbei :) Ich weiß schon wie der FileTracker funktioniert, und auch daß er als Dienst eine etwas andere Rolle spielen darf als z.B. die üblichen statischen Helfer-Methoden. Gerade aber weil er nur ab und zu laufen muß, ist es ein guter Kandidat für einen Timer - weil z.B. eine Webapp ja auch garantiert noch andere Dinge zu tun hat, und es wäre sicherlich einfacher, nur einen Timer pro Webapp für alle periodischen Dinge zu benutzen/zu kontrollieren als x verschiedene Mechanismen. Worauf ich hinauswollte: Bibliotheken (im Gegensatz zu Frameworks) an sich sollten eben überhaupt gar keine Threads starten - weil das sonst eben genau darauf hinausläuft, daß jede Klasse ihr Thread-Handling selbst neu stricken muß, mit ClassLoader-leaks und dem ganzen Klimbim. Es gibt unzählige Verwendungen für asynchrone Objekte in Collections, IO, Lang, Pool, DBCP usw. und obwohl eigentlich nur 1-2 gebraucht würden um die Arbeit zu erledigen hätte man am Ende mehrere hundert Threads laufen, nur weil wieder keiner über APIs und Komposition/Zusammenspiel im größeren Rahmen nachgedacht hat. Wenn ich in meiner App z.B. 100 kleine Pools habe, die sich alle 5 Minuten periodisch selbst säubern können, brauche ich dafür wirklich keine 100 Threads, die 99.99% der Zeit einfach nichts tun. Mein Kommentar war lediglich als kleiner Denkanstoß für commons allgemein gedacht. ciao Holger 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] Commented: (IO-116) Replace static FileCleaner methods
[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477849 ] Holger Hoffstätte commented on IO-116: -- *sigh* - that last comment was meant as private email. please ignore. 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]
Re: [transaction] Brainstorming for 2.0
Oliver Zeigermann oliver.zeigermann at gmail.com writes: As explaining in my previous post, I have created a new TRANSACTION2 branch to contain initial code, docs, etc. for a future 2.0 version of Commons Transaction. If you have ideas, suggestions, etc. please follow up to this post until we find a more suitable place for such a discussion. Open Questions (my suggestions in brackets): 1.) Medium for discussion (Wiki? SVN?) Why not this list? Do you expect so much discussion? 2.) Library requirement (1.5 concurrent package?) +1 In general there shouldn't be too many dependencies. Maybe a newer JCA spec later on. 3.) Minimum JDK Requirement (always the latest, i.e. 1.6) Hmm, why require more than necessary? Java 5 brings the concurrent package, but Java 6? Higher requirements always limit the number of users. 4.) Scope (all restricted as possible) Scope of what? Access scope of interfaces, classes, methods? Normally I tend to limit it as less as possible to allow easy extending and sub classing. But if changes to the API are always related with such circumstances ... Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
