ell.
> >>
> >> One can also do streaming with db BLOBs, but not via hibernate I
> >> believe.
> >>
> >> -----Original Message-
> >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> >> Behalf Of
> >> bjquinn
>
PROTECTED] [mailto:[EMAIL PROTECTED] On
>> Behalf Of
>> bjquinn
>> Sent: Friday, November 16, 2007 9:14 PM
>> To: users@xwiki.org
>> Subject: Re: [xwiki-users] Xwiki file and attachment storage
>>
>>
>>
>> vmassol wrote:
>>>
>
Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of
> bjquinn
> Sent: Friday, November 16, 2007 9:14 PM
> To: users@xwiki.org
> Subject: Re: [xwiki-users] Xwiki file and attachment storage
>
>
>
> vmassol wrote:
>>
>>
believe.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
bjquinn
Sent: Friday, November 16, 2007 9:14 PM
To: users@xwiki.org
Subject: Re: [xwiki-users] Xwiki file and attachment storage
vmassol wrote:
>
> However I'm curious to know w
vmassol wrote:
>
> However I'm curious to know why you need attachments stored in the
> file system.
>
Because many of these attachments may be large (>50MB), and over time the
database can grow to be unweildy. Currently that's our problem with our
exchange server setup (people keep emailin
Vincent Massol wrote:
> Definitely. For this use case, webdav support would probably be the
> best. We have jira issues opened for this but nobody has implemented
> it yet AFAIK. I guess if the JCR implementation also supports Webdav
> that should work too.
>
> -Vincent
>
> __
On Oct 31, 2007, at 12:01 AM, Your XEN ICT Team - Ricardo Rodriguez
wrote:
> Vincent Massol wrote:
>> Sorry but no. The scope for 1.2 was changed a long time ago. More =
>
>> importantly Artem who was working on it has stopped participating
>> to =
>
>> XWiki for some time since he's busy o
Vincent Massol wrote:
> Sorry but no. The scope for 1.2 was changed a long time ago. More
> importantly Artem who was working on it has stopped participating to
> XWiki for some time since he's busy on other stuff. He'll join us back
> later but there's no ETA right now on the JCR implementat
Hi,
On Oct 30, 2007, at 9:03 PM, bjquinn wrote:
>
>>> Is that what you mean? And is this Jackrabbit
>>> stuff ready by v1.1?
>
>> Nope. This is 1.2 stuff.
>
> Well, 1.2 is almost here... is the jackrabbit stuff ready, and can I
> store
> attachments in files??
Sorry but no. The scope for 1.2
>> Is that what you mean? And is this Jackrabbit
>> stuff ready by v1.1?
>Nope. This is 1.2 stuff.
Well, 1.2 is almost here... is the jackrabbit stuff ready, and can I store
attachments in files??
--
View this message in context:
http://www.nabble.com/Xwiki-file-and-attachment-storage-tf421
On Aug 30, 2007, at 5:19 PM, bjquinn wrote:
>
>
> http://jackrabbit.apache.org/faq.html#whats-fs wrote:
>>
>> What is a Jackrabbit file system?
>>
>> A Jackrabbbit file system (FS) is an internal component that
>> implements standard file system operations on top of some underlying
>> storag
http://jackrabbit.apache.org/faq.html#whats-fs wrote:
>
> What is a Jackrabbit file system?
>
> A Jackrabbbit file system (FS) is an internal component that
> implements standard file system operations on top of some underlying
> storage mechanism (a normal file system, a database, a webda
On Aug 30, 2007, at 4:44 PM, bjquinn wrote:
>
>
>
> vmassol wrote:
>>
>> Google is your friend... :)
>>
>> For example, at random:
>> http://www.onjava.com/pub/a/onjava/2006/10/04/what-is-java-content-
>> repository.html
>>
>> -Vincent
>>
>>
>
> Sure, Google is my friend. :)
>
> What I was wanti
vmassol wrote:
>
> Google is your friend... :)
>
> For example, at random:
> http://www.onjava.com/pub/a/onjava/2006/10/04/what-is-java-content-
> repository.html
>
> -Vincent
>
>
Sure, Google is my friend. :)
What I was wanting to know, though, is whether the work you're doing will
imp
On Aug 30, 2007, at 1:51 AM, bjquinn wrote:
>
>
> vmassol wrote:
>>
>> Artem, would you mind giving us a status on the JCR work and the plan
>> ahead?
>>
>
>
> vmassol wrote:
>>
>>> So I take it nothing like this is in the works? :)
>>
>> like what? (did you see my answer btw)
>>
>
> Just the pa
vmassol wrote:
>
> Artem, would you mind giving us a status on the JCR work and the plan
> ahead?
>
vmassol wrote:
>
>> So I take it nothing like this is in the works? :)
>
> like what? (did you see my answer btw)
>
Just the part about storing attachments as files outside of the DB.
On Aug 29, 2007, at 5:46 PM, bjquinn wrote:
>
>
> Esbach, Brandon wrote:
>>
With a little work, you could probably intercept the upload via
>> groovy, place it on a network drive, replace the attachment with a
>> link
>> to that network file..
>>
>> Would think that this would be your nex
> So I take it nothing like this is in the works? :)
Actually, there are some ideas of providing WebDav access to an XWiki
instance, but that's still using a database, but you can edit the
files as they were on a real filesystem.
Also, the JCR storage backend is almost functional, it just needs
Esbach, Brandon wrote:
>
>>>With a little work, you could probably intercept the upload via
> groovy, place it on a network drive, replace the attachment with a link
> to that network file..
>
> Would think that this would be your next step? Granted, I've never
> tested the idea; but it shoul
7;re looking for.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of bjquinn
Sent: 29 August 2007 00:49
To: users@xwiki.org
Subject: Re: [xwiki-users] Xwiki file and attachment storage
Esbach, Brandon wrote:
>
> So far my own internal wiki's run at be
Esbach, Brandon wrote:
>
> So far my own internal wiki's run at between 5mb and 3gb -
> with no real noticable difference in performance from the smallest to
> the largest.
>
Hmmm, yes, the problem seems to be currently that our Exchange database
right now is 200gb, filled mostly with all the
21 matches
Mail list logo
