Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [smila-dev] binstorage redesign 
that looks nice and if u replace String id with Path absolutePath  u get what I had in mind when writing the other mail in parallel.
although, we can have both interfaces, as written.

though u'd need a few methods to handle folders as well.

on that: it would be great to have this then as close as possible to the java.io File/Folder  API, such that code for clients who want to use this and have been written already elsewhere don’t have much to change.
but that is only a bonus if can be done easily.

Kind regards
Thomas Menzel @ brox IT-Solutions GmbH


-----Original Message-----
From: smila-dev-bounces@xxxxxxxxxxx [mailto:smila-dev-bounces@xxxxxxxxxxx] On Behalf Of Ivan Churkin
Sent: Dienstag, 30. September 2008 09:44
To: Smila project developer mailing list
Subject: 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
>   

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

Back to the top