Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Message-ID: <31546448.1165589069527.JavaMail.jira@brutus>
Date: Fri, 8 Dec 2006 06:44:29 -0800 (PST)
From: "Mario Ivankovits (JIRA)" <jira@apache.org>
To: commons-dev@jakarta.apache.org
Subject: [jira] Commented: (VFS-90) RandomAccessFile backed by a
 RandomAccessContent instance
In-Reply-To: <14918745.1160054661598.JavaMail.root@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

    [ http://issues.apache.org/jira/browse/VFS-90?page=comments#action_12456852 ] 
            
Mario Ivankovits commented on VFS-90:
-------------------------------------

I had a look at this patch now, but I dont like the way how this needs to be done.

I am aware why you need the temporary file, that we need to have it static and thus not thread safe and that we have to take care to delete the temporary file seems all too hacky.

Unhappily I cant see another way how to workaround these things.

> RandomAccessFile backed by a RandomAccessContent instance
> ---------------------------------------------------------
>
>                 Key: VFS-90
>                 URL: http://issues.apache.org/jira/browse/VFS-90
>             Project: Commons VFS
>          Issue Type: New Feature
>            Reporter: Elifarley Callado Coelho
>            Priority: Minor
>         Attachments: RACRandomAccessFile.java.bz2, src.zip
>
>
> Some existing libraries and applications rely on a RandomAccessFile instance to process its IO tasks.
> They could be benefited by an adapter class providing a "RandomAccessFile" view of an arbitrary RandomAccessContent.
> Example: a database server using a RandomAccessFile instance to access its data from a local file would automatically be able to access it from a remote resource accessed through HTTP.
> I have already created such a class. I'll try to add it to this issue.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org