You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Michel Tourn (JIRA)" <ji...@apache.org> on 2006/09/03 19:34:24 UTC
[jira] Created: (HADOOP-505) Patch for external project
it.could.webdav
Patch for external project it.could.webdav
------------------------------------------
Key: HADOOP-505
URL: http://issues.apache.org/jira/browse/HADOOP-505
Project: Hadoop
Issue Type: Task
Components: dfs
Reporter: Michel Tourn
Context:
http://issues.apache.org/jira/browse/HADOOP-496
http://could.it/main/a-simple-approach-to-webdav.html
This patch applies to an external project that Hadoop would use as a library.
You can obtain the baseline code:
svn co --revision {"1 Sep 2006 00:00:00 GMT"} http://could.it/repo/webdav/head/
Then apply the attached patch.
Patch details below.
---------------------
Changes in the patch are:
Filehandle leaks prevented it from working on Windows. (in.close() in 3 places)
Filehandle leaks would eventually crash server on Linux.
Now it passes the litmus compliance tests, in both original and HDFS mode.
Mostly had to refine the HTTP status codes.
Decoupled COPY and MOVE
This allows an implementation of MOVE other than COPY-and-delete
There is no new "abstraction code" to support a distributed filesystem backend.
Only: one change to make a java.io.File reference work when it represents a
non-Windows path on Windows: (unixAbsolute = rootPath.startsWith("/"))
The factory code via servlet properties was extended to allow loading by name:
repositoryClass="it.could.webdav.DAVRepository"
repositoryClass="it.could.webdav.XMLRepository"
repositoryClass="org.apache.hadoop.dfs.webdav.HDFSRepository"
4 classes are subclassed for the alternative implementation:
A few private fields were made protected.
Some constructor logic moved to protected init() method-s so it can be overriden.
--
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
[jira] Resolved: (HADOOP-505) Patch for external project
it.could.webdav
Posted by "Enis Soztutar (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HADOOP-505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Enis Soztutar resolved HADOOP-505.
----------------------------------
Resolution: Invalid
Marking this issue as invalid, since we will stick to Jackrabbit's webdav API's for webdav.
> Patch for external project it.could.webdav
> ------------------------------------------
>
> Key: HADOOP-505
> URL: https://issues.apache.org/jira/browse/HADOOP-505
> Project: Hadoop
> Issue Type: Task
> Components: dfs
> Reporter: Michel Tourn
> Assignee: Sameer Paranjpye
> Attachments: webdav-hadoop.1.patch
>
>
> Context:
> http://issues.apache.org/jira/browse/HADOOP-496
> http://could.it/main/a-simple-approach-to-webdav.html
> This patch applies to an external project that Hadoop would use as a library.
> You can obtain the baseline code:
> svn co --revision {"1 Sep 2006 00:00:00 GMT"} http://could.it/repo/webdav/head/
> Then apply the attached patch.
> Patch details below.
> ---------------------
> Changes in the patch are:
> Filehandle leaks prevented it from working on Windows. (in.close() in 3 places)
> Filehandle leaks would eventually crash server on Linux.
> Now it passes the litmus compliance tests, in both original and HDFS mode.
> Mostly had to refine the HTTP status codes.
> Decoupled COPY and MOVE
> This allows an implementation of MOVE other than COPY-and-delete
> There is no new "abstraction code" to support a distributed filesystem backend.
> Only: one change to make a java.io.File reference work when it represents a
> non-Windows path on Windows: (unixAbsolute = rootPath.startsWith("/"))
> The factory code via servlet properties was extended to allow loading by name:
> repositoryClass="it.could.webdav.DAVRepository"
> repositoryClass="it.could.webdav.XMLRepository"
> repositoryClass="org.apache.hadoop.dfs.webdav.HDFSRepository"
> 4 classes are subclassed for the alternative implementation:
> A few private fields were made protected.
> Some constructor logic moved to protected init() method-s so it can be overriden.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HADOOP-505) Patch for external project
it.could.webdav
Posted by "Michel Tourn (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HADOOP-505?page=all ]
Michel Tourn updated HADOOP-505:
--------------------------------
Attachment: (was: webdav-hadoop.1.patch)
> Patch for external project it.could.webdav
> ------------------------------------------
>
> Key: HADOOP-505
> URL: http://issues.apache.org/jira/browse/HADOOP-505
> Project: Hadoop
> Issue Type: Task
> Components: dfs
> Reporter: Michel Tourn
>
> Context:
> http://issues.apache.org/jira/browse/HADOOP-496
> http://could.it/main/a-simple-approach-to-webdav.html
> This patch applies to an external project that Hadoop would use as a library.
> You can obtain the baseline code:
> svn co --revision {"1 Sep 2006 00:00:00 GMT"} http://could.it/repo/webdav/head/
> Then apply the attached patch.
> Patch details below.
> ---------------------
> Changes in the patch are:
> Filehandle leaks prevented it from working on Windows. (in.close() in 3 places)
> Filehandle leaks would eventually crash server on Linux.
> Now it passes the litmus compliance tests, in both original and HDFS mode.
> Mostly had to refine the HTTP status codes.
> Decoupled COPY and MOVE
> This allows an implementation of MOVE other than COPY-and-delete
> There is no new "abstraction code" to support a distributed filesystem backend.
> Only: one change to make a java.io.File reference work when it represents a
> non-Windows path on Windows: (unixAbsolute = rootPath.startsWith("/"))
> The factory code via servlet properties was extended to allow loading by name:
> repositoryClass="it.could.webdav.DAVRepository"
> repositoryClass="it.could.webdav.XMLRepository"
> repositoryClass="org.apache.hadoop.dfs.webdav.HDFSRepository"
> 4 classes are subclassed for the alternative implementation:
> A few private fields were made protected.
> Some constructor logic moved to protected init() method-s so it can be overriden.
--
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
[jira] Updated: (HADOOP-505) Patch for external project
it.could.webdav
Posted by "Michel Tourn (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HADOOP-505?page=all ]
Michel Tourn updated HADOOP-505:
--------------------------------
Attachment: webdav-hadoop.1.patch
> Patch for external project it.could.webdav
> ------------------------------------------
>
> Key: HADOOP-505
> URL: http://issues.apache.org/jira/browse/HADOOP-505
> Project: Hadoop
> Issue Type: Task
> Components: dfs
> Reporter: Michel Tourn
> Attachments: webdav-hadoop.1.patch
>
>
> Context:
> http://issues.apache.org/jira/browse/HADOOP-496
> http://could.it/main/a-simple-approach-to-webdav.html
> This patch applies to an external project that Hadoop would use as a library.
> You can obtain the baseline code:
> svn co --revision {"1 Sep 2006 00:00:00 GMT"} http://could.it/repo/webdav/head/
> Then apply the attached patch.
> Patch details below.
> ---------------------
> Changes in the patch are:
> Filehandle leaks prevented it from working on Windows. (in.close() in 3 places)
> Filehandle leaks would eventually crash server on Linux.
> Now it passes the litmus compliance tests, in both original and HDFS mode.
> Mostly had to refine the HTTP status codes.
> Decoupled COPY and MOVE
> This allows an implementation of MOVE other than COPY-and-delete
> There is no new "abstraction code" to support a distributed filesystem backend.
> Only: one change to make a java.io.File reference work when it represents a
> non-Windows path on Windows: (unixAbsolute = rootPath.startsWith("/"))
> The factory code via servlet properties was extended to allow loading by name:
> repositoryClass="it.could.webdav.DAVRepository"
> repositoryClass="it.could.webdav.XMLRepository"
> repositoryClass="org.apache.hadoop.dfs.webdav.HDFSRepository"
> 4 classes are subclassed for the alternative implementation:
> A few private fields were made protected.
> Some constructor logic moved to protected init() method-s so it can be overriden.
--
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
[jira] Commented: (HADOOP-505) Patch for external project
it.could.webdav
Posted by "Pier Fumagalli (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HADOOP-505?page=comments#action_12432391 ]
Pier Fumagalli commented on HADOOP-505:
---------------------------------------
Patch applied onto HEAD revision at http://could.it/repo/webdav/head/
Will be availble in 0.5 at http://could.it/repo/webdav/tags/0.5/ once the new release is rolled!
> Patch for external project it.could.webdav
> ------------------------------------------
>
> Key: HADOOP-505
> URL: http://issues.apache.org/jira/browse/HADOOP-505
> Project: Hadoop
> Issue Type: Task
> Components: dfs
> Reporter: Michel Tourn
> Attachments: webdav-hadoop.1.patch
>
>
> Context:
> http://issues.apache.org/jira/browse/HADOOP-496
> http://could.it/main/a-simple-approach-to-webdav.html
> This patch applies to an external project that Hadoop would use as a library.
> You can obtain the baseline code:
> svn co --revision {"1 Sep 2006 00:00:00 GMT"} http://could.it/repo/webdav/head/
> Then apply the attached patch.
> Patch details below.
> ---------------------
> Changes in the patch are:
> Filehandle leaks prevented it from working on Windows. (in.close() in 3 places)
> Filehandle leaks would eventually crash server on Linux.
> Now it passes the litmus compliance tests, in both original and HDFS mode.
> Mostly had to refine the HTTP status codes.
> Decoupled COPY and MOVE
> This allows an implementation of MOVE other than COPY-and-delete
> There is no new "abstraction code" to support a distributed filesystem backend.
> Only: one change to make a java.io.File reference work when it represents a
> non-Windows path on Windows: (unixAbsolute = rootPath.startsWith("/"))
> The factory code via servlet properties was extended to allow loading by name:
> repositoryClass="it.could.webdav.DAVRepository"
> repositoryClass="it.could.webdav.XMLRepository"
> repositoryClass="org.apache.hadoop.dfs.webdav.HDFSRepository"
> 4 classes are subclassed for the alternative implementation:
> A few private fields were made protected.
> Some constructor logic moved to protected init() method-s so it can be overriden.
--
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