--- "Walter, Patrick A"
<[email protected]> wrote:

> Thanks for your quick response!!!
> 
> Ok so I would do some thing like this...
> 
> void writeToFile(byte[] data, String outfilename) {
>    FileSystemManager fsm = VFS.getManager();
>    FileObject outFileObject =
> fsm.resolveFile(outfilename);
>    OutputStream os =
> outFileObject.getContent().getOutputStream();
>    os.write(data);
> }
> 
> Does this look right?
> Will this work for all types of file output (FTP,
> Local, HTTP, HTTPS, SFTP, et.)?

I am not an authority on VFS, but that looks correct
(beyond that I would, as I stated before, use some
sort of buffering strategy in the write such as that
employed by IOUtils' copy(..) methods).

-Matt

> 
> thanks
> 
> 
> 
> 
> -----Original Message-----
> From: Matt Benson [mailto:[email protected]] 
> Sent: Friday, January 23, 2009 12:01 PM
> To: Commons Users List
> Subject: Re: [vfs] Copying byte[] to destination
> file
> 
> Note that I have added the component ID to the
> subject
> line:
> 
> I'm not sure I entirely understand the question.  If
> I wanted to copy a byte[] to a VFS FileObject I
> would use commons-io IOUtils to copy the byte[] to
> fileObject.getContent().getOutputStream().  Does
> this help?
> 
> -Matt
> 
> --- "Walter, Patrick A"
> <[email protected]> wrote:
> 
> > Trying to find API to send in a byte[] to copy to
> destination. We 
> > build a byte[] that would normally be written to a
> file, BUT I thought 
> > it would be more efficient to just tell VFS API to
> send the data to 
> > the destination.
> >  
> > Is there a way to do this, besides creating a file
> first???
> >  
> > thanks
> > 
> 
> 
> 
>       
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [email protected]
> For additional commands, e-mail:
> [email protected]
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [email protected]
> For additional commands, e-mail:
> [email protected]
> 
> 



      

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to