You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@reef.apache.org by "Markus Weimer (JIRA)" <ji...@apache.org> on 2015/04/03 23:24:53 UTC

[jira] [Updated] (REEF-239) Catch all Throwables when trying to create symlinks

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

Markus Weimer updated REEF-239:
-------------------------------
    Description: 
The local runtime tries to use symbolic links in lieu of file copies when it sets up the working directories for the Driver and Evaluators. This can fail on Windows when the user doesn't have symlink privileges. We account for that by catching {{IOException}} thrown by the symlink process and copying the files instead.

However, what I just found out is that it can also fail for Java internal reasons with an {{InternalException}}. We therefore should catch any{{Throwable}} instead of just {{IOException}}

  was:
The local runtime tries to use symbolic links in lieu of file copies when it sets up the working directories for the Driver and Evaluators. This can fail on Windows when the user doesn't have symlink privileges. We account for that by catching {{IOException}}s thrown by the symlink process and copying the files instead.

However, what I just found out is that it can also fail for Java internal reasons with an {{InternalException}}. We therefore should catch all {{Throwable}}s instead of just the {{IOExceptions}}


> Catch all Throwables when trying to create symlinks
> ---------------------------------------------------
>
>                 Key: REEF-239
>                 URL: https://issues.apache.org/jira/browse/REEF-239
>             Project: REEF
>          Issue Type: Bug
>          Components: REEF Runtime Local
>            Reporter: Markus Weimer
>            Assignee: Markus Weimer
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> The local runtime tries to use symbolic links in lieu of file copies when it sets up the working directories for the Driver and Evaluators. This can fail on Windows when the user doesn't have symlink privileges. We account for that by catching {{IOException}} thrown by the symlink process and copying the files instead.
> However, what I just found out is that it can also fail for Java internal reasons with an {{InternalException}}. We therefore should catch any{{Throwable}} instead of just {{IOException}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)