date:20070307

Author: tcurdt
Date: Wed Mar  7 12:23:15 2007
New Revision: 515735

URL: http://svn.apache.org/viewvc?view=revrev=515735
Log:
resource dirs,
enable commons logging output on surefire testruns,
bring todo up to date,
pom cleanups,
enabled some plugins


Added:
jakarta/commons/sandbox/jci/trunk/core/src/test/resources/

jakarta/commons/sandbox/jci/trunk/core/src/test/resources/simplelog.properties  
 (with props)
jakarta/commons/sandbox/jci/trunk/fam/src/test/resources/

jakarta/commons/sandbox/jci/trunk/fam/src/test/resources/simplelog.properties   
(with props)
Removed:
jakarta/commons/sandbox/jci/trunk/core/src/test/java/simplelog.properties
jakarta/commons/sandbox/jci/trunk/fam/src/test/java/simplelog.properties
Modified:
jakarta/commons/sandbox/jci/trunk/TODO.txt
jakarta/commons/sandbox/jci/trunk/examples/pom.xml
jakarta/commons/sandbox/jci/trunk/fam/pom.xml
jakarta/commons/sandbox/jci/trunk/pom.xml

Modified: jakarta/commons/sandbox/jci/trunk/TODO.txt
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/TODO.txt?view=diffrev=515735r1=515734r2=515735
==
--- jakarta/commons/sandbox/jci/trunk/TODO.txt (original)
+++ jakarta/commons/sandbox/jci/trunk/TODO.txt Wed Mar  7 12:23:15 2007
@@ -1,17 +1,15 @@
 o compiler implementations
-  o javac
   o jsr199
   o jikes
   o pizza
   o jruby (maybe?)
   o jpython (maybe?)
-  o javascript
   o c# (maybe?)
 o documentation
 o dependency analysis for proper re-try after errors
 o removing of anonymous classes if parent class is being removed
 o refactore store interface to provide package information
 o ability to add (contents of) jars to the store ...and be able to remove them 
again
-o maven plugin to compile with any of the compilers
+o maven plugin to compile with any of the compilers - codehaus.org/mojo
 o compiler discovery via META-INF
 o common compiler configuration

Added: 
jakarta/commons/sandbox/jci/trunk/core/src/test/resources/simplelog.properties
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/core/src/test/resources/simplelog.properties?view=autorev=515735
==
--- 
jakarta/commons/sandbox/jci/trunk/core/src/test/resources/simplelog.properties 
(added)
+++ 
jakarta/commons/sandbox/jci/trunk/core/src/test/resources/simplelog.properties 
Wed Mar  7 12:23:15 2007
@@ -0,0 +1,2 @@
+org.apache.commons.logging.simplelog.defaultlog=debug
+org.apache.commons.logging.simplelog.showdatetime=true
\ No newline at end of file

Propchange: 
jakarta/commons/sandbox/jci/trunk/core/src/test/resources/simplelog.properties
--
svn:eol-style = native

Propchange: 
jakarta/commons/sandbox/jci/trunk/core/src/test/resources/simplelog.properties
--
svn:keywords = Date Revision Author HeadURL Id

Modified: jakarta/commons/sandbox/jci/trunk/examples/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/examples/pom.xml?view=diffrev=515735r1=515734r2=515735
==
--- jakarta/commons/sandbox/jci/trunk/examples/pom.xml (original)
+++ jakarta/commons/sandbox/jci/trunk/examples/pom.xml Wed Mar  7 12:23:15 2007
@@ -1,38 +1,28 @@
 ?xml version=1.0 encoding=UTF-8?
-project
-  xmlns=http://maven.apache.org/POM/4.0.0;
-  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
-  xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/maven-v4_0_0.xsd;
-
-  modelVersion4.0.0/modelVersion
-  parent
-groupIdorg.apache.commons/groupId
-artifactIdcommons-jci/artifactId
+project xmlns=http://maven.apache.org/POM/4.0.0; 
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; 
xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/maven-v4_0_0.xsd;
+modelVersion4.0.0/modelVersion
+parent
+groupIdorg.apache.commons/groupId
+artifactIdcommons-jci/artifactId
+version1.0-SNAPSHOT/version
+/parent
+packagingjar/packaging
+artifactIdcommons-jci-examples/artifactId
 version1.0-SNAPSHOT/version
-  /parent
-
-  packagingjar/packaging
-  artifactIdcommons-jci-examples/artifactId
-  version1.0-SNAPSHOT/version
-  nameexamples/name
-
-  reporting
-excludeDefaultstrue/excludeDefaults
-  /reporting
-
-  dependencies
-
-dependency
-  groupIdorg.apache.commons/groupId
-  artifactIdcommons-jci-core/artifactId
-  version1.0-SNAPSHOT/version
-/dependency
-
-dependency
-  groupIdorg.apache.commons/groupId
-  artifactIdcommons-jci-eclipse/artifactId
-  version3.2.0.658/version
-/dependency
-
-  /dependencies
+nameexamples/name
+reporting
+excludeDefaultstrue/excludeDefaults
+

[jira] Updated: (CONFIGURATION-257) XMLConfiguration with Schema

2007-03-07 Thread Oliver Heger (JIRA)


 [ 
https://issues.apache.org/jira/browse/CONFIGURATION-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Oliver Heger updated CONFIGURATION-257:
---

Fix Version/s: 1.5
Affects Version/s: 1.3

Extended support for schema validation seems to be available in Java since the 
1.5 release. However ATM our minimum required JDK is still 1.3. Do you know 
whether it is possible to perform schema validation in this version in a 
portable way? Otherwise this feature will have to wait until we drop the JDK 
1.3 compatibility and move on to 1.5.

 XMLConfiguration with Schema
 

 Key: CONFIGURATION-257
 URL: https://issues.apache.org/jira/browse/CONFIGURATION-257
 Project: Commons Configuration
  Issue Type: Improvement
Affects Versions: 1.3
 Environment: no special issues
Reporter: Andre Pietsch
Priority: Minor
 Fix For: 1.5


 It would be nice if you can set a self defined schema or better a schema file 
 to validate a XML-file that has no schema defined in its source.
 I would be happy with something like XMLConfiguratiom.setSchema(java.io.File 
 schemaFile) or XMLConfiguration.setSchema(javax.xml.validation.Schema schema) 
 that is forwarded to the XML-parser used by XMLConfiguration.
 Thanks alot...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

svn commit: r515739 - in /jakarta/commons/sandbox/jci/trunk/compilers: eclipse/src/test/resources/ groovy/src/test/resources/ janino/src/test/resources/ javac/src/test/resources/

Author: tcurdt
Date: Wed Mar  7 12:39:15 2007
New Revision: 515739

URL: http://svn.apache.org/viewvc?view=revrev=515739
Log:
resouce dirs for tests


Added:
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/test/resources/
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/test/resources/
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/test/resources/
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/test/resources/


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

svn commit: r515742 - in /jakarta/commons/sandbox/jci/trunk: compilers/eclipse/src/test/java/ compilers/eclipse/src/test/resources/ compilers/groovy/src/test/resources/ compilers/janino/src/test/resou

Author: tcurdt
Date: Wed Mar  7 12:43:58 2007
New Revision: 515742

URL: http://svn.apache.org/viewvc?view=revrev=515742
Log:
log test in debug
add the new compiler to site


Added:

jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/test/resources/simplelog.properties
  - copied unchanged from r514861, 
jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/test/java/simplelog.properties

jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/test/resources/simplelog.properties
   (with props)

jakarta/commons/sandbox/jci/trunk/compilers/janino/src/test/resources/simplelog.properties
   (with props)

jakarta/commons/sandbox/jci/trunk/compilers/javac/src/test/resources/simplelog.properties
   (with props)
Removed:

jakarta/commons/sandbox/jci/trunk/compilers/eclipse/src/test/java/simplelog.properties
Modified:
jakarta/commons/sandbox/jci/trunk/src/site/xdoc/index.xml

Added: 
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/test/resources/simplelog.properties
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/test/resources/simplelog.properties?view=autorev=515742
==
--- 
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/test/resources/simplelog.properties
 (added)
+++ 
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/test/resources/simplelog.properties
 Wed Mar  7 12:43:58 2007
@@ -0,0 +1,2 @@
+org.apache.commons.logging.simplelog.defaultlog=debug
+org.apache.commons.logging.simplelog.showdatetime=true
\ No newline at end of file

Propchange: 
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/test/resources/simplelog.properties
--
svn:eol-style = native

Propchange: 
jakarta/commons/sandbox/jci/trunk/compilers/groovy/src/test/resources/simplelog.properties
--
svn:keywords = Date Revision Author HeadURL Id

Added: 
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/test/resources/simplelog.properties
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/compilers/janino/src/test/resources/simplelog.properties?view=autorev=515742
==
--- 
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/test/resources/simplelog.properties
 (added)
+++ 
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/test/resources/simplelog.properties
 Wed Mar  7 12:43:58 2007
@@ -0,0 +1,2 @@
+org.apache.commons.logging.simplelog.defaultlog=debug
+org.apache.commons.logging.simplelog.showdatetime=true
\ No newline at end of file

Propchange: 
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/test/resources/simplelog.properties
--
svn:eol-style = native

Propchange: 
jakarta/commons/sandbox/jci/trunk/compilers/janino/src/test/resources/simplelog.properties
--
svn:keywords = Date Revision Author HeadURL Id

Added: 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/test/resources/simplelog.properties
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/compilers/javac/src/test/resources/simplelog.properties?view=autorev=515742
==
--- 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/test/resources/simplelog.properties
 (added)
+++ 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/test/resources/simplelog.properties
 Wed Mar  7 12:43:58 2007
@@ -0,0 +1,2 @@
+org.apache.commons.logging.simplelog.defaultlog=debug
+org.apache.commons.logging.simplelog.showdatetime=true
\ No newline at end of file

Propchange: 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/test/resources/simplelog.properties
--
svn:eol-style = native

Propchange: 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/test/resources/simplelog.properties
--
svn:keywords = Date Revision Author HeadURL Id

Modified: jakarta/commons/sandbox/jci/trunk/src/site/xdoc/index.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/src/site/xdoc/index.xml?view=diffrev=515742r1=515741r2=515742
==
--- jakarta/commons/sandbox/jci/trunk/src/site/xdoc/index.xml (original)
+++ jakarta/commons/sandbox/jci/trunk/src/site/xdoc/index.xml Wed Mar  7 
12:43:58 2007
@@ -19,6 +19,7 @@
   lieclipse/li
   lijanino/li
   ligroovy/li
+  lijavac/li
 /ul
 
 /section



-
To unsubscribe, e-mail:

[jira] Commented: (SANDBOX-186) [jci] icl.loadIClass(Descriptor.fromClassName(pClasses[i])) now throws ClassNotFoundException


[ 
https://issues.apache.org/jira/browse/SANDBOX-186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478897
 ] 

Torsten Curdt commented on SANDBOX-186:
---

ups ...totally missed this issue. so they changed the interface and in order to 
upgrade we have to handle the exception?

 [jci] icl.loadIClass(Descriptor.fromClassName(pClasses[i])) now throws 
 ClassNotFoundException
 -

 Key: SANDBOX-186
 URL: https://issues.apache.org/jira/browse/SANDBOX-186
 Project: Commons Sandbox
  Issue Type: Bug
  Components: JCI
Reporter: Mark Proctor
 Assigned To: Torsten Curdt

 For Janino 2.5.5 icl.loadIClass(Descriptor.fromClassName(pClasses[i])) now 
 throws ClassNotFoundException.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

[jira] Created: (SANDBOX-187) javac fails on windows

javac fails on windows
--

 Key: SANDBOX-187
 URL: https://issues.apache.org/jira/browse/SANDBOX-187
 Project: Commons Sandbox
  Issue Type: Bug
  Components: JCI
 Environment: Windows XP, JDK 1.6
Reporter: Torsten Curdt
 Assigned To: Torsten Curdt


For some reason we still have a backslash in there while it should be a 
simple slash


junit.framework.AssertionFailedError: Failure executing javac, but could not 
parse the error: javac: file not found: jci\Simple.java
Usage: javac options source files
use -help for a list of possible options
,  expected:0 but was:1
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:282)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:201)
at 
org.apache.commons.jci.compilers.AbstractCompilerTestCase.testSimpleCompile(AbstractCompilerTestCase.java:56)


-- 
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: (SANDBOX-187) javac fails on windows


[ 
https://issues.apache.org/jira/browse/SANDBOX-187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478898
 ] 

Torsten Curdt commented on SANDBOX-187:
---

...or maybe the proxies are not getting used?

 javac fails on windows
 --

 Key: SANDBOX-187
 URL: https://issues.apache.org/jira/browse/SANDBOX-187
 Project: Commons Sandbox
  Issue Type: Bug
  Components: JCI
 Environment: Windows XP, JDK 1.6
Reporter: Torsten Curdt
 Assigned To: Torsten Curdt

 For some reason we still have a backslash in there while it should be a 
 simple slash
 junit.framework.AssertionFailedError: Failure executing javac, but could not 
 parse the error: javac: file not found: jci\Simple.java
 Usage: javac options source files
 use -help for a list of possible options
 ,  expected:0 but was:1
   at junit.framework.Assert.fail(Assert.java:47)
   at junit.framework.Assert.failNotEquals(Assert.java:282)
   at junit.framework.Assert.assertEquals(Assert.java:64)
   at junit.framework.Assert.assertEquals(Assert.java:201)
   at 
 org.apache.commons.jci.compilers.AbstractCompilerTestCase.testSimpleCompile(AbstractCompilerTestCase.java:56)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

svn commit: r515790 - in /jakarta/commons/sandbox/jci/trunk: compilers/javac/src/main/java/org/apache/commons/jci/compilers/JavacClassLoader.java pom.xml

Author: tcurdt
Date: Wed Mar  7 13:58:13 2007
New Revision: 515790

URL: http://svn.apache.org/viewvc?view=revrev=515790
Log:
cache classes in javac,
added the link to issues.apache.org


Modified:

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

Modified: 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/main/java/org/apache/commons/jci/compilers/JavacClassLoader.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/compilers/javac/src/main/java/org/apache/commons/jci/compilers/JavacClassLoader.java?view=diffrev=515790r1=515789r2=515790
==
--- 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/main/java/org/apache/commons/jci/compilers/JavacClassLoader.java
 (original)
+++ 
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/main/java/org/apache/commons/jci/compilers/JavacClassLoader.java
 Wed Mar  7 13:58:13 2007
@@ -8,7 +8,9 @@
 import java.net.MalformedURLException;
 import java.net.URL;
 import java.net.URLClassLoader;
+import java.util.HashMap;
 import java.util.Locale;
+import java.util.Map;
 
 import org.objectweb.asm.ClassReader;
 import org.objectweb.asm.ClassWriter;
@@ -54,6 +56,8 @@
throw new RuntimeException(sb.toString());
}

+   private final Map loaded = new HashMap();
+   
public JavacClassLoader( final ClassLoader pParent ) {
super(getToolsJar(), pParent);
}
@@ -67,7 +71,12 @@
}

try {
-   
+
+   final Class clazz = (Class) loaded.get(name);
+   if (clazz != null) {
+   return clazz;
+   }
+   
final byte[] classBytes;
 
if (name.startsWith(com.sun.tools.javac.)) {
@@ -95,7 +104,9 @@
return super.findClass(name);
}

-   return defineClass(name, classBytes, 0, 
classBytes.length);
+   final Class newClazz = defineClass(name, classBytes, 0, 
classBytes.length); 
+   loaded.put(name, newClazz); 
+   return newClazz;
} catch (IOException e) {
throw new ClassNotFoundException(, e);
}

Modified: jakarta/commons/sandbox/jci/trunk/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/pom.xml?view=diffrev=515790r1=515789r2=515790
==
--- jakarta/commons/sandbox/jci/trunk/pom.xml (original)
+++ jakarta/commons/sandbox/jci/trunk/pom.xml Wed Mar  7 13:58:13 2007
@@ -16,6 +16,10 @@
 Common java compiler interface
 /description
 inceptionYear2004/inceptionYear
+issueManagement
+systemJIRA/system
+
urlhttps://issues.apache.org/jira/secure/IssueNavigator.jspa?component=12311185/url
+/issueManagement
 modules
 modulecore/module
 modulefam/module



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

svn commit: r515801 - in /jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml: SCXMLTestSuite.java TieBreakerTest.java tie-breaker-01.xml tie-breaker-02.xml tie-breaker-03.xml

2007-03-07 Thread rahul

Author: rahul
Date: Wed Mar  7 14:09:03 2007
New Revision: 515801

URL: http://svn.apache.org/viewvc?view=revrev=515801
Log:
Upto v0.6, non-deterministic behavior leads to an error condition. Based on the 
February 2007 WD, such non-determinism should now be resolved based on document 
order and heirarchy of states within the state machine. Adding a suite of tie 
breaker tests that fail on v0.6, but need to pass on v0.7. Since none of that 
work is done yet, the tests are commented out.

Added:

jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java
   (with props)

jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/tie-breaker-01.xml
   (with props)

jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/tie-breaker-02.xml
   (with props)

jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/tie-breaker-03.xml
   (with props)
Modified:

jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/SCXMLTestSuite.java

Modified: 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/SCXMLTestSuite.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/SCXMLTestSuite.java?view=diffrev=515801r1=515800r2=515801
==
--- 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/SCXMLTestSuite.java
 (original)
+++ 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/SCXMLTestSuite.java
 Wed Mar  7 14:09:03 2007
@@ -54,6 +54,7 @@
 suite.addTest(SCXMLExecutorTest.suite());
 suite.addTest(SCXMLHelperTest.suite());
 suite.addTest(StatusTest.suite());
+suite.addTest(TieBreakerTest.suite());
 suite.addTest(TriggerEventTest.suite());
 suite.addTest(WildcardTest.suite());
 suite.addTest(WizardsTest.suite());

Added: 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java?view=autorev=515801
==
--- 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java
 (added)
+++ 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java
 Wed Mar  7 14:09:03 2007
@@ -0,0 +1,125 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements.  See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You 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.scxml;
+
+import java.net.URL;
+import java.util.Set;
+
+import junit.framework.Test;
+import junit.framework.TestCase;
+import junit.framework.TestSuite;
+import junit.textui.TestRunner;
+
+import org.apache.commons.scxml.model.State;
+/**
+ * Unit tests for testing conflict resolution amongst multiple transitions
+ * within the [EMAIL PROTECTED] org.apache.commons.scxml.SCXMLExecutor}'s 
default
+ * semantics.
+ *
+ * Upto v0.6, non-deterministic behavior leads to an error condition. Based
+ * on the February 2007 WD, such non-determinism should now be resolved
+ * based on document order and heirarchy of states within the state machine.
+ * This class tests various such cases where more than one candidate
+ * transition exists at a particular point, and tie-breaking rules are used
+ * to make progress, rather than resulting in error conditions.
+ */
+public class TieBreakerTest extends TestCase {
+/**
+ * Construct a new instance of SCXMLExecutorTest with
+ * the specified name
+ */
+public TieBreakerTest(String name) {
+super(name);
+}
+
+public static Test suite() {
+TestSuite suite = new TestSuite(TieBreakerTest.class);
+suite.setName(SCXML Executor Tie-Breaker Tests);
+return suite;
+}
+
+// Test data
+private URL tiebreaker01, tiebreaker02, tiebreaker03;
+private SCXMLExecutor exec;
+
+/**
+ * Set up instance variables required by this test case.
+ */
+public void setUp() {
+tiebreaker01 = this.getClass().getClassLoader().
+

[jira] Commented: (SANDBOX-187) javac fails on windows


[ 
https://issues.apache.org/jira/browse/SANDBOX-187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478924
 ] 

Torsten Curdt commented on SANDBOX-187:
---

This is because the compiler has changed in mustang. (Although it should still 
work!)
No problems with JDK 1.5 even under windows.

Question is whether this should be fixed or not.

 javac fails on windows
 --

 Key: SANDBOX-187
 URL: https://issues.apache.org/jira/browse/SANDBOX-187
 Project: Commons Sandbox
  Issue Type: Bug
  Components: JCI
 Environment: Windows XP, JDK 1.6
Reporter: Torsten Curdt
 Assigned To: Torsten Curdt

 For some reason we still have a backslash in there while it should be a 
 simple slash
 junit.framework.AssertionFailedError: Failure executing javac, but could not 
 parse the error: javac: file not found: jci\Simple.java
 Usage: javac options source files
 use -help for a list of possible options
 ,  expected:0 but was:1
   at junit.framework.Assert.fail(Assert.java:47)
   at junit.framework.Assert.failNotEquals(Assert.java:282)
   at junit.framework.Assert.assertEquals(Assert.java:64)
   at junit.framework.Assert.assertEquals(Assert.java:201)
   at 
 org.apache.commons.jci.compilers.AbstractCompilerTestCase.testSimpleCompile(AbstractCompilerTestCase.java:56)

-- 
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] Updated: (SANDBOX-187) javac fails on windows


 [ 
https://issues.apache.org/jira/browse/SANDBOX-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Torsten Curdt updated SANDBOX-187:
--

Priority: Minor  (was: Major)

only JDK 1.6+

 javac fails on windows
 --

 Key: SANDBOX-187
 URL: https://issues.apache.org/jira/browse/SANDBOX-187
 Project: Commons Sandbox
  Issue Type: Bug
  Components: JCI
 Environment: Windows XP, JDK 1.6
Reporter: Torsten Curdt
 Assigned To: Torsten Curdt
Priority: Minor

 For some reason we still have a backslash in there while it should be a 
 simple slash
 junit.framework.AssertionFailedError: Failure executing javac, but could not 
 parse the error: javac: file not found: jci\Simple.java
 Usage: javac options source files
 use -help for a list of possible options
 ,  expected:0 but was:1
   at junit.framework.Assert.fail(Assert.java:47)
   at junit.framework.Assert.failNotEquals(Assert.java:282)
   at junit.framework.Assert.assertEquals(Assert.java:64)
   at junit.framework.Assert.assertEquals(Assert.java:201)
   at 
 org.apache.commons.jci.compilers.AbstractCompilerTestCase.testSimpleCompile(AbstractCompilerTestCase.java:56)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

svn commit: r515810 - /jakarta/commons/sandbox/jci/trunk/fam/src/test/java/org/apache/commons/jci/monitor/FilesystemAlterationMonitorTestCase.java

Author: tcurdt
Date: Wed Mar  7 14:23:36 2007
New Revision: 515810

URL: http://svn.apache.org/viewvc?view=revrev=515810
Log:
be more fuzzy


Modified:

jakarta/commons/sandbox/jci/trunk/fam/src/test/java/org/apache/commons/jci/monitor/FilesystemAlterationMonitorTestCase.java

Modified: 
jakarta/commons/sandbox/jci/trunk/fam/src/test/java/org/apache/commons/jci/monitor/FilesystemAlterationMonitorTestCase.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/fam/src/test/java/org/apache/commons/jci/monitor/FilesystemAlterationMonitorTestCase.java?view=diffrev=515810r1=515809r2=515810
==
--- 
jakarta/commons/sandbox/jci/trunk/fam/src/test/java/org/apache/commons/jci/monitor/FilesystemAlterationMonitorTestCase.java
 (original)
+++ 
jakarta/commons/sandbox/jci/trunk/fam/src/test/java/org/apache/commons/jci/monitor/FilesystemAlterationMonitorTestCase.java
 Wed Mar  7 14:23:36 2007
@@ -297,7 +297,7 @@
 
 public void testInterval() throws Exception {

-   final long interval = 100;
+   final long interval = 1000;

 start();
 fam.setInterval(interval);
@@ -311,7 +311,7 @@
 long diff = t2-t1;
 
 // interval should be at around the same interval
-assertTrue( (diff  (interval-20))  (diff  (interval+20)) );
+assertTrue(the interval was set to  + interval +  but the time 
difference was  + diff, (diff  (interval-50))  (diff  (interval+50)));
 
 stop();
 }



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

[jira] Created: (VFS-115) Sftp should support keypairs and private keys in locations other than fies

2007-03-07 Thread Brad Davis (JIRA)

Sftp should support keypairs and private keys in locations other than fies
--

 Key: VFS-115
 URL: https://issues.apache.org/jira/browse/VFS-115
 Project: Commons VFS
  Issue Type: Improvement
Reporter: Brad Davis
Priority: Minor


I am attempting to use jar based keypairs in several applications I am 
developing.  Unfortunately because the SFTP configuration only allows for a 
file to be specified for the private key, in order to use a key stored in a 
resource I have to first copy the resource to the local filesystem and then use 
that temporary file.  I'd much rather that I could specify the location of the 
location of private key as a VFS url.  Jsch supports using a byte array instead 
of a file to specify the private key, so VFS could be used to turn the URL into 
a byte array and pass that to JSCH instead.

-- 
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: (NET-152) FTPClient.retrieveFileStream hangs occassionally

2007-03-07 Thread Rory Winston (JIRA)


[ 
https://issues.apache.org/jira/browse/NET-152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478949
 ] 

Rory Winston commented on NET-152:
--

The fix to this problem involved a substantial change in the class hierarchy, 
and the changes are only availble in the 2.0 branch. There are no plans at 
present to port any of the major 2.0 changes to the 1.4.x branch. However, if 
you are desperate for a fix on JDK 1.4.x , and you have the inclination and 
energy, you may be able to backport the code to a 1.4.x platform. The JDK 5+ 
specific changes as far as I can recall are:

* Some of the regex code is 1.5+ only (possibly just one method, IIRC)
*  Use of generics
*  Some SocketFactory-related code, which could be easily backported

There may be more, but I would think that is the bulk of it. The source code is 
available here:

http://people.apache.org/~rwinston/commons-net-2.0/commons-net-2.0.0-SNAPSHOT-src.zip

Or here in SVN (recommended)

http://svn.apache.org/viewvc/jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/



 FTPClient.retrieveFileStream hangs occassionally
 

 Key: NET-152
 URL: https://issues.apache.org/jira/browse/NET-152
 Project: Commons Net
  Issue Type: Bug
Affects Versions: 1.4
 Environment: Redhat Enterprise Linux 4
Reporter: Shashi Anand B

 Occassionally, retrieveFileStream on FTPClient hangs. The thread dump gives 
 the following trace:
  java.net.PlainSocketImpl.socketAccept (native method)
  java.net.PlainSocketImpl.accept (PlainSocketImpl.java:353)
  java.net.ServerSocket.implAccept (ServerSocket.java:448)
  java.net.ServerSocket.accept (ServerSocket.java:419)
  org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:502)
  
 org.apache.commons.net.ftp.FTPClient.retrieveFileStream(FTPClient.java:1,342) 
 This seems to occur randomly. Hence, I have not been able to get any specific 
 information for further debugging.  Is this a known issue? Is there any 
 work-around for this issue?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

svn commit: r515834 - in /jakarta/commons/proper/scxml/trunk/src: main/java/org/apache/commons/scxml/io/ main/java/org/apache/commons/scxml/model/ test/java/org/apache/commons/scxml/model/

2007-03-07 Thread rahul

Author: rahul
Date: Wed Mar  7 15:08:50 2007
New Revision: 515834

URL: http://svn.apache.org/viewvc?view=revrev=515834
Log:
Changes to the object model:
 - Store transitions as a list rather than a map. The slightly more intense 
data structure used to hold transitions previously doesn't really pay off much, 
and more importantly, gets in the way of retaining document order.
 - Deprecate oacs.model.State#getTransitions()
 - Remove calls to deprecated API from source and tests
 - Retain document order where necessary
 - Minor cleanup in oacs.model.Path

Modified:

jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/ModelUpdater.java

jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/SCXMLSerializer.java

jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Parallel.java

jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Path.java

jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/model/SCXML.java

jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/model/State.java

jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/model/StateTest.java

Modified: 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/ModelUpdater.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/ModelUpdater.java?view=diffrev=515834r1=515833r2=515834
==
--- 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/ModelUpdater.java
 (original)
+++ 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/ModelUpdater.java
 Wed Mar  7 15:08:50 2007
@@ -150,16 +150,12 @@
 }
 }
 }
-Map t = s.getTransitions();
-Iterator i = t.keySet().iterator();
-while (i.hasNext()) {
-Iterator j = ((List) t.get(i.next())).iterator();
-while (j.hasNext()) {
-Transition trn = (Transition) j.next();
-//could add next two lines as a Digester rule for Transition
-trn.setParent(s);
-updateTransition(trn, targets);
-}
+List t = s.getTransitionsList();
+for (int i = 0; i  t.size(); i++) {
+Transition trn = (Transition) t.get(i);
+//could add next two lines as a Digester rule for Transition
+trn.setParent(s);
+updateTransition(trn, targets);
 }
 Parallel p = s.getParallel();
 Invoke inv = s.getInvoke();

Modified: 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/SCXMLSerializer.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/SCXMLSerializer.java?view=diffrev=515834r1=515833r2=515834
==
--- 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/SCXMLSerializer.java
 (original)
+++ 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/io/SCXMLSerializer.java
 Wed Mar  7 15:08:50 2007
@@ -138,14 +138,9 @@
 serializeDatamodel(b, dm, indent + INDENT);
 }
 serializeOnEntry(b, s, indent + INDENT);
-Map t = s.getTransitions();
-Iterator i = t.keySet().iterator();
-while (i.hasNext()) {
-List et = (List) t.get(i.next());
-for (int len = 0; len  et.size(); len++) {
-serializeTransition(b, (Transition) et.get(len), indent
-+ INDENT);
-}
+List t = s.getTransitionsList();
+for (int i = 0; i  t.size(); i++) {
+serializeTransition(b, (Transition) t.get(i), indent + INDENT);
 }
 Parallel p = s.getParallel();
 Invoke inv = s.getInvoke();

Modified: 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Parallel.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Parallel.java?view=diffrev=515834r1=515833r2=515834
==
--- 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Parallel.java
 (original)
+++ 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Parallel.java
 Wed Mar  7 15:08:50 2007
@@ -16,7 +16,7 @@
  */
 package org.apache.commons.scxml.model;
 
-import java.util.HashSet;
+import java.util.LinkedHashSet;
 import java.util.Set;
 
 /**
@@ -44,7 +44,7 @@
  * Constructor.
  */
 public Parallel() {
-this.states = new HashSet();
+this.states = new LinkedHashSet();
 }
 
 /**

Modified:

[jira] Updated: (VFS-115) Sftp should support keypairs and private keys in locations other than fies

2007-03-07 Thread Brad Davis (JIRA)


 [ 
https://issues.apache.org/jira/browse/VFS-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Brad Davis updated VFS-115:
---

Attachment: patch.txt

this is a first pass patch that replaces the functionality of specifying 
identites by file objects with specifying them with VFS urls.  it breaks 
compatibility with existing code specifying files, but with some small amount 
of additional work back-incompatibly could likely be maintained by changing 
File specifications to local filesystems URLS on the fly in the internals of 
the session builder.  I'll try to work on a second patch implementing this 
later on.

 Sftp should support keypairs and private keys in locations other than fies
 --

 Key: VFS-115
 URL: https://issues.apache.org/jira/browse/VFS-115
 Project: Commons VFS
  Issue Type: Improvement
Reporter: Brad Davis
Priority: Minor
 Attachments: patch.txt


 I am attempting to use jar based keypairs in several applications I am 
 developing.  Unfortunately because the SFTP configuration only allows for a 
 file to be specified for the private key, in order to use a key stored in a 
 resource I have to first copy the resource to the local filesystem and then 
 use that temporary file.  I'd much rather that I could specify the location 
 of the location of private key as a VFS url.  Jsch supports using a byte 
 array instead of a file to specify the private key, so VFS could be used to 
 turn the URL into a byte array and pass that to JSCH instead.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

[jira] Created: (SCXML-39) Deprecate State#getTransitions()

2007-03-07 Thread Rahul Akolkar (JIRA)

Deprecate State#getTransitions()


 Key: SCXML-39
 URL: https://issues.apache.org/jira/browse/SCXML-39
 Project: Commons SCXML
  Issue Type: Task
Affects Versions: 0.6
Reporter: Rahul Akolkar
 Assigned To: Rahul Akolkar
 Fix For: 1.0


In favor of getTransitionsList() which helps better retain document order.

Deprecated in r515834 while at 0.7-SNAPSHOT. Remove before v1.0.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

[jira] Created: (FILEUPLOAD-128) move commons-fileupload to org.apache.commons.fileupload groupId in maven

2007-03-07 Thread Henning Schmiedehausen (JIRA)

move commons-fileupload to org.apache.commons.fileupload groupId in maven
-

 Key: FILEUPLOAD-128
 URL: https://issues.apache.org/jira/browse/FILEUPLOAD-128
 Project: Commons FileUpload
  Issue Type: Improvement
Reporter: Henning Schmiedehausen


Currently, the 1.2 release of c-f is located at 
http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-fileupload/

It is probably better off at 
http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/commons/fileupload/

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

svn commit: r515904 - in /jakarta/commons/proper/scxml/trunk/src: main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java test/java/org/apache/commons/scxml/TieBreakerTest.java

2007-03-07 Thread rahul

Author: rahul
Date: Wed Mar  7 18:53:10 2007
New Revision: 515904

URL: http://svn.apache.org/viewvc?view=revrev=515904
Log:
Add transition conflict resolution based on document order. Uncomment tie 
breaker tests added earlier today that now work.

Modified:

jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java

jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java

Modified: 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java?view=diffrev=515904r1=515903r2=515904
==
--- 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java
 (original)
+++ 
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/semantics/SCXMLSemanticsImpl.java
 Wed Mar  7 18:53:10 2007
@@ -24,6 +24,7 @@
 import java.util.HashMap;
 import java.util.HashSet;
 import java.util.Iterator;
+import java.util.LinkedHashSet;
 import java.util.LinkedList;
 import java.util.List;
 import java.util.Map;
@@ -425,7 +426,7 @@
 Object[] trans = step.getTransitList().toArray();
 Set currentStates = step.getBeforeStatus().getStates();
 // non-determinism candidates
-Set nonDeterm = new HashSet();
+Set nonDeterm = new LinkedHashSet();
 for (int i = 0; i  trans.length; i++) {
 Transition t = (Transition) trans[i];
 TransitionTarget tsrc = t.getParent();
@@ -454,11 +455,15 @@
 // check if all non-deterministic situations have been resolved
 nonDeterm.removeAll(removeList);
 if (nonDeterm.size()  0) {
-errRep.onError(ErrorConstants.NON_DETERMINISTIC,
-Multiple conflicting transitions enabled., nonDeterm);
+// if not, first one wins (which is also first
+// in document order)
+Transition t = (Transition) nonDeterm.iterator().next();
+nonDeterm.remove(t);
 }
 // apply global transition filter
 step.getTransitList().removeAll(removeList);
+// apply document order priority
+step.getTransitList().removeAll(nonDeterm);
 removeList.clear();
 nonDeterm.clear();
 }

Modified: 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java?view=diffrev=515904r1=515903r2=515904
==
--- 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java
 (original)
+++ 
jakarta/commons/proper/scxml/trunk/src/test/java/org/apache/commons/scxml/TieBreakerTest.java
 Wed Mar  7 18:53:10 2007
@@ -78,7 +78,6 @@
 /**
  * Test the implementation
  */
-/* TODO - These tests must pass before v0.7
 public void testTieBreaker01() {
 exec = SCXMLTestHelper.getExecutor(tiebreaker01);
 assertNotNull(exec);
@@ -116,7 +115,7 @@
 assertEquals(1, currentStates.size());
 assertEquals(forty, ((State)currentStates.iterator().
 next()).getId());
-}*/
+}
 
 public static void main(String args[]) {
 TestRunner.run(suite());



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

[jira] Commented: (VFS-107) large Sftp transfers fail with OutOfMemoryError: Java heap space


[ 
https://issues.apache.org/jira/browse/VFS-107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479211
 ] 

Andrew Serff commented on VFS-107:
--

Any new news on this?  I really need this one fixed and soon.  If you point me 
to some documentation for the stream stuff you talk about, maybe I can take a 
stab at it.  Let me know.

 large Sftp transfers fail with OutOfMemoryError: Java heap space
 

 Key: VFS-107
 URL: https://issues.apache.org/jira/browse/VFS-107
 Project: Commons VFS
  Issue Type: Bug
Affects Versions: Nightly Builds
 Environment: java version 1.5.0_04
 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_04-b05)
 Java HotSpot(TM) Client VM (build 1.5.0_04-b05, mixed mode, sharing)
 Linux version 2.6.17-1.2142_FC4 ([EMAIL PROTECTED]) (gcc version 4.0.2 
 20051125 (Red Hat 4.0.2-8)) #1 Tue Jul 11 22:41:14 EDT 2006
Reporter: Marty Lamb

 Calling SftpFileObject.getOutputStream() returns a descendant of 
 ByteArrayOutputStream; nothing is written to the remote sftp server until the 
 OutputStream is closed.  For large data transfers, this exhausts local 
 resources.
 This is noted in the source for SftpFileObject:
   protected OutputStream doGetOutputStream(boolean bAppend) throws 
 Exception
   {
   // TODO - Don't write the entire file into memory. Use the 
 stream-based
   // methods on ChannelSftp once the work properly
   final ChannelSftp channel = fileSystem.getChannel();
   return new SftpOutputStream(channel);
   }
 although it is not clear what once the[y] work properly is referring to.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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

[jira] Created: (VFS-116) Add Write capability to RandomAccessContent for all providers

Add Write capability to RandomAccessContent for all providers
-

 Key: VFS-116
 URL: https://issues.apache.org/jira/browse/VFS-116
 Project: Commons VFS
  Issue Type: Improvement
Affects Versions: 1.0, 1.1
 Environment: Java 1.5 / any os
Reporter: Andrew Serff


Writing to RandomAccessContent seems to only work for the File provider.  
Reading works for all it seems, just not writing.  The main ones I'm worried 
about are ftp and sftp.  Here is what I know:
FtpRandomAccessContent and SftpRandomAccessContent both extend from 
AbstractRandomAccessStreamContent.  (The Http one does too, but I'm not 
interested in that one right now.)
AbstractRandomAccessStreamContent extends from RandomAccessContent which only 
exposes the read methods and throws UnsupportedOperationExceptions for all the 
write methods.  

If you just add the write methods to AbstractRandomAccessStreamContent (calling 
getDataOutputStream().write*(v)) and then add an abstract method 
getDataOutputStream() to it, the subclasses will need to implement that.  
You also need to add the RANDOM_ACCESS_WRITE Capability to the SFTP and FTP 
FileProviders.  

I have been trying to do this tonight but I'm not having much luck with getting 
anything to write with both FTP and SFTP.  I'm unfamiliar with JSch and Commons 
FTP, so I might just be missing something.  If anyone could help, I'd be glad 
to submit a fix for this Improvement issue.  I will either attach my changed 
files or add some comments to this issue to show the changes I have made.  

-- 
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] Updated: (VFS-116) Add Write capability to RandomAccessContent for all providers

[
https://issues.apache.org/jira/browse/VFS-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andrew Serff updated VFS-116:
-

Attachment: AbstractRandomAccessStreamContent.java

Changes include a new abstract method getDataOutputStream() and overrides all
write methods from RandomAccessContent.

Add Write capability to RandomAccessContent for all providers
-

Key: VFS-116
URL: https://issues.apache.org/jira/browse/VFS-116
Project: Commons VFS
Issue Type: Improvement
Affects Versions: 1.0, 1.1
Environment: Java 1.5 / any os
Reporter: Andrew Serff
Attachments: AbstractRandomAccessStreamContent.java,
FtpFileProvider.java

Writing to RandomAccessContent seems to only work for the File provider.
Reading works for all it seems, just not writing. The main ones I'm worried
about are ftp and sftp. Here is what I know:
FtpRandomAccessContent and SftpRandomAccessContent both extend from
AbstractRandomAccessStreamContent. (The Http one does too, but I'm not
interested in that one right now.)
AbstractRandomAccessStreamContent extends from RandomAccessContent which only
exposes the read methods and throws UnsupportedOperationExceptions for all
the write methods.
If you just add the write methods to AbstractRandomAccessStreamContent
(calling getDataOutputStream().write*(v)) and then add an abstract method
getDataOutputStream() to it, the subclasses will need to implement that.
You also need to add the RANDOM_ACCESS_WRITE Capability to the SFTP and FTP
FileProviders.
I have been trying to do this tonight but I'm not having much luck with
getting anything to write with both FTP and SFTP. I'm unfamiliar with JSch
and Commons FTP, so I might just be missing something. If anyone could help,
I'd be glad to submit a fix for this Improvement issue. I will either
attach my changed files or add some comments to this issue to show the
changes I have made.

--
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] Updated: (VFS-116) Add Write capability to RandomAccessContent for all providers

[
https://issues.apache.org/jira/browse/VFS-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andrew Serff updated VFS-116:
-

Attachment: FtpFileProvider.java

Added the RANDOM_ACCESS_WRITE Capability

Add Write capability to RandomAccessContent for all providers
-

--
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] Updated: (VFS-116) Add Write capability to RandomAccessContent for all providers

[
https://issues.apache.org/jira/browse/VFS-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andrew Serff updated VFS-116:
-

Attachment: FtpRandomAccessContent.java

Implemented the new getDataOutputStream() method. When I test this though, the
file just becomes blank and I don't know why.

Add Write capability to RandomAccessContent for all providers
-

--
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] Updated: (VFS-116) Add Write capability to RandomAccessContent for all providers

[
https://issues.apache.org/jira/browse/VFS-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andrew Serff updated VFS-116:
-

Attachment: SftpFileProvider.java

Added the RANDOM_ACCESS_WRITE Capability

Add Write capability to RandomAccessContent for all providers
-

--
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] Updated: (VFS-116) Add Write capability to RandomAccessContent for all providers

[
https://issues.apache.org/jira/browse/VFS-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andrew Serff updated VFS-116:
-

Attachment: SftpRandomAccessContent.java

Implemented the new getDataOutputStream() method. When I test this though,
nothing happens. The file is left untouched and I don't know why...

Add Write capability to RandomAccessContent for all providers
-

--
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] Updated: (VFS-116) Add Write capability to RandomAccessContent for all providers