Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [smila-dev] binstorage redesign

If it's already temp file used, I see no reasons for current API.

It should be much simpler, something like

interface BinStorage{
    InputStream get(String id);
    String add(InputStream stream);
    update(String id, InputStream stream);
    remove(String id);
    boolean exist(String id);
}

--
Ivan

Thomas Menzel wrote:
correct

Kind regards
Thomas Menzel @ brox IT-Solutions GmbH

-----Original Message-----
From: smila-dev-bounces@xxxxxxxxxxx [mailto:smila-dev-bounces@xxxxxxxxxxx] On Behalf Of Dmitry Hazin
Sent: Dienstag, 30. September 2008 09:20
To: Smila project developer mailing list
Subject: Re: [smila-dev] binstorage redesign

Real file access is another problem, binstorage uses commons vfs that works with InputStreams rather than with files, and direct file access isn't possible with vfs. So the solution will be to create temp file from input stream or something like that, but i think it has nothing to do with binstorage api.

Ivan Churkin wrote:
I completely agree with.
Imho, binstorage API should be very simple. I can imagine that some customer will want to use database for storing binary data. As I understand there is only one problem - some text miner engine have to get real file access to extract data.

--
Ivan



Dmitry Hazin wrote:
Why do you think that that binstorage should mimic the file system? What is the reason for that? The simplest will be just manage files in binstorage by Id (ie by name), and binstorage should decide how to store files physically, in file system or using any other way. So I don't see any the reason why binstorage should mimic filesystem, please explain your point.
_______________________________________________
smila-dev mailing list
smila-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/smila-dev
_______________________________________________
smila-dev mailing list
smila-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/smila-dev
_______________________________________________
smila-dev mailing list
smila-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/smila-dev
------------------------------------------------------------------------

_______________________________________________
smila-dev mailing list
smila-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/smila-dev



Back to the top