I'm sure future revision doesn't mean > 2.0 because this is such an obvious
mistake (or I'm also missing something bigtime). Any non-trivial app using
CMP would be a pain to develop and maintain. The implications you describe
(which, looking at our typical ejb projects, I back 100%) are too serious
and counterproductive. This would hurt the acceptance of CMP too much. Not
being able to partition your (abstract) data model in the deployment is
simply unacceptable and something that IMHO simply seems to have been
overlooked.
the scope of a role-source must be at least the same as ejb-link (the same
J2EE application) for CMP to be usable, period.
could anyone from the expert group comment on this and either a) explain
what we're missing or b) admit that this has been overlooked or c) what the
reasons were for consciously making development and maintenance of large
CMP based apps hell ;-).
seriously, I think this issue and its potential implications require some
comment from the inner circle as I think many people will not be looking
forward to EJB2.0 development work if Alex's concerns are valid. Much of
our team's experience from the past 2 years of ejb development went into
deployment organization for large projects which is much more important for
development and maintenance to be efficient than we had expected. This
would be a major step backwards.
Best regards,
Robert
At 01:34 30.04.2001 , you wrote:
>That seems to mean that we will be without an effective method of product
>integration for at least another year (judging by the length is has taken
>the PFD2 to get where it is and the length of time it will take vendors to
>catch up with the spec). Kinda makes working with components and packages
>of components quite difficult. Which leads to the following:
-snip (stuff I agree with 100%)
>PS: I hope someone can correct me on this issue. Perhaps I am missing
>something in the spec.
>
>Alex,
>
>I share your concern.
>
>We hope that 'remote' relationships will be supported in a future
>EJB spec revision.
(-) Robert Kr�ger
(-) SIGNAL 7 Gesellschaft f�r Informationstechnologie mbH
(-) Br�der-Knau�-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de
===========================================================================
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".
