...On that note...is there not a ODBC file driverJDBC-ODBC
bridgeetc?
Just a thought!
Lewis
-Original Message-
From: David Ward [mailto:[EMAIL PROTECTED]]
Sent: 16 July 2001 17:50
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] EJB spec and java.io restrictions
The container
self and your EJB's gracefully, and
> it cannot do this if there are opened reasources it does not know
> about...please feel free to correct me if I am wrong though.
>
>
>
>
> -Original Message-
> From: David Ward [mailto:[EMAIL PROTECTED]]
> Sent: Mond
y 16, 2001 11:48 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] EJB spec and java.io restrictions
But the only files I write to are ones returned by
File.createTempFile(...), which are guaranteed to be unique...
--
Peter Wone wrote:
> File I/O is discouraged purely because it is outside
But the only files I write to are ones returned by
File.createTempFile(...), which are guaranteed to be unique...
--
Peter Wone wrote:
> File I/O is discouraged purely because it is outside the scope of the
> transaction manager.
>
> It would be more accurate to say that file OUTPUT is discou
File I/O is discouraged purely because it is outside the scope of the
transaction manager.
It would be more accurate to say that file OUTPUT is discouraged. File input
does not involves updates, and therefore cannot lead to update anomalies,
obviating the concern.
Read files to your heart's cont
't
speak about portable application.
SAINT-MARTIN Cecile
[EMAIL PROTECTED]
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de David Ward
> Envoye : lundi 16 juillet 2001 16:02
> A : [EMAIL PROTECTED]
> Objet : [JBoss-user] EJB
I have an application that needs to convert, merge, and extract files of
different formats. Because the files already reside on the server (and
could often be large), and the manipulation tools I use are only on the
server, I've created a File Manipulation API of Stateless Session Beans
that
