I think it's an issue in OO component modeling. There
is a wealth of literature concerning OO class modeling
but the component aspect of the UML is a little less
established. I guess the question seems to be if my class has
an aggregation/association relationship with a class in
a component, does this imply that my class is a part of the
component. Personally, I would fathom a guess that since a
component is intended to be "atomic" in a sense, the determining
factor would be how my class participates in other entities external
to this component. In the case of the JDBC driver, this is widely
used by other components, etc. so this would not be considered
part of the bean component. However, a helper that is used exclusively
by the bean might be considered to be a part. Rational maintains
a mailing list called OTUG that has many OO analysts subscribing and
I'm sure they would love to argue about this one :)
>From: Ian McCallion <[EMAIL PROTECTED]>
>Reply-To: A mailing list for Enterprise JavaBeans development
><[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Scope of JNDI names
>Date: Fri, 5 Jan 2001 01:18:10 +0000
>
>Rickard �berg wrote:
> >
> > But we're then back to the (seemingly eternal) question:
> > if a bean uses a JDBC connection, is that JDBC driver considered part of
> > the bean? If not, what is the differentiating factor that makes it *not*
> > part of the bean? Is it the classloader? Is it the protection domain? Is
> > it the interface it is implementing? Or what?
> >
> > Thoughts? :-)
>
>It seems to me that this is not a technical issue but a management one. if
>you
>manage a piece of code as though it is part of the EJB that uses it (as you
>would tend to do for a class implementing a dependent object) then it is
>part of
>the EJB. It you manage it as a separate item (as you would tend to do for a
>JDBC
>driver - where "management" consists of obtaining, remaining current on and
>getting support on code written by someone else) then its not part of the
>EJB.
>Other "helper classes" could be one or the other depending on how you
>organise
>your development and support of the application.
>
>Technical features such as class loaders snd protection domains are merely
>tools.
>
>Ian McCallion
>Alexis Systems Limited
>
>===========================================================================
>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".
>
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.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".
