There seemws to be very little mileage in going this way.
1. Is this really "Thin" technology is per my earlier goal statement.
2. Financially the only winners in this race are Borland. From what I read
there is absolutely NO financial incentive for me to go down this road.
Loosly put, anybody including the end user can buy this product at exactly
the same price as me. It also looks like using this technology puts me in a
competitive situation with Borland rather than a Technology
supplier/Developer relationship. Please correct me if I am wrong.
3. There seems to be a hell of a learning curve, deployment appears complex,
and the overall solution looks very complicated with lots of potential to go
wrong. This looks thin from the perspective that a small app can be deployed
on the client end, but seriously, is the network traffic thin?
Thanks for the comments anyway.
-----Original Message-----
From: Richard Vowles <[EMAIL PROTECTED]>
To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
Date: Friday, 3 September 1999 7:50 AM
Subject: CORBA (was Re: [DUG]: Thin Database Components.)
Nic Wise wrote:
> Remember, and Annie will hate me for saying this, but Delphi's CORBA
> stuff is licenced by the SERVER, not by the CLIENT (MIDAS is different,
> I think?).
Stepping into this conversation without actually reading the thread (sorry),
the
answer to that is no - MIDAS is normally licensed per server as well. It
gets a
little confusing - if you buy MIDAS then CORBA capability comes as part of
the
package, but you can buy just CORBA on its own if you like. MIDAS can be
licensed
per client though, and so can CORBA but it just depends - always talk to
your
local Annie. I would be very careful to examine the cost/benefit of the
situation
- usually MIDAS and/or CORBA work when you have one of two situations:
1) you have a one off which the customer is paying you for and writing a
marshalling layer (your own layer on top of sockets to move data) and an
intelligent data manipulation layer would be too expensive for a small job.
This
would normally occur in a custom built package.
2) A package you are writing where you believe that you will sell volume,
and
therefore can get volume discounts. Unless you are selling volume, then it
is
usually unlikely that you can get them, but each situation differs so asking
Annie
is a good thing.
> Get a replacement ORB for Visi - and there are loads out
> there for free - and your home free - or at whatever cost the ORB ends
> up being. I haven't tried this - and I dont know of anyone who has - but
> it SHOULD work, as they all use IIOP as the transport - thats exactly
> the POINT of CORBA!!!
Although this is true, there aren't any written in Delphi (have some free
time
Nic? <grin>). The one used in Delphi is actually Visi for C++ and it has a
COM
layer written on top of it. Because of the COM layer, it is heavily tied
into Visi
for C++ and thus you are extremely unlikely to be able to place another ORB
in
there.
> IMO, I'd go with Visi unless the cost was THE overriding factor -
> remember, there are always three things wanted - good (ie, low) price,
> on time, good (ie, high) quality. You can only ever have 2. :)
If you are looking at Java ORBs for the server, then there are a number of
good
free ORBs around.
Richard
--
Richard Vowles, Senior Systems Engineer,
Inprise New Zealand
MAIL: [EMAIL PROTECTED], [EMAIL PROTECTED]
HTTP: http://www.esperanto.org.nz
[my messages contain my own opinions, not those of my employer]
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
