I agree, low-level implementation should be delegated to the vendor.  But
how do you standardize clustering, failover, and replication implementation?
How do you standardize cluster-wide cache and synchronization?  How do you
standardize performance optimization?  This is where Java draws the fine
line between API (guideline) and implementation (behavior).  It's very easy
to regulate guidelines, but not as easy to regulate behavior!

Gene


-----Original Message-----
From: Larson, Tom [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 20, 2001 2:03 PM
To: [EMAIL PROTECTED]
Subject: Re: How to use CMP for complex query


I'm sorry, but I must STRONGLY disagree.  It is definitely possible to do
very complicated queries in a container-managed environment.  Other posts
have listed some of the quality containers available.  I believe we (the
software buying public) should encourage (demand) better containers, buy
spending our money on the good ones.

When we give up too easily and resort to BMP we let the vendors off the
hook, so to speak.  We also continue the myth that CMP can't perform.  While
simplistic CMP solutions can perform horribly in certain situations, good
CMP solutions perform very well -- better than hand-coded implementations,
in fact.

I was dumbfounded by a presentation I sat through at JavaOne where the
presenter was recommending that customers develop their own persistent cache
managers and distributed cache synchronization mechanisms for use in J2EE
servers.  The justification was that we not should depend on any one
vendor's implementation.  The scare tactic was that if you switched EJB
servers, you might lose the capabilities of one vendor's cache
synchronization implementation.  I walked away shaking my head.

I say we should demand 100% compliance with open standards such as J2EE,
then we should purchase from the vendors who implement them in the ways that
work best for us.  If that means we become dependent on a vendor (BEA
because we like WebLogic's clustering solution, or WebGain because we like
the TopLink container) then so be it.  I have no problem depending on a
better implementation of the standard -- as long as the extended features
are made available behind the J2EE APIs.

Tom Larson

-----Original Message-----
From: Krishnaveni_mettu [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 20, 2001 12:27 AM
To: [EMAIL PROTECTED]
Subject: Re: How to use CMP for complex query


if it is a complex query, better to go for BMP, where you can write the
queries on your own without depending on the container

-----Original Message-----
From: Sanjay Saluja [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 20, 2001 9:58 AM
To: [EMAIL PROTECTED]
Subject: How to use CMP for complex query


Hi all,

  In my project I have to provide a complex query involving join on two
tables.
How can i handle this using CMP .

Thanks
Sanjay

========================================================================
===
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".

**************************************************************************
The Information transmitted herewith is sensitive information intended only
for use to the individual or entity to which it is addressed. If the reader
of this message is not the intended recipient, you are hereby notified that
any review, retransmission, dissemination, distribution, copying or other
use of, or taking of any action in reliance upon, this information is
strictly prohibited. If you have received this communication in error,
please contact the sender and delete the material from your computer.

===========================================================================
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".

Reply via email to