On Fri, 14 Jul 2000 09:17:42 -0400, Laird Nelson
<[EMAIL PROTECTED]> wrote:
>As kind of a side note, the deployment descriptor solution--which Sun is
>littering throughout the J2EE--seems a bit odd in that it tries to do
>two (at least) two things:
>
>1. Communicate to the Application Deployer various immutable qualities
>about the thing it describes (i.e. I am a stateless session bean, I am a
>distributable web application, I rely on these notional roles)
>2. Provide a spot for the Application Assembler? Deployer? to edit
>things (i.e. env-entries, various performance-enhancing, vendor-specific
>stuff, etc.)
Correct. And it would be very possible to make a XML editor which allows
you to say "hey, I'm an Assembler" or "I am a Bean Developer", and then
only some things would be editable. Why would you want to split this up?
That would add more complexity to the whole thing, so the reasons for
doing it would have to be very good.
>Given that the preferred distribution mechanism for an EJB (or a web
>app) is a suitably packaged .jar file, and given that the deployment
>descriptor is in the jar file, and given that this archive is
>essentially supposed to be treated as a unit, and finally given (2)
>above, isn't the deployment descriptor an odd place to put configurable
>information?
No, why? Be more explicit about your concerns.
> For env-entries and the like, wouldn't some standard
>binding in the JNDI tree have been a better choice (I know beans can
>read from java:/comp/env, but I mean wouldn't something in the spec.
>that said "if you want to edit application properties do so by sticking
>them in the JNDI tree in the following standard manner" have been a
>better idea)?
This is *exactly* what environment entries in the ejb-jar.xml file does.
In what way does this *not* perform what you describe??
regards,
Rickard
--
Rickard �berg
@home: +46 13 177937
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.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".
