This isn't necessarily the case. Our CocoBase Mapping Middleware product
completely datasource independent, and allows the developer to switch between
RDBMS, ODBMS, Mainframe, etc. just by changing properties files or through
simply setting some flags in your installed EJB, without recompile required.
The portability issue is certainly true if you're using JDBC hard coded
in your EJB, but using a Mapping Middleware product such as CocoBase provides
better portability than CMP, since CMP varies so much from EJB server to
EJB Server. Even when more advanced mapping migrate their way into EJB
servers, it's likely that BMP will still be required in many cases to
achieve more complex tasks, especially if portability between servers is
required...
The reason lots of folks like CMP is that it doesn't polute their application
code with an awareness of persistence, other than the fact that they see
an ejbStore, ejbCreate and ejbLoad interface in their bean...
Ward Mullins
THOUGHT Inc.
[EMAIL PROTECTED]
http://www.thoughtinc.com
On Tue, 10 Aug 1999 11:20:36 +0530, Kishore Kumar <[EMAIL PROTECTED]> wrote:
>The main advantage using CMP is, the bean is independent of data source.
>With BMP, Persistence is hard coded and Bean cannot easily adapt to different
>data source.
>
>-Kishore
>
>Manisha Umbarje wrote:
>
>> Hi All,
>>
>> I have never used CMP before. I have been working with BMPs only. What
>> is the advantage of using CMP besides the fact that it generates SQL
>> queries?. There are many cases in which you might want to execute SQL
>> Statements based on certain conditions. In such situations, wouln't BMP
>> be more convinient than CMP, since in BMP you can control execution of
>> SQL Statements ?
>>
>> Any help would be greatly appreciated.
>>
>> Manisha
>>
>> ===========================================================================
>> 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".
>
===========================================================================
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".
