Can't you use the JNDI tree and specify your properties there? The same way
you use the JNDI for looking up your beans. The provider will be same as
your appserver.
/kjetilhp
> -----Original Message-----
> From: Shiv Kumar [mailto:[EMAIL PROTECTED]]
> Sent: 6. september 2000 09:38
> To: [EMAIL PROTECTED]
> Subject: EJB restrictions - property files
>
>
> Hi all
>
> I have considered using property resource bundles for storing
> configuration information, messages (for internationalization) etc for
> by EJB based application. I am aware that EJB spec restricts
> direct file
> I/O. But I assume ResourceBundle.getBundle() can be used from
> within an
> EJB. (But, the ResourceBundle class or one of its subclass
> will do file
> I/O).
>
> I have already seen discussions about this topic on this list. I think
> the discussion ended by saying, "Yes. EJBs can use ResourceBundle to
> access properties file". But this article from JavaWorld specifically
> mentions that EJBs should not use file system based property files
> (Restrictions on EJB components, point 4) -
> http://www.javaworld.com/javaworld/jw-08-2000/jw-0825-ejbrestr
ict.html.
What do you think the author is trying to convey?
Let me for now assume that property resource bundles are allowed from within
EJBs. If the EJBs are deployed on different machines,
care should be taken to appropriately duplicate the property files
on all the machines. If a particular value should be changed, the property
files on all the machines, where the EJB is deployed, should also be
changed.
I think it is going to be a deployment nightmare. Instead if we can have
the configurable properties in a database table would that make sense? Or
how about having custom properties in JNDI tree? (I dont know which Service
Provider should be used in this case)
Comments?
Regards.
--
shiv
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
===========================================================================
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".
