My understanding of the File IO restrictions placed on EJBs is not as much the transactional nature of File IO (Even though that is a good point) but for the fact that the spec was written so that Enterprise Applications could be run in a distributed and/or clustered environment. For instance... SFSB 1 gets a request which writes a file to disk a subsequent request then needs to read from the file. If Appserver a crashes between requests then the subsequent request will be routed to another appServer in the Cluster yet the file written to disk does not reside on that appServer and therefore the request will fail. Now there are many times one needs to write to disk (we make dynamic PDF files which may take several request to complete) and in these instances we use a service which writes the file to a seperate machine and reads from that machine. any time an EJB needs to read or write it lets the service handle the operation and since all appServers use the same configured service they do not know or care where the file physically resides.
-----Original Message----- From: Sven E. van �t Veer [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 24, 2002 12:16 PM To: [EMAIL PROTECTED] Subject: Re: FW: Is Exec() allowed in EJB > You state, very clearly, the reason for these restrictions when > you say "I don't > want or need the overhead of transactions". It is the very lack > of transactional > integrity that makes file IO "unacceptable". The fact that you > cheat and make it > work does not change this fact. > So, basically it boils down to this. Any (enterprise) application that has the need for writing to flat-files (brazilian banks just love flat-files) can not be an EJB application or need some separate appliaction to do this work for me. I guess I�m not the only one that, every now and then, needs to read or write some info to or from a disc. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.377 / Virus Database: 211 - Release Date: 15/7/2002 =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". ==========================================================================To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
