[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) 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-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 6 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-05102006.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 42 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] 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/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-05102006.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/maven-xdoc-plugin/maven-xdoc-plugin-1.9.2.jar - [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.612 sec [junit] Running org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.47 sec [junit] Running org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest [junit] Tests run: 12, Failures: 1, Errors: 0, Time elapsed: 1.182 sec [junit] [ERROR] TEST org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED [junit] Running org.apache.commons.id.serial.AlphanumericGeneratorTest [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 0.599 sec [junit] Running org.apache.commons.id.serial.LongGeneratorTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.742 sec [junit] Running org.apache.commons.id.serial.NumericGeneratorTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.684 sec [junit] Running org.apache.commons.id.uuid.state.StateHelperTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.864 sec [junit] Running org.apache.commons.id.uuid.state.NodeTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.713 sec [junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.78 sec [junit] Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.042 sec [junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.782 sec [junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.729 sec [junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.494 sec [junit] Running org.apache.commons.id.uuid.NodeManagerImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.99 sec [junit] Running org.apache.commons.id.uuid.UUIDTest [junit] Tests run: 17, Failures: 0, Errors: 0, Time
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) 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-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 6 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-05102006.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 42 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] 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/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-05102006.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/maven-xdoc-plugin/maven-xdoc-plugin-1.9.2.jar - [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.612 sec [junit] Running org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.47 sec [junit] Running org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest [junit] Tests run: 12, Failures: 1, Errors: 0, Time elapsed: 1.182 sec [junit] [ERROR] TEST org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED [junit] Running org.apache.commons.id.serial.AlphanumericGeneratorTest [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 0.599 sec [junit] Running org.apache.commons.id.serial.LongGeneratorTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.742 sec [junit] Running org.apache.commons.id.serial.NumericGeneratorTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.684 sec [junit] Running org.apache.commons.id.uuid.state.StateHelperTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.864 sec [junit] Running org.apache.commons.id.uuid.state.NodeTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.713 sec [junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.78 sec [junit] Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.042 sec [junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.782 sec [junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.729 sec [junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.494 sec [junit] Running org.apache.commons.id.uuid.NodeManagerImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.99 sec [junit] Running org.apache.commons.id.uuid.UUIDTest [junit] Tests run: 17, Failures: 0, Errors: 0, Time
[jira] Commented: (VFS-76) Timing Issues With Multiple Open Files and WebDav
[ http://issues.apache.org/jira/browse/VFS-76?page=comments#action_12440114 ] Thomas Hoppe commented on VFS-76: - Hi, yes it works now. I had a look at slide and I can only hope you do not use it excessively. Slide has the worst quality I have ever seen in an Apache project. Several methods are available but not implemented! A small issue: I noticed, that with the latest builds it is necessary to have commons-codec in the classpath. You should note that in the dependencies I guess. thanks! Timing Issues With Multiple Open Files and WebDav - Key: VFS-76 URL: http://issues.apache.org/jira/browse/VFS-76 Project: Commons VFS Issue Type: Bug Environment: Windows XP, JDK 1.5.x Reporter: Thomas Hoppe Attachments: VFSBugTest.java If I open two files on a WebDav resource, there is an HTTPClient error if there is only a very short pause between opening them. If there is no pause inbetween, it works. If you turn debugging of HTTPclient on, it seems like the connection is closed while commons or VFS tries to read from the HTTP connection (I'm not using any threads!) Sample, code is attached, the exception is: org.apache.commons.vfs.FileSystemException: Could not determine the type of file webdav://crtdhks1d0179/carladata/bla1.txt. at org.apache.commons.vfs.provider.AbstractFileObject.attach(AbstractFileObject.java:1281) at org.apache.commons.vfs.provider.AbstractFileObject.getContent(AbstractFileObject.java:1017) at VFSBugTest.main(VFSBugTest.java:41) Caused by: org.apache.commons.httpclient.HttpRecoverableException: org.apache.commons.httpclient.HttpRecoverableException: Error in parsing the status line from the response: unable to find line starting with HTTP at org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1933) at org.apache.commons.httpclient.HttpMethodBase.processRequest(HttpMethodBase.java:2627) at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1061) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:643) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:497) at org.apache.commons.vfs.provider.webdav.WebdavFileObject.setDavResource(WebdavFileObject.java:139) at org.apache.commons.vfs.provider.webdav.WebdavFileObject.doAttach(WebdavFileObject.java:88) at org.apache.commons.vfs.provider.AbstractFileObject.attach(AbstractFileObject.java:1267) ... 2 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[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 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 19 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-05102006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-05102006.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:63) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:112) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed
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 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 19 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-05102006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-05102006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-05102006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-05102006.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:63) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:112) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at
[jira] Created: (VFS-90) RandomAccessFile backed by a RandomAccessContent instance
RandomAccessFile backed by a RandomAccessContent instance - Key: VFS-90 URL: http://issues.apache.org/jira/browse/VFS-90 Project: Commons VFS Issue Type: New Feature Reporter: Elifarley Callado Coelho Priority: Minor Some existing libraries and applications rely on a RandomAccessFile instance to process its IO tasks. They could be benefited by an adapter class providing a RandomAccessFile view of an arbitrary RandomAccessContent. Example: a database server using a RandomAccessFile instance to access its data from a local file would automatically be able to access it from a remote resource accessed through HTTP. I have already created such a class. I'll try to add it to this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-90) RandomAccessFile backed by a RandomAccessContent instance
[ http://issues.apache.org/jira/browse/VFS-90?page=all ] Elifarley Callado Coelho updated VFS-90: Attachment: src.zip RandomAccessFile backed by a RandomAccessContent instance - Key: VFS-90 URL: http://issues.apache.org/jira/browse/VFS-90 Project: Commons VFS Issue Type: New Feature Reporter: Elifarley Callado Coelho Priority: Minor Attachments: src.zip Some existing libraries and applications rely on a RandomAccessFile instance to process its IO tasks. They could be benefited by an adapter class providing a RandomAccessFile view of an arbitrary RandomAccessContent. Example: a database server using a RandomAccessFile instance to access its data from a local file would automatically be able to access it from a remote resource accessed through HTTP. I have already created such a class. I'll try to add it to this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (LANG-281) DurationFormatUtils returns wrong result
DurationFormatUtils returns wrong result Key: LANG-281 URL: http://issues.apache.org/jira/browse/LANG-281 Project: Commons Lang Issue Type: Bug Affects Versions: 2.2, 2.1 Environment: Win xp pro Reporter: stlum9495 DurationFormatUtils returns wrong result. oddly, it is only when Date is set to Dec 31, 2005 The following code will result in a String of -2 which is way off. I've tested against 2.1 and 2.2. Calendar cal = Calendar.getInstance(); cal.set(Calendar.MONTH, Calendar.DECEMBER); cal.set(Calendar.DAY_OF_MONTH, 31); cal.set(Calendar.YEAR, 2005); cal.set(Calendar.HOUR_OF_DAY, 0); cal.set(Calendar.MINUTE, 0); cal.set(Calendar.SECOND, 0); cal.set(Calendar.MILLISECOND, 0); String result = DurationFormatUtils.formatPeriod(cal.getTimeInMillis(), System.currentTimeMillis(), MM); System.out.println(result); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VALIDATOR-202) URL Validator isValid method fails with java.lang.ArrayIndexOutOfBoundsException at org.apache.commons.validator.UrlValidator.isValidAuthority(UrlValidator.java:367)
[
http://issues.apache.org/jira/browse/VALIDATOR-202?page=comments#action_12440200
]
Henri Yandell commented on VALIDATOR-202:
-
ArrayList seemed like a 'doh' moment, but digging into it it's a bit of a pain
to code.
You can't use set as you have to use add the first time in an ArrayList; so the
code would need a large change.
When I was looking at this class there were a number of bits that were jumping
up and down saying RECODE ME!,
so I'm going to apply the two patches above to get the bug fixed in the nightly
build tonight and then I'll look into rewriting things a bit.
ArrayList would work fine if the code was changed from set(..) to add(..)
semantics, but I also think the whole thing could be simplified.
URL Validator isValid method fails with
java.lang.ArrayIndexOutOfBoundsException at
org.apache.commons.validator.UrlValidator.isValidAuthority(UrlValidator.java:367)
-
Key: VALIDATOR-202
URL: http://issues.apache.org/jira/browse/VALIDATOR-202
Project: Commons Validator
Issue Type: Bug
Environment: JBOSS Running on Linux
Reporter: Ben
Attachments: 202-fix.patch, 202-test.patch
Validating the following URL will throw an ArrayIndexOutOfBoundsException
exception
http://www.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.log
Code:
String[] schemes = {http,https}.
UrlValidator urlValidator = new UrlValidator(schemes,
UrlValidator.NO_FRAGMENTS) ;
urlValidator.isValid(http://www.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.log;)
;
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VALIDATOR-203) Refactor UrlValidator - especially the line 370-ish TODO.
Refactor UrlValidator - especially the line 370-ish TODO. - Key: VALIDATOR-203 URL: http://issues.apache.org/jira/browse/VALIDATOR-203 Project: Commons Validator Issue Type: Task Reporter: Henri Yandell Assigned To: Henri Yandell Fix For: 1.3.1 The UrlValidator class needs some cleanup. Just looking at VALIDATOR-202 there were some obvious places where things could be cleaned up and the solution for VALIDATOR-202 could use improvement. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VALIDATOR-202) URL Validator isValid method fails with java.lang.ArrayIndexOutOfBoundsException at org.apache.commons.validator.UrlValidator.isValidAuthority(UrlValidator.java:367)
[
http://issues.apache.org/jira/browse/VALIDATOR-202?page=comments#action_12440201
]
Henri Yandell commented on VALIDATOR-202:
-
See VALIDATOR-203 for Jira issue to RECODE ME.
URL Validator isValid method fails with
java.lang.ArrayIndexOutOfBoundsException at
org.apache.commons.validator.UrlValidator.isValidAuthority(UrlValidator.java:367)
-
Key: VALIDATOR-202
URL: http://issues.apache.org/jira/browse/VALIDATOR-202
Project: Commons Validator
Issue Type: Bug
Environment: JBOSS Running on Linux
Reporter: Ben
Attachments: 202-fix.patch, 202-test.patch
Validating the following URL will throw an ArrayIndexOutOfBoundsException
exception
http://www.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.log
Code:
String[] schemes = {http,https}.
UrlValidator urlValidator = new UrlValidator(schemes,
UrlValidator.NO_FRAGMENTS) ;
urlValidator.isValid(http://www.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.log;)
;
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r453308 - in /jakarta/commons/proper/validator/trunk/src: share/org/apache/commons/validator/UrlValidator.java test/org/apache/commons/validator/UrlTest.java
Author: bayard
Date: Thu Oct 5 11:29:09 2006
New Revision: 453308
URL: http://svn.apache.org/viewvc?view=revrev=453308
Log:
Fixing ArrayOutOfBoundsException bug reported in #VALIDATOR-202. This fix is
pretty simple - 'Create an array of size # of .s plus one', but the
implementation of that isn't very beautiful.
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/UrlValidator.java
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/UrlTest.java
Modified:
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/UrlValidator.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/UrlValidator.java?view=diffrev=453308r1=453307r2=453308
==
---
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/UrlValidator.java
(original)
+++
jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/UrlValidator.java
Thu Oct 5 11:29:09 2006
@@ -355,7 +355,16 @@
//rightmost hostname will never start with a digit.
if (hostname) {
-String[] domainSegment = new String[10];
+// LOW-TECH FIX FOR VALIDATOR-202
+// TODO: Rewrite to use ArrayList and .add semantics: see
VALIDATOR-203
+char[] chars = hostIP.toCharArray();
+int size = 1;
+for(int i=0; ichars.length; i++) {
+if(chars[i] == '.') {
+size++;
+}
+}
+String[] domainSegment = new String[size];
boolean match = true;
int segmentCount = 0;
int segmentLength = 0;
Modified:
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/UrlTest.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/UrlTest.java?view=diffrev=453308r1=453307r2=453308
==
---
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/UrlTest.java
(original)
+++
jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/UrlTest.java
Thu Oct 5 11:29:09 2006
@@ -135,6 +135,12 @@
}
}
+ public void testValidator202() {
+ String[] schemes = {http,https};
+ UrlValidator urlValidator = new UrlValidator(schemes,
UrlValidator.NO_FRAGMENTS);
+
urlValidator.isValid(http://www.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.log;);
+ }
+
static boolean incrementTestPartsIndex(int[] testPartsIndex, Object[]
testParts) {
boolean carry = true; //add 1 to lowest order part.
boolean maxIndex = true;
@@ -278,4 +284,4 @@
new TestPair(telnet, false)};
-}
\ No newline at end of file
+}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VALIDATOR-202) URL Validator isValid method fails with java.lang.ArrayIndexOutOfBoundsException at org.apache.commons.validator.UrlValidator.isValidAuthority(UrlValidator.java:367)
[ http://issues.apache.org/jira/browse/VALIDATOR-202?page=all ]
Henri Yandell resolved VALIDATOR-202.
-
Fix Version/s: 1.3.1
Resolution: Fixed
Assignee: Henri Yandell
svn ci -m Fixing ArrayOutOfBoundsException bug reported in #VALIDATOR-202.
This fix is pretty simple - 'Create an array of size # of .s plus one', but the
implementation of that isn't very beautiful.
Sendingsrc/share/org/apache/commons/validator/UrlValidator.java
Sendingsrc/test/org/apache/commons/validator/UrlTest.java
Transmitting file data ..
Committed revision 453308.
URL Validator isValid method fails with
java.lang.ArrayIndexOutOfBoundsException at
org.apache.commons.validator.UrlValidator.isValidAuthority(UrlValidator.java:367)
-
Key: VALIDATOR-202
URL: http://issues.apache.org/jira/browse/VALIDATOR-202
Project: Commons Validator
Issue Type: Bug
Environment: JBOSS Running on Linux
Reporter: Ben
Assigned To: Henri Yandell
Fix For: 1.3.1
Attachments: 202-fix.patch, 202-test.patch
Validating the following URL will throw an ArrayIndexOutOfBoundsException
exception
http://www.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.log
Code:
String[] schemes = {http,https}.
UrlValidator urlValidator = new UrlValidator(schemes,
UrlValidator.NO_FRAGMENTS) ;
urlValidator.isValid(http://www.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.logoworks.comwww.log;)
;
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VFS-91) Provide random access to gzip files.
Provide random access to gzip files. Key: VFS-91 URL: http://issues.apache.org/jira/browse/VFS-91 Project: Commons VFS Issue Type: Improvement Reporter: Elifarley Callado Coelho Priority: Minor A local file provides random access to its contents. For an application to have transparent access to the uncompressed contents of a gzip file, VFS should provide random access to it as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VFS-92) FUSE integration
FUSE integration Key: VFS-92 URL: http://issues.apache.org/jira/browse/VFS-92 Project: Commons VFS Issue Type: New Feature Reporter: Elifarley Callado Coelho Integrating FUSE (http://fuse.sourceforge.net/) and Commons-VFS would ease the creation of new file system drivers for the GNU/linux and FreeBSD platforms. Besides, it would be really cool to mount a partition whose handling is done in Java ;-) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r453336 - in /jakarta/commons/proper/scxml/trunk/src: main/java/org/apache/commons/scxml/ main/java/org/apache/commons/scxml/env/ main/java/org/apache/commons/scxml/env/jexl/ main/java/org
Author: rahul
Date: Thu Oct 5 12:48:12 2006
New Revision: 453336
URL: http://svn.apache.org/viewvc?view=revrev=453336
Log:
SCXMLExecutor instances are now Serializable. Various usecases have already
expressed the need for this.
As with the object model, many test cases in the Commons SCXML test suite have
now been altered to take a serialized snapshot of the executor at arbitrary
points in the test and read it back in before continuing the rest of the
(previously written) test.
SCXML-20
SCXML-29
Modified:
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/Builtin.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/NotificationRegistry.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/SCInstance.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/SCXMLExecutor.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/Status.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleContext.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleDispatcher.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleErrorHandler.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleErrorReporter.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/SimpleSCXMLListener.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/Tracer.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/jexl/JexlEvaluator.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/jsp/ELEvaluator.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/env/jsp/RootContext.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/TransitionTargetComparator.java
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/SCXMLExecutorTest.java
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/SCXMLTestHelper.java
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/WildcardTest.java
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/WizardsTest.java
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/model/DatamodelTest.java
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/model/HistoryTest.java
Modified:
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/Builtin.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/Builtin.java?view=diffrev=453336r1=453335r2=453336
==
---
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/Builtin.java
(original)
+++
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/Builtin.java
Thu Oct 5 12:48:12 2006
@@ -17,6 +17,7 @@
*/
package org.apache.commons.scxml;
+import java.io.Serializable;
import java.util.Iterator;
import java.util.Set;
@@ -36,7 +37,7 @@
* The current version of the specification defines one builtin
* predicate In()
*/
-public class Builtin {
+public class Builtin implements Serializable {
/**
* Implements the In() predicate for SCXML documents. The method
Modified:
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/NotificationRegistry.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/NotificationRegistry.java?view=diffrev=453336r1=453335r2=453336
==
---
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/NotificationRegistry.java
(original)
+++
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/NotificationRegistry.java
Thu Oct 5 12:48:12 2006
@@ -17,6 +17,7 @@
*/
package org.apache.commons.scxml;
+import java.io.Serializable;
import java.util.HashMap;
import java.util.HashSet;
import java.util.Iterator;
@@ -36,7 +37,7 @@
* listeners of the events that interest them.
*
*/
-public final class NotificationRegistry {
+public final class NotificationRegistry implements Serializable {
/**
* The Map of all listeners keyed by Observable.
Modified:
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/SCInstance.java
URL:
svn commit: r453340 - /jakarta/commons/proper/scxml/trunk/xdocs/faq.fml
Author: rahul Date: Thu Oct 5 12:54:34 2006 New Revision: 453340 URL: http://svn.apache.org/viewvc?view=revrev=453340 Log: Add FAQ entry about serializability. Modified: jakarta/commons/proper/scxml/trunk/xdocs/faq.fml Modified: jakarta/commons/proper/scxml/trunk/xdocs/faq.fml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/xdocs/faq.fml?view=diffrev=453340r1=453339r2=453340 == --- jakarta/commons/proper/scxml/trunk/xdocs/faq.fml (original) +++ jakarta/commons/proper/scxml/trunk/xdocs/faq.fml Thu Oct 5 12:54:34 2006 @@ -151,6 +151,15 @@ /answer /faq + faq id=serializability + question +Are SCXMLExecutor instances serializable? + /question + answer +Yes, as long as all associated user-defined content is too. + /answer + /faq + /part /faqs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r453342 - /jakarta/commons/proper/scxml/trunk/xdocs/changes.xml
Author: rahul Date: Thu Oct 5 12:56:36 2006 New Revision: 453342 URL: http://svn.apache.org/viewvc?view=revrev=453342 Log: Update change report. Modified: jakarta/commons/proper/scxml/trunk/xdocs/changes.xml Modified: jakarta/commons/proper/scxml/trunk/xdocs/changes.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/xdocs/changes.xml?view=diffrev=453342r1=453341r2=453342 == --- jakarta/commons/proper/scxml/trunk/xdocs/changes.xml (original) +++ jakarta/commons/proper/scxml/trunk/xdocs/changes.xml Thu Oct 5 12:56:36 2006 @@ -36,6 +36,21 @@ release version=0.6 date=In SVN description=Future release + action dev=rahul type=add + [10-05-2006] The Commons SCXML object model as well as the + SCXMLExecutor instances are now serializable. + /action + + action dev=rahul type=fix issue=SCXML-25 + [10-02-2006] Deprecate ErrorReporter fields, add ErrorConstants + class for default Commons SCXML semantics. + /action + + action dev=rahul type=fix issue=SCXML-23 + [09-29-2006] Begin the deprecation process for custom digester + rules in the io package. + /action + action dev=rahul type=fix [09-21-2006] SCXML elements have to be defined in the following namespace (case sensitive): http://www.w3.org/2005/07/scxml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML/FrequentlyAskedQuestions by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions The comment on the change is: Update serialization related FAQ entry. -- Is the implementation currently Serializable, meaning that can an SCXMLExecutor be serialized, passed across a wire, be deserialized, and then continue processing events where it left off? If so, are there any limitations around listeners? - No, as of the Commons SCXML 0.5 release, this cannot be done. + No, for the Commons SCXML 0.5 release, this cannot be done. - However, this is clearly a desired feature, particularly in clustered server-side environments for failover etc., and may be considered down the road. If anyone has ideas and would like to help with this, please post to the commons-dev list or open an enhancement request in JIRA and comment there (see Commons SCXML website for mailing list and JIRA information). As a side note, this will require a change in major version. + However, this has been implemented in trunk, so with the next release of Commons SCXML the SCXMLExecutor instances will be Serializable. Listeners and other associated user-supplied bits are expected to be Serializable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (SCXML-20) A Suggestion to enhance SCXMLExecutor and SCInstance class to support state persistence
[ http://issues.apache.org/jira/browse/SCXML-20?page=comments#action_12440239 ] Rahul Akolkar commented on SCXML-20: The Commons SCXML Java object model for state machines as well as the SCXMLExecutor instances are now Serializable. It'd be great if you could try a latest nightly (20061006 and up) from this URL: http://people.apache.org/builds/jakarta-commons/nightly/commons-scxml/ and let us know if it similarly works for you (without the proposed ExecutorState bits ofcourse). These changes might reduce the need for the ExecutorState addition, so I'm leaning towards resolving this issue. A Suggestion to enhance SCXMLExecutor and SCInstance class to support state persistence --- Key: SCXML-20 URL: http://issues.apache.org/jira/browse/SCXML-20 Project: Commons SCXML Issue Type: New Feature Affects Versions: 0.5 Environment: Windows, JDK 1.4.2 and above Reporter: Sitthichai Rernglertpricha Fix For: 0.6 Attachments: patches, scxmlservlet.war Currently, SCXMLExecutor and SCInstance does not implement Serializable. Hence, under a clustered application server environment, they cannot be persisted by the application server for session failover. Instead of changing SCXMLExecutor and SCInstance to implement Serializable, an alternative is to leverage on the Memento design pattern so that SCXMLExecutor and SCInstance class can persist their states via 2 new saveState() and restoreState() methods. Both methods are passed a new ExecutorState interface object. The SCXMLExecutor and SCInstance class will save their states into the ExecutorState object when their saveState() methods are called, and reload their states from the ExecutorState object when their restoreState() methods are called. Different child implementation of the ExecutorState interface will then handle the actual persistence to appropriate channel, and decide what need to persist and what need not. For your consideration, I have attached patches to SCXMLExecutor and SCInstance class with the 2 new saveState() and restoreState() methods, and the new ExecutorState interface class.I have also attached a web application (tested under Geronimo ) illustrating an implementation under Servlet environment. Please refer to the readme.txt in the WAR file for more details. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (SCXML-28) Support for the pnuts scripting language
[ http://issues.apache.org/jira/browse/SCXML-28?page=comments#action_12440240 ] Rahul Akolkar commented on SCXML-28: I can confirm receipt of your ICLA. Thanks for sending it in. Once pnuts is in the Maven repository, and a complete patch is available (ideally all related changes put together in a single patch file), we can make progress here. Support for the pnuts scripting language Key: SCXML-28 URL: http://issues.apache.org/jira/browse/SCXML-28 Project: Commons SCXML Issue Type: New Feature Affects Versions: 0.5 Reporter: Hallvard Trætteberg Priority: Minor Fix For: 1.0 Attachments: PnutsContext.java, PnutsEvaluator.java, PnutsEvaluator.java, PnutsEvaluator.java Add support for the pnuts scripting language. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (SCXML-28) Support for the pnuts scripting language
[ http://issues.apache.org/jira/browse/SCXML-28?page=comments#action_12440264 ] Hallvard Trætteberg commented on SCXML-28: -- The pnuts developer seemed interested (had already thought of) putting pnuts in a Maven repository, but has not yet commented on when it may happen. In the meantime, I'll work on the unit tests (I've already found and fixed a critical bug) and look at patches for the site documentation. Support for the pnuts scripting language Key: SCXML-28 URL: http://issues.apache.org/jira/browse/SCXML-28 Project: Commons SCXML Issue Type: New Feature Affects Versions: 0.5 Reporter: Hallvard Trætteberg Priority: Minor Fix For: 1.0 Attachments: PnutsContext.java, PnutsEvaluator.java, PnutsEvaluator.java, PnutsEvaluator.java Add support for the pnuts scripting language. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LANG-281) DurationFormatUtils returns wrong result
[ http://issues.apache.org/jira/browse/LANG-281?page=all ] Henri Yandell updated LANG-281: --- Fix Version/s: 2.3 Setting for a 2.3 fix version (ie the version being worked on now). I'm starting to hate this class, yet another edge case. Thanks for finding it though :) DurationFormatUtils returns wrong result Key: LANG-281 URL: http://issues.apache.org/jira/browse/LANG-281 Project: Commons Lang Issue Type: Bug Affects Versions: 2.1, 2.2 Environment: Win xp pro Reporter: stlum9495 Fix For: 2.3 DurationFormatUtils returns wrong result. oddly, it is only when Date is set to Dec 31, 2005 The following code will result in a String of -2 which is way off. I've tested against 2.1 and 2.2. Calendar cal = Calendar.getInstance(); cal.set(Calendar.MONTH, Calendar.DECEMBER); cal.set(Calendar.DAY_OF_MONTH, 31); cal.set(Calendar.YEAR, 2005); cal.set(Calendar.HOUR_OF_DAY, 0); cal.set(Calendar.MINUTE, 0); cal.set(Calendar.SECOND, 0); cal.set(Calendar.MILLISECOND, 0); String result = DurationFormatUtils.formatPeriod(cal.getTimeInMillis(), System.currentTimeMillis(), MM); System.out.println(result); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r453413 - /jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
Author: scolebourne Date: Thu Oct 5 15:43:19 2006 New Revision: 453413 URL: http://svn.apache.org/viewvc?view=revrev=453413 Log: Fix spelling error in constant name Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt?view=diffrev=453413r1=453412r2=453413 == --- jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Thu Oct 5 15:43:19 2006 @@ -110,7 +110,7 @@ - EmptyFileFilter - New IOFileFilter implementation - Accepts files or directories that are empty - - Singleton instances provided (EMPTY/NO_EMPTY) + - Singleton instances provided (EMPTY/NOT_EMPTY) - TrueFileFilter/FalseFileFilter/DirectoryFileFilter - New singleton instance constants (TRUE/FALSE/DIRECTORY) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VFS-93) Problem with default password field null when SFTPClientFactory creates a connection
Problem with default password field null when SFTPClientFactory creates a
connection
Key: VFS-93
URL: http://issues.apache.org/jira/browse/VFS-93
Project: Commons VFS
Issue Type: Bug
Environment: /commons-vfs-1.0-RC8-SNAPSHOT
Reporter: nitin
Priority: Minor
While creating a connection it fails as null pointer exception as password is
not set.
I have changed the file SFTPClientFactory and attached here with for patch. See
comment beginning with FIX.
/*
* Copyright 2002-2005 The Apache Software Foundation.
*
* Licensed under the Apache License, Version 2.0 (the License);
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an AS IS BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
package org.apache.commons.vfs.provider.sftp;
import com.jcraft.jsch.JSch;
import com.jcraft.jsch.JSchException;
import com.jcraft.jsch.Session;
import com.jcraft.jsch.UserInfo;
import com.jcraft.jsch.Proxy;
import com.jcraft.jsch.ProxyHTTP;
import com.jcraft.jsch.ProxySOCKS5;
import org.apache.commons.vfs.FileSystemException;
import org.apache.commons.vfs.FileSystemOptions;
import org.apache.commons.vfs.util.Os;
import java.io.File;
import java.util.Properties;
/**
* Create a HttpClient instance
*
* @author a href=mailto:[EMAIL PROTECTED]Mario Ivankovits/a
* @version $Revision: 452591 $ $Date: 2006-10-04 04:25:24 +1000 (Wed, 04 Oct
2006) $
*/
public class SftpClientFactory
{
private static final String SSH_DIR_NAME = .ssh;
private SftpClientFactory()
{
}
/**
* Creates a new connection to the server.
*/
public static Session createConnection(String hostname, int port, char[]
username, char[] password, FileSystemOptions fileSystemOptions) throws
FileSystemException
{
JSch jsch = new JSch();
File sshDir = null;
// new style - user passed
File knownHostsFile =
SftpFileSystemConfigBuilder.getInstance().getKnownHosts(fileSystemOptions);
File[] identities =
SftpFileSystemConfigBuilder.getInstance().getIdentities(fileSystemOptions);
if (knownHostsFile != null)
{
try
{
jsch.setKnownHosts(knownHostsFile.getAbsolutePath());
}
catch (JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/known-hosts.error,
knownHostsFile.getAbsolutePath(), e);
}
}
else
{
if (sshDir == null)
{
sshDir = findSshDir();
}
// Load the known hosts file
knownHostsFile = new File(sshDir, known_hosts);
if (knownHostsFile.isFile() knownHostsFile.canRead())
{
try
{
jsch.setKnownHosts(knownHostsFile.getAbsolutePath());
}
catch (JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/known-hosts.error,
knownHostsFile.getAbsolutePath(), e);
}
}
}
if (identities != null)
{
for (int iterIdentities = 0; iterIdentities identities.length;
iterIdentities++)
{
final File privateKeyFile = identities[iterIdentities];
try
{
jsch.addIdentity(privateKeyFile.getAbsolutePath());
}
catch (final JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/load-private-key.error, privateKeyFile,
e);
}
}
}
else
{
if (sshDir == null)
{
sshDir = findSshDir();
}
// Load the private key (rsa-key only)
final File privateKeyFile = new File(sshDir, id_rsa);
if (privateKeyFile.isFile() privateKeyFile.canRead())
{
try
{
jsch.addIdentity(privateKeyFile.getAbsolutePath());
}
catch (final JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/load-private-key.error, privateKeyFile,
e);
}
}
}
Session session;
try
{
session = jsch.getSession(new String(username),
hostname,
[jira] Updated: (VFS-93) Problem with default password field null when SFTPClientFactory creates a connection
[ http://issues.apache.org/jira/browse/VFS-93?page=all ]
nitin updated VFS-93:
-
Attachment: SftpClientFactory.java
Fixed code in this file. S
Problem with default password field null when SFTPClientFactory creates a
connection
Key: VFS-93
URL: http://issues.apache.org/jira/browse/VFS-93
Project: Commons VFS
Issue Type: Bug
Environment: /commons-vfs-1.0-RC8-SNAPSHOT
Reporter: nitin
Priority: Minor
Attachments: SftpClientFactory.java
While creating a connection it fails as null pointer exception as password is
not set.
I have changed the file SFTPClientFactory and attached here with for patch.
See comment beginning with FIX.
/*
* Copyright 2002-2005 The Apache Software Foundation.
*
* Licensed under the Apache License, Version 2.0 (the License);
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an AS IS BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
package org.apache.commons.vfs.provider.sftp;
import com.jcraft.jsch.JSch;
import com.jcraft.jsch.JSchException;
import com.jcraft.jsch.Session;
import com.jcraft.jsch.UserInfo;
import com.jcraft.jsch.Proxy;
import com.jcraft.jsch.ProxyHTTP;
import com.jcraft.jsch.ProxySOCKS5;
import org.apache.commons.vfs.FileSystemException;
import org.apache.commons.vfs.FileSystemOptions;
import org.apache.commons.vfs.util.Os;
import java.io.File;
import java.util.Properties;
/**
* Create a HttpClient instance
*
* @author a href=mailto:[EMAIL PROTECTED]Mario Ivankovits/a
* @version $Revision: 452591 $ $Date: 2006-10-04 04:25:24 +1000 (Wed, 04 Oct
2006) $
*/
public class SftpClientFactory
{
private static final String SSH_DIR_NAME = .ssh;
private SftpClientFactory()
{
}
/**
* Creates a new connection to the server.
*/
public static Session createConnection(String hostname, int port, char[]
username, char[] password, FileSystemOptions fileSystemOptions) throws
FileSystemException
{
JSch jsch = new JSch();
File sshDir = null;
// new style - user passed
File knownHostsFile =
SftpFileSystemConfigBuilder.getInstance().getKnownHosts(fileSystemOptions);
File[] identities =
SftpFileSystemConfigBuilder.getInstance().getIdentities(fileSystemOptions);
if (knownHostsFile != null)
{
try
{
jsch.setKnownHosts(knownHostsFile.getAbsolutePath());
}
catch (JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/known-hosts.error,
knownHostsFile.getAbsolutePath(), e);
}
}
else
{
if (sshDir == null)
{
sshDir = findSshDir();
}
// Load the known hosts file
knownHostsFile = new File(sshDir, known_hosts);
if (knownHostsFile.isFile() knownHostsFile.canRead())
{
try
{
jsch.setKnownHosts(knownHostsFile.getAbsolutePath());
}
catch (JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/known-hosts.error,
knownHostsFile.getAbsolutePath(), e);
}
}
}
if (identities != null)
{
for (int iterIdentities = 0; iterIdentities identities.length;
iterIdentities++)
{
final File privateKeyFile = identities[iterIdentities];
try
{
jsch.addIdentity(privateKeyFile.getAbsolutePath());
}
catch (final JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/load-private-key.error,
privateKeyFile, e);
}
}
}
else
{
if (sshDir == null)
{
sshDir = findSshDir();
}
// Load the private key (rsa-key only)
final File privateKeyFile = new File(sshDir, id_rsa);
if (privateKeyFile.isFile() privateKeyFile.canRead())
{
try
{
jsch.addIdentity(privateKeyFile.getAbsolutePath());
}
catch
[jira] Created: (VALIDATOR-204) isValid return false for a valid URL
isValid return false for a valid URL
Key: VALIDATOR-204
URL: http://issues.apache.org/jira/browse/VALIDATOR-204
Project: Commons Validator
Issue Type: Bug
Affects Versions: 1.3.0 Release
Environment: JBOSS, Linux
Reporter: Ben
IsValid returns false for the following valid Url:
http://tech.yahoo.com/rc/desktops/102;_ylt=Ao8yevQHlZ4On0O3ZJGXLEQFLZA5
Stepping thru the code isValidPath return false for the above URL.
Test Code:
String[] schemes = {http,https}.
UrlValidator urlValidator = new UrlValidator(schemes) ;
urlValidator.isValid(http://tech.yahoo.com/rc/desktops/102;_ylt=Ao8yevQHlZ4On0O3ZJGXLEQFLZA5;)
;
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (BEANUTILS-248) Code to create a JavaBean and set its properties from a Java Properties instance
Code to create a JavaBean and set its properties from a Java Properties instance Key: BEANUTILS-248 URL: http://issues.apache.org/jira/browse/BEANUTILS-248 Project: Commons BeanUtils Issue Type: Improvement Environment: Coded on Windows XP professional with Netbean 5.5 Beta 2 using JDK 1.5.0 Reporter: Trevor Charles Miller Priority: Minor The idea is simple and I've seen this done in Log4J and had a use case for it myself in another project. Given a set of properties, create an instance of a specified class and set properties on it. I think this could be very useful for runtime configuration. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (BEANUTILS-248) Code to create a JavaBean and set its properties from a Java Properties instance
[ http://issues.apache.org/jira/browse/BEANUTILS-248?page=all ] Trevor Charles Miller updated BEANUTILS-248: Attachment: BeanCreator.java The code gives an idea of how this could be implemented, i have tested it very briefly but it should be considered as a proof of concept and should be improved / optimized. Code to create a JavaBean and set its properties from a Java Properties instance Key: BEANUTILS-248 URL: http://issues.apache.org/jira/browse/BEANUTILS-248 Project: Commons BeanUtils Issue Type: Improvement Environment: Coded on Windows XP professional with Netbean 5.5 Beta 2 using JDK 1.5.0 Reporter: Trevor Charles Miller Priority: Minor Attachments: BeanCreator.java The idea is simple and I've seen this done in Log4J and had a use case for it myself in another project. Given a set of properties, create an instance of a specified class and set properties on it. I think this could be very useful for runtime configuration. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-92) FUSE integration
[ http://issues.apache.org/jira/browse/VFS-92?page=all ] Mario Ivankovits resolved VFS-92. - Resolution: Won't Fix I think this is totally out of scope of VFS. The reasons are: 1) FUSE is GPL/LGPL which is a nono for ASF projects. In this case we have to build a JNI bridge - so we really have to link against the FUSE libraries 2) many of VFS's filesystems are already available (http://fuse.sourceforge.net/wiki/index.php/FileSystems) - so FUSE wont benefit from our VFS 3) Performance will be poor - compared to the native implementations I admit, such a project has a coolnesfactor, but I think its not very practical, though, hey, you can start up a project on sourceforge :-) Sorry! Ciao, Mario FUSE integration Key: VFS-92 URL: http://issues.apache.org/jira/browse/VFS-92 Project: Commons VFS Issue Type: New Feature Reporter: Elifarley Callado Coelho Integrating FUSE (http://fuse.sourceforge.net/) and Commons-VFS would ease the creation of new file system drivers for the GNU/linux and FreeBSD platforms. Besides, it would be really cool to mount a partition whose handling is done in Java ;-) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r453502 - /jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/sftp/SftpClientFactory.java
Author: imario
Date: Thu Oct 5 22:37:21 2006
New Revision: 453502
URL: http://svn.apache.org/viewvc?view=revrev=453502
Log:
VFS-93: fixed NPE with urls without password
Modified:
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/sftp/SftpClientFactory.java
Modified:
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/sftp/SftpClientFactory.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/sftp/SftpClientFactory.java?view=diffrev=453502r1=453501r2=453502
==
---
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/sftp/SftpClientFactory.java
(original)
+++
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/sftp/SftpClientFactory.java
Thu Oct 5 22:37:21 2006
@@ -131,14 +131,17 @@
session = jsch.getSession(new String(username),
hostname,
port);
-session.setPassword(new String(password));
+if (password != null)
+{
+session.setPassword(new String(password));
+}
Integer timeout =
SftpFileSystemConfigBuilder.getInstance().getTimeout(fileSystemOptions);
if (timeout != null)
{
session.setTimeout(timeout.intValue());
}
-
+
UserInfo userInfo =
SftpFileSystemConfigBuilder.getInstance().getUserInfo(fileSystemOptions);
if (userInfo != null)
{
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-93) Problem with default password field null when SFTPClientFactory creates a connection
[ http://issues.apache.org/jira/browse/VFS-93?page=all ]
Mario Ivankovits resolved VFS-93.
-
Resolution: Fixed
Fixed!
Thanks for pointint it out.
Next time please send a svn diff, this makes it much easier for me to handle.
Thanks!
Problem with default password field null when SFTPClientFactory creates a
connection
Key: VFS-93
URL: http://issues.apache.org/jira/browse/VFS-93
Project: Commons VFS
Issue Type: Bug
Environment: /commons-vfs-1.0-RC8-SNAPSHOT
Reporter: nitin
Priority: Minor
Attachments: SftpClientFactory.java
While creating a connection it fails as null pointer exception as password is
not set.
I have changed the file SFTPClientFactory and attached here with for patch.
See comment beginning with FIX.
/*
* Copyright 2002-2005 The Apache Software Foundation.
*
* Licensed under the Apache License, Version 2.0 (the License);
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an AS IS BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
package org.apache.commons.vfs.provider.sftp;
import com.jcraft.jsch.JSch;
import com.jcraft.jsch.JSchException;
import com.jcraft.jsch.Session;
import com.jcraft.jsch.UserInfo;
import com.jcraft.jsch.Proxy;
import com.jcraft.jsch.ProxyHTTP;
import com.jcraft.jsch.ProxySOCKS5;
import org.apache.commons.vfs.FileSystemException;
import org.apache.commons.vfs.FileSystemOptions;
import org.apache.commons.vfs.util.Os;
import java.io.File;
import java.util.Properties;
/**
* Create a HttpClient instance
*
* @author a href=mailto:[EMAIL PROTECTED]Mario Ivankovits/a
* @version $Revision: 452591 $ $Date: 2006-10-04 04:25:24 +1000 (Wed, 04 Oct
2006) $
*/
public class SftpClientFactory
{
private static final String SSH_DIR_NAME = .ssh;
private SftpClientFactory()
{
}
/**
* Creates a new connection to the server.
*/
public static Session createConnection(String hostname, int port, char[]
username, char[] password, FileSystemOptions fileSystemOptions) throws
FileSystemException
{
JSch jsch = new JSch();
File sshDir = null;
// new style - user passed
File knownHostsFile =
SftpFileSystemConfigBuilder.getInstance().getKnownHosts(fileSystemOptions);
File[] identities =
SftpFileSystemConfigBuilder.getInstance().getIdentities(fileSystemOptions);
if (knownHostsFile != null)
{
try
{
jsch.setKnownHosts(knownHostsFile.getAbsolutePath());
}
catch (JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/known-hosts.error,
knownHostsFile.getAbsolutePath(), e);
}
}
else
{
if (sshDir == null)
{
sshDir = findSshDir();
}
// Load the known hosts file
knownHostsFile = new File(sshDir, known_hosts);
if (knownHostsFile.isFile() knownHostsFile.canRead())
{
try
{
jsch.setKnownHosts(knownHostsFile.getAbsolutePath());
}
catch (JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/known-hosts.error,
knownHostsFile.getAbsolutePath(), e);
}
}
}
if (identities != null)
{
for (int iterIdentities = 0; iterIdentities identities.length;
iterIdentities++)
{
final File privateKeyFile = identities[iterIdentities];
try
{
jsch.addIdentity(privateKeyFile.getAbsolutePath());
}
catch (final JSchException e)
{
throw new
FileSystemException(vfs.provider.sftp/load-private-key.error,
privateKeyFile, e);
}
}
}
else
{
if (sshDir == null)
{
sshDir = findSshDir();
}
// Load the private key (rsa-key only)
final File privateKeyFile = new File(sshDir, id_rsa);
if (privateKeyFile.isFile() privateKeyFile.canRead())
{
try
{
[jira] Commented: (VFS-91) Provide random access to gzip files.
[ http://issues.apache.org/jira/browse/VFS-91?page=comments#action_12440339 ] Mario Ivankovits commented on VFS-91: - Hi! VFS transparently compress/decompress the file on the fly. To make the random access stuff work you have to write to a local temporary file and compress it on close() then. Anything you would like to contribute? *hinthint* ;-) Provide random access to gzip files. Key: VFS-91 URL: http://issues.apache.org/jira/browse/VFS-91 Project: Commons VFS Issue Type: Improvement Reporter: Elifarley Callado Coelho Priority: Minor A local file provides random access to its contents. For an application to have transparent access to the uncompressed contents of a gzip file, VFS should provide random access to it as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (SCXML-28) Support for the pnuts scripting language
[ http://issues.apache.org/jira/browse/SCXML-28?page=comments#action_12440340 ] Rahul Akolkar commented on SCXML-28: Here is the procedure, just in case (helps if a project team member makes the JIRA upload request): http://maven.apache.org/guides/mini/guide-ibiblio-upload.html Support for the pnuts scripting language Key: SCXML-28 URL: http://issues.apache.org/jira/browse/SCXML-28 Project: Commons SCXML Issue Type: New Feature Affects Versions: 0.5 Reporter: Hallvard Trætteberg Priority: Minor Fix For: 1.0 Attachments: PnutsContext.java, PnutsEvaluator.java, PnutsEvaluator.java, PnutsEvaluator.java Add support for the pnuts scripting language. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
