[openbiblio-dev] bibserver dao

[Jim Pitman]

Rufus Pollock <rufus.pollock at okfn.org> wrote:

> We also had a chance to talk about this. From my end the issue is that
> file storage always introduces complexity both in code and more widely
> (e.g. easy to have security holes and allow attackers to write over
> your bashrc or similar ...) and we don't have any immediate need for
> it. I'd therefore suggest leaving it out until we have a clear and
> present need (moreover at that point, the need e.g. asynchronous
> processing, might influence the implementation).

But BibJSON derived from the file  upload is still being cached in the database, right?
That should be enough for a first pass. I think at least initially users should be expected
to maintain their own files and BibServer provides a read-only service with its own internal
caching of data from upload. There will still be the issue of how to remove data that has been uploaded
e.g. in error. How exactly does the user authenticate to show they were the owner or the file with right
to remove it?

This sort of thing, and naming of files,  is what makes file upload much more difficult than pulling data from urls.
Then, whatever is at the end of the url is the source, and it is harmless if anyone in the world presses a refresh button.
If the url returns an error, the local store should not be overwritten. This should happen only of something that looks
like bib data has been acquired.

--Jim