Hi,
Jonathan Baker wrote:
>
> But the point is, the container might NOT support file I/O.
If the container I'm currently use does, I will first get a running
sollution doing file I/O from the bean. Almost all containers available
don't prevent from accessing files.
It is even more usefull to show the community how to configure a java
security file, people can have control on containers and beans they run
into that ctnr, and know how to setup ctnr and yield concrete solutions
with respect to their business requirements.
/Francis
>
> Although there are no containers that currently run on anything but standard
> OS based systems, there is nothing stopping a vendor from creating a
> 'turnkey' solution that is a box that only runs an application server. That
> box might not have any understood file I/O channels, so any code written for
> direct I/O would not work.
>
> Jonathan Baker
> Internet Applications Division
> Sybase, Inc.
>
> James Cook wrote:
> >
> > ----- Original Message -----
> > From: "Dave Wolf" <[EMAIL PROTECTED]>
> > > Why not use JDBC. Then if you have a JDBC driver which supports using a
> > > file I/O database you use that. Then if you have no filesystem on a
> > > platform, you choose another JDBC dfiver in your environment mappings.
> > >
> > > Now you meet 18.1.2 and have true WORA of your code.
> >
> > I think people sometimes overstress the importance of WORA to the complication
> > of their design. This is a prime example...no filesystem on a platform...cmon.
> > Not saying it's impossible, but cmon.
> >
> > AFAIK, no modern container prevents file I/O in an EJB. There are a few
> > instances where file I/O can be used very effectively and easily by your EJBs. I
> > say do it as long as your I/O isn't transactional. Always look for more
> > effective and portable solutions if that is your goal. For example, don't read
> > settings from an external properties file, when you can be reading them from
> > JNDI.
> >
> > jim
> >
> > "Make everything as simple as possible, but no simpler" - A. Einstein
> >
> > ===========================================================================
> > 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".
--
[EMAIL PROTECTED]
MATHEMA Software GmbH
N�gelsbachstra�e 25 b
91052 E r l a n g e n
D e u t s c h l a n d
Tel +49(0)9131/8903-0
Fax +49(0)9131/8903-55
http://www.mathema.de
===========================================================================
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".
