Yes, this approach sounds interesting... I've used a workaround when I faced that problem: I "linked" files from the rfs via XML Content definitions and streamed them by getting the top response object.<br><br>brgds
<br><br>sigi<br><br><div><span class="gmail_quote">On 5/8/06, <b class="gmail_sendername">Ruben Malchow</b> <<a href="mailto:ruben@khm.de">ruben@khm.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>hi chris,<br><br>the actual reason for this is that there's no way of getting an<br>output/input stream from or to a resource. this means that all data will<br>have to be in memory, then written to the resource or read from the
<br>database into memory and then passed to the frontend respectively.<br><br>thus the actual limit for files is the maximum length of a byte[] (which<br>i am not sure about at the moment ... 2gig?) or the maximum amount of
<br>available memory, which is, in most cases, the more interesting limit.<br><br>i thought about writing a module that maps resources to blobs that can<br>be read and written using streams. anyone interested?<br><br>regards
<br><br>ruben<br><br><br>Christoph P. Kukulies wrote:<br>> I need to provide a kind of download area with unlimited file<br>> size for individual users.<br>> My understanding is that the VFS only allows for relatively small files
<br>> (up to some tens of MB - http file transfer limit or what is the actual<br>> reason for this?).<br>><br>> So how can I integrate an exported area in my web sites' physical<br>> file system while maintaining user protection between users.
<br>><br>> In the VFS I can set a visibility property IIRC, allowing me to let<br>> certain users "see" only files they are allowed to, am I right on this?<br>><br>><br>> --<br>> Chris Christoph P. U. Kukulies kukulies (at) 
<a href="http://rwth-aachen.de">rwth-aachen.de</a><br>><br>> _______________________________________________<br>> This mail is sent to you from the opencms-dev mailing list<br>> To change your list options, or to unsubscribe from the list, please visit
<br>> <a href="http://lists.opencms.org/mailman/listinfo/opencms-dev">http://lists.opencms.org/mailman/listinfo/opencms-dev</a><br>><br><br>_______________________________________________<br>This mail is sent to you from the opencms-dev mailing list
<br>To change your list options, or to unsubscribe from the list, please visit<br><a href="http://lists.opencms.org/mailman/listinfo/opencms-dev">http://lists.opencms.org/mailman/listinfo/opencms-dev</a><br></blockquote></div>
<br><br clear="all"><br>-- <br>Mit freundlichen Grüßen<br><br>Siegfried Puchbauer