Configuring a file-backed HTTP resource for attribute filters

[Brent Putman]

On 7/21/15 5:50 PM, Brent Putman wrote:
>
>
> I did just notice however that since that line is outside the try
> block, and the caller getInputStream() doesn't do anything with the
> caught exception: if that line *does* throw, it's completely swallowed
> and there is no logging or other output as to what happened.  So that
> may in fact be what is making this so mysterious to diagnose...  FYI,
> that ctor is specified to throw a FileNotFoundException under various
> conditions:
>
> If the file exists but is a directory rather than a regular file, does
> not exist but cannot be created, or cannot be opened for any other
> reason then a <code>FileNotFoundException</code> is thrown.
>

For the archives: We confirmed that the issue was that the backing file
could not be created, because the unqualified path was being converted
by Spring to a ServletContextResource, instead of a FilesystemResource. 
We think we have a bug with our custom override of the conversion selection.

Until a fix is available, a workaround for now would be to specify the
path as a file URL, e.g. file:///the/backup/path.  This will coerce the
conversion to the required FilesystemResource.


https://issues.shibboleth.net/jira/browse/IDP-776

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20150722/f9760dea/attachment.html>