On Tue, Feb 24, 2009 at 2:40 AM, Strnad, Kai <[email protected]> wrote: > natural way to obtain files residing on the same machine. Perhaps we could > introduce two parameters for this: one that acts as a switch and generally > turns file URLs on/off and a second that defines a set of allowed file URLs > with optional recursion ?
I could see it working well with either an on/off switch or just telling people they need to "comment out" the list of allowed URLs if they want to disable it altogether. On the recursion idea, I guess I was assuming it would always be recursive. But you're thinking that sometimes people would want to only allow ingesting content in, /path/to/files/, but not /path/to/files/subdir/, right? > A related idea could be to use a virtual file system provider like Apache > VFS. This could further simplify the retrieval of managed content by > abstracting the access to multiple file systems and protocols. There are of > course even more possible security implications with this approach and I > also don't know about the stability and the impact on ingest performance. Something like VFS would open up some interesting possibilities. I took a quick look at VFS and saw that it has a core dependency (for URI parsing) on an older version (2.0) of commons-httpclient than Fedora requires (3.1). As I recall, there were some significant API changes between these commons-httpclient releases, so it may be difficult to use VFS as-is without resorting to classloader magic. Still worth a deeper look, though. - Chris ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
