[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [smila-dev] binstorage redesign
|
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
