Right. This is the restriction that bothers me. Sometimes it is good to allow a
bean to read and write a log files, or temporary data files. Since the restriction
is against a potability issue, we can have the file paths specified in a properties
file or environment variables. That is portable too. Any thought?
Lam
Tom Valesky wrote:
> Quote from spec, section 18.1.2
> An enterprise bean must not use the java.io package to attempt to access
> files and directo-ries
> in the file system.
> The file system APIs are not well-suited for business components to access
> data. Business components
> should use a resource manager API, such as JDBC, to store data.
> <end quote>
>
> Presumably you could access a file system through a transactional
> filesystem API, but I don't know of any such things off the top of my
> head. Anyone?
>
> Tom
>
> On Thu, 7 Oct 1999, Alain Dessureault wrote:
>
> > Sure, you can even use Bean-managed persistence with XML if you wish.
> >
> > Alain Dessureault
> > IT Architect
> > IBM Global Services
> >
> > Fong Shing Lam <[EMAIL PROTECTED]> on 10/07/99 04:44:22 PM
> >
> > Please respond to A mailing list for Enterprise JavaBeans development
> > <[EMAIL PROTECTED]>
> >
> > To: [EMAIL PROTECTED]
> > cc:
> > Subject: Question entity bean
> >
> >
> >
> >
> > Is it possible for an entity bean to represent data from file, not database?
> >
> > Lam
> >
> > Mike Fontenot wrote:
> >
> > > > EJB entity beans requires a transactional database. Because
> > > > MySQL does not support transactions it cannot be used with EJB
> > > > entities beans.
> > >
> > > I'm not sure this is true. I think you can specify that your entity bean
> > > use TX_NOT_SUPPORTED in the descriptor.
> > >
> > > ========================================
> > > Mike Fontenot - Object Systems Architect
> > > Polygon Network, Inc.
> > > Golden, CO
> > > ========================================
> > >
> > > ===========================================================================
> > > 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".
> >
> > ===========================================================================
> > 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".
> >
>
> ============================================================================
> Tom Valesky -- [EMAIL PROTECTED] -- http://www.patriot.net/users/tvalesky
>
> ===========================================================================
> 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".
