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

Roland Hauser updated TREQ-21:
------------------------------
    Description: 
Otherwise, BaseLocaleUrlDefinitionDAO does not load resources correctly, see 
TILES-589.

In general, if the URL#openConnection method of a local protocol is called, an 
IOException should be transformed into a FileNotFoundException as it implies 
that the resource does not exist. This should be avoided for remote protocols 
because an IOException can mean something different, for instance that the 
network connection could not be established.

By default any protocol is considered to be local, except of
- ftp
- http
- https
- mailto
- netdoc
- Any additional protocol specified via system parameter -Dtiles.remoteProtocols

  was:Otherwise, BaseLocaleUrlDefinitionDAO does not load resources correctly, 
see TILES-589 


> Within an OSGi environment, URLApplicationResource must throw a 
> FileNotFoundException instead of IOException when a resource is not found
> -----------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: TREQ-21
>                 URL: https://issues.apache.org/jira/browse/TREQ-21
>             Project: Tiles Request
>          Issue Type: Bug
>            Reporter: Roland Hauser
>            Assignee: mck
>
> Otherwise, BaseLocaleUrlDefinitionDAO does not load resources correctly, see 
> TILES-589.
> In general, if the URL#openConnection method of a local protocol is called, 
> an IOException should be transformed into a FileNotFoundException as it 
> implies that the resource does not exist. This should be avoided for remote 
> protocols because an IOException can mean something different, for instance 
> that the network connection could not be established.
> By default any protocol is considered to be local, except of
> - ftp
> - http
> - https
> - mailto
> - netdoc
> - Any additional protocol specified via system parameter 
> -Dtiles.remoteProtocols



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to