Gregory Peres wrote:
>
> Are you talking about potentially selling a product, to customers that
> allows the customer to choose the application server that your EJB
> application is deployed in? If this is the case, I may agree with you.
Yes, this is
>
> But, I have to question... Do you really want to give your customer the
> flexibility of choosing the application server that your product should run
> under? Is the ability to choose application servers going to dramatically
> effect the cost of your product to attract different customers? Do you want
> these low-cost customers? Are they informed enough to make the decision of
> choosing an application server product? I don't see enough of a price
> difference between the venders to use this as a business model. If I am
> going to sell an application to a customer, I plan on entering a VAR
> agreement with the application server company and selling the product as a
> total solution. I make sure that aspects of the functionality, scalability
> and other features are covered by the application server I choose.
Well, I agree with you in offering a complete solution, but we still may
choose an application server, and make several offers to our customers based on
their needs and their cash... this could be nice for a company creating generic
solutions based in application servers.
Anyway this is not my experience... we are currently offering consulting
services to customers who want to stablish an application server architecture,
so they first choose an application server suitable for their needs and then
they begin developing applications for this servers.
>
> If you are selling components and not entire applications, using EJB as a
> model to model these components may be good.
>
> Don't get me wrong. I reap the benefits of application servers every day at
> work. But, I make informed decisions on which one I choose. I also choose
> them on the basis that I don't intend on easily porting the code. So if I
> need an application that requires all the wonderful things we just
> mentioned... I will choose the right one. If my requirements change,
> deployment budget etc... So does my application server decision.
>
> Being able to port your code from a freeware implementation of an EJB server
> to a 45K/cpu product and have no code changes is still a dream. I want to
> be able to live this dream one day and fully support it. But, right now, I
> have to hold my own because EJB isn't quite there yet.
>
Ok, dreaming is free, isn't it??
Maybe someday application servers become standard enough to port
applications seamlessly from one to another, and finally we can live in the
"Write Once, Run Anywhere (tm)" world. Would be nice, huh?
>
> Like all design by comity ideas... they don't move fast enough. They were
> unable to get things out fast enough, people were forced to choose other
> products that were more "production ready" and OODBMS fell onto a back
> burner in IT shops. As well some major members have pulled out of the ODMG
> and with the recent loss of some OODBMS vendors. The future is not looking
> good.
>
> And when I read articles like the one that was just recently published in
> the a popular Java magazine by a Java-RDBMS vendor about OODBMS... (It was
> on the last page of the magazine.) I wonder why I didn't follow my fathers
> footsteps in the construction industry... :) The article was so poorly
> written, the facts so vague, I canceled my subscription.
>
> You know what the sad thing is about the current state of OODBMSs. The
> coolest applications out there are all using OODBMS. But, no one wants to
> talk about it...
>
> Sorry about my depressing comments here. I will write a cheery happy one
> later... :D
Well, we are attending a course on ObjectStore, and we will study the
posibilities of integrating application servers with OODBMS. I hope the future
is not so dark, and maybe we are the ones who must talk about successful
applications running against OODBMS... anyway, if you have a vacant at that
construction industry, don't forget me ;o)
Regards
Jose
begin:vcard
n:Gonz�lez G�mez;Jos�
tel;work:93 414 07 72
x-mozilla-html:FALSE
url:www.cast-info.es
org:Cast Info;Ingenier�a del software
adr:;;Tusset 23, 1�;Barcelona;Barcelona;;Espa�a
version:2.1
email;internet:[EMAIL PROTECTED]
fn:Jos� Gonz�lez G�mez
end:vcard
