Robert Kr�ger wrote:
> - data model partitioning cannot be reflected in ejb deployment due to
> restricting relationships to one ejb-jar (currently an application we are
> working on has about 100 entity beans being clustered in 14 ejb-jars, which
> would have to move into one ejb-jar if ported to 2.0 CMP - a development and
> maintenance nightmare)
I would say that any data model that has 100 domain objects with no independent
subsets is going to be a development and maintenance nightmare no matter how it's
deployed. We have a similar number of domain objects but have developed reference
versions of a several so that object A in one subset of the model can reference
object B in another subset without also including all of object B's referenced
objects. The reference versions usually only contain the most important attributes
of the domain objects they represent. The small overhead in keeping them updated
is easily offset by the freedom to develop various parts of the application
independently.
IMHO having a set of components that all have to be deployed together in order to
work isn't much of a component model. Limiting local relationships to one ejb-jar
is a good thing since it'll force developers to build better components. But then
we're a pretty pig head bunch :)
>
> - EJB QL will not be a step ahead as far as portability is concerned because
> of a missing order by clause. server vendors will most likely provide
> proprietary ways to define the finder queries in SQL, so much for portability.
>
I agree here. Order by is simple for the contain vendor to implement even if all
data sources don't support it. I cannot think of a good reason to leave it out of
the spec.
--Victor
-------------------------------------------------
"I've figured out the difference between scientific
knowledge and business knowledge. Scientific knowledge
depends on facts, logic, and the rigorous testing of ideas
in the laboratory and the field. Business knowledge
depends on the assertion of pet biases with great
confidence and exorbitant billing rates." --Bob Lewis
===========================================================================
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".
