It's interesting that this has come up on this list ... as I am currently
dealing with this issue myself.
disclaimer: I am a little bitter right now ... so there may be a slight edge
to this post.
The use of properties files from beans is against the recommendation.
The use of EnvEntry's in the descriptor is the recommended way.
There are good reasons to do this ... not only because this is what is
discussed as the standard ... but because it further insulates the bean
developer from the environment ... and snafus with configuration in the
environment.
As far as "non-technical" users "messing up" your descriptors ...
a. there are tools that "non-technical" users probably should be using
At a minimum ... "deploytool" in the J2EE SDK.
b. according the the Sun "mantra" ... these users are called "application
assemblers" ... and that is their job ...
If you as a developer make decisions predicated on "non technical" users
messing things up ... then ... IMHO ... you have failed to do your job
correctly.
As well ... choosing to bypass "standard approaches" to things that are in
fact standardized ... make it difficult for software engineers such as
myself to do the right thing ... because it implies to management and "non
technical" users ... that there are "choices" ... where there really aren't.
Know what I mean ?
Tony
---
Tony Pelton
Developer
tpelton at imany dot com
http://www.i-many.com
"Hail to the King, Baby"
-----Original Message-----
From: Charles Chan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 24, 2001 9:45 AM
To: [EMAIL PROTECTED]
Subject: Re: [EJB-INT] About property files
I have a similar concern... My properties need to be
modified by non-technical users and I don't want them
to mess up my XML files.
The option I choose is to violates the EJB rules and
load the properties file manually.
I hope there is a better way to do it. Maybe XInclude
(an XML-related spec in development at W3C) would help
us in the future.
(actually, if you're using WebLogic, you can also add
your properties to the weblogic.properties as java
system properties. this way, you don't need to read a
file in your ejb)
hope it helps,
Charles
--- Andreetto Angelo <[EMAIL PROTECTED]>
wrote:
> .... why not to describe these propertyes in the
> XMLDescriptor? So each time
> this EJB rises up it loads them.
>
> -----Original Message-----
> From: Wenhui Bai at YSD [mailto:[EMAIL PROTECTED]]
> Sent: marted�, 24. luglio 2001 06:38
> To: [EMAIL PROTECTED]
> Subject: About property files
>
>
> Hi all,
>
> Could anybody kindly give me a light?:-)
>
> May I bundle some property files with my ejbs, so I
> can use them in my ejbs?
> I know that it's not allowed to operate on file in
> ejbs according EJB's
> specification.
>
> Thanks in advance.
> Wenhui
>
>
===========================================================================
> 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".
>
__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.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".
