I would've been inclined to a heavier hand, and have the final parameter be a URI. If instead of a pid, you have the fedora-local uri 'info:fedora/$PID', then you can't confuse a protocol with a namespace. But that's a change that might not be tolerable.
On 8/10/10, Scott Prater <pra...@wisc.edu> wrote: > Steve Bayliss had the following suggestion: > > "Re the FCREPO-756 question, one thought I had would be to make the pid > parameter either take a pid (as now) or take a file:// URI to specify > the pid file (should be fairly easy to detect in the code, and > relatively consistent in that the pid parameter changes to a > pid-specifier parameter which accepts different forms of input). > > The drawback with that is that file:// URIs can't be relative, which is > a bit of an inconvenience if you just want it to pick up a file in the > same directory which you're running from..." > > That had occurred to me earlier, but I thought that "file:" might be > easily confused with a Fedora PID's namespace identifier (although I > hope no one is using "file:" as a namespace ID). But now that I see it, > "file://" can't be confused with a PID, as "/" is not a legal character > in a PID, so that could work, after all. > > Any other thoughts? > > -- Scott > > > Scott Prater wrote: >> I'm about 90% of the way towards enabling batch purges of objects in the >> the Fedora org.fcrepo.client.utility.AutoPurger class. >> >> (See this feature request I recently opened: >> https://jira.duraspace.org/browse/FCREPO-756) >> >> There's one niggly problem that I can't resolve to my satisfaction, >> though: how to specify either a PID OR a path to a file in the >> arguments to main()? >> >> Currently, the AutoPurger class takes six arguments in a particular >> order, and an optional seventh argument. The fifth argument is the PID >> of the object to be purged. If I want to specify a file containing a >> list of PIDs, rather than a single PID, what would be the cleanest, most >> elegant way to do that? Any ideas? >> >> thanks, >> >> -- Scott >> > > > -- > Scott Prater > Library, Instructional, and Research Applications (LIRA) > Division of Information Technology (DoIT) > University of Wisconsin - Madison > pra...@wisc.edu > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Fedora-commons-developers mailing list > Fedora-commons-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
