PM
Subject: Re: [DUG]: MIDAS DCOM Service
Paul Mckenzie wrote:
We have an app that runs as a MIDAS DCOM Service, it uses SVCom a third
party component.
Does anyone know if there are any gotcha's or anything special we have
to do to just remove the SVCom stuff and use the standard Delphi stuff
Paul Mckenzie wrote:
We have an app that runs as a MIDAS DCOM Service, it uses SVCom a third party component.
Does anyone know if there are any gotcha's or anything special we have to do to just remove the SVCom stuff and use the standard Delphi stuff ?
Um, ISTR that you can't run MIDAS as a
Basically as far as I know this cannot be done. They all use the same
DLL's (midas.dll and dbclient.dll). When you install a new version of Delphi,
then you start using the new DLL's straight away (the DLL names are the same) so
they get overwritten. I think you will find that you need to
run 2 instanced of the socket server on different
ports - one for D6, and one for D4. Should fix the problem I hope
:)
N
- Original Message -
From:
Stacey
Verner
To: Multiple recipients of list delphi
Sent: Tuesday, October 23, 2001 9:37
AM
Subject:
1stly. Did the system originally use a file based DB like Paradox. If the answer
is yes, is the new app using TTables or TQueries. This is the first bottleneck
and relates to C/S developement in general.
There are several other things that can cause this, and they are not necessarily
related
Incase Chris is busy, I'll jump in, as I think I know the project he's
talking about
1stly. Did the system originally use a file based DB like Paradox. If
the answer
is yes, is the new app using TTables or TQueries. This is the first
bottleneck
and relates to C/S developement in
snip
Which MIDAS connection method are they using Sockets, DCOM, WebConnection?
Sockets is the fastest. If sockets then check that the SCKTSVR has the
resolve
host names set off.
Sockets. - I dont think it has resolve hostname turned off tho.
Turning it off will make it way better on
: [DUG]: Midas performance and maybe BDE Threading
snip
Which MIDAS connection method are they using Sockets, DCOM,
WebConnection?
Sockets is the fastest. If sockets then check that the SCKTSVR has the
resolve
host names set off.
Sockets. - I dont think it has resolve hostname turned off
I wonder if the Midas caching of the master dataset is forcing full
population of all the child datasets.
Unless Campbell has changed it, yes, it does :)
One of the datasets also has a couple of blob fields so that could also be
causing overwork.
Not to the degree that this is, AFAIK.
N
Donovan,
IMO and IME, dont treat it as a TTable replacement
- its so much more than that, and you can do effective distributed systems with
it very easily. Make sure you know that you call methods on the appserver (not
just connect to tables) and such. Basically, throw your old knowledge
hey there.. more like an article but... oh well
ClientDataset as a Replacement for Cached Updates
by Dan Miser - DistribuCon
http://community.borland.com/article/0,1410,22571,00.html
i once saw a tutorial from marotz (www.marotz.com) they may have sth there
cheers
moises lopezDo You Yahoo!?
Get
more whiteys
MIDAS Technical White Papers
An Overview of MIDAS
A Technical View of Borland MIDAS
Building Scalable Applications with Windows NT and DCOM
Why Multi-tier?
Files and Components for MIDAS
Copyright ) 1996 Borland International, Inc.
actually happens ?
How do you manage Digital Certificates and logging on ?
Etc etc etc
Please respond to [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
cc:
Subject: Re: [DUG]: MIDAS and SSL
I guess you use a TWebConnection, and set the URL property using https
Thanx Nic
I've read that, the stuff on the MIDAS web pages and the white papers. We
have the WebConnect stuff working internally on the Intranet with an
WebServer.
What I really wanted to know was, has someone actually done it pointing to
a secure URL ?.
I dunno - if I had cert. server
: Wednesday, December 06, 2000 1:09 PM
To: Multiple recipients of list delphi
Subject: Re: [DUG]: MIDAS and SSL
Thanx Nic
I've read that, the stuff on the MIDAS web pages and the
white papers. We
have the WebConnect stuff working internally on the Intranet with an
WebServer.
What I
I guess you use a TWebConnection, and set the URL property using https not
http:
URL includes the protocol (http or https), host name, and scriptname for
httpsrvr.dll. Typically, it has the form
http://MIDASHost.org/scripts/httpsrvr.dll
Note: URL is a standard Uniform Resource Locator. As
.
To: Multiple recipients of list delphi
Subject: Re: [DUG]: Midas Callbacks
Sounds like there might be a threading issue. Try changing
your server to
single instance to prove this theory.
From: Stacey Verner [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Multiple recipients
Jeez Phil you must be over 40! I bow to your superior sufferings
Or my superior dementia? Sadly 43 is approaching fast. Maybe too many
brain cells have died to do programming much longer and its time to get into
management. (Its just that these whippersnappers code so slow)
of list delphi [EMAIL PROTECTED]
Sent: Friday, 14 July 2000 08:55
Subject: Re: [DUG]: Midas again
Jeez Phil you must be over 40! I bow to your superior sufferings
Or my superior dementia? Sadly 43 is approaching fast. Maybe too many
brain cells have died to do programming much longer and its
Good question, difficuly answer. At least I thought so at first, in fact
it's quite simple (I hope).
Thinking-while-I-type...
Working off-line is really no different from working online. It's just that
your ClientDataset will send a whole lot more changes to the server than
they normally
why not get a bunch of ID's when the user "undocks", or give the app -'ve
keys until its synched with the main DB?
N
- Original Message -
From: "Phil Scadden" [EMAIL PROTECTED]
To: "Multiple recipients of list delphi" [EMAIL PROTECTED]
Sent: Wednesday, July 12, 2000 5:07 PM
Subject:
A variation on the "pre-allocated bucket of keys" is to give each
node/laptop a seed number and increment for each node and table, then each
node just uses it's own sequence of numbers, in essence this pre-allocates a
complete sequence of numbers for all records.
Myles.
-Original
Suggestion - Put Ethenet Cards in the laptops and use the unique ID as part of
your key no setup, no poss of collision
True enough but then the main application on the server has these huge
96bit keys. Can use a simplier no. but think you have to still have to convert
the ID in
What is huge about 96bits? in storage it is shorter than your name
Well multiply it by 12 million records and a 32bit key looks a lot more
attactive
Now Sonny I remember in '85 I wrote a whole control system in Turbo Pascal
that ran in a 48K TPAwhats a TPA!!.. I think my hearin aids
On Thu, 13 Jul 2000, Phil Scadden wrote:
HP in something like Basic in 1980. (And then there was the finite
element modeller in Algol on the old Burroughs in 1978 before
that...). I come over and teach you but my walking stick is broke.
Ahhh the joy and humor senility (sp?) brings is
recipients of list delphi
Subject: Re: [DUG]: Midas again
What is huge about 96bits? in storage it is shorter than your name
Well multiply it by 12 million records and a 32bit key looks a lot more
attactive
Now Sonny I remember in '85 I wrote a whole control system in Turbo Pascal
that ran in a 48K
On Thu, 13 Jul 2000, James Sugrue wrote:
Luxury. In my day, had to sleep in cardboard box. Walk ten miles in driving
snow to get to school, where teacher would beat us
Aye... stoop ya winging lad, 'least ye 'ad a sckool... in my day...
--
Inspired by the taste of horror, proud to be
recipients of list delphi
Subject: RE: [DUG]: Midas again
On Thu, 13 Jul 2000, James Sugrue wrote:
Luxury. In my day, had to sleep in cardboard box. Walk ten miles in
driving
snow to get to school, where teacher would beat us
Aye... stoop ya winging lad, 'least ye 'ad a sckool... in my day
]
Sent: Thursday, 13 July 2000 14:56
Subject: Re: [DUG]: Midas again
What is huge about 96bits? in storage it is shorter than your name
Well multiply it by 12 million records and a 32bit key looks a lot more
attactive
Now Sonny I remember in '85 I wrote a whole control system in Turbo
Pascal
Phil
Suggestion - Put Ethenet Cards in the laptops and use the unique ID as part
of your key
no setup, no poss of collision
Regards
- Original Message -
From: Phil Scadden [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
Sent: Wednesday, 12 July 2000 17:07
We are (yet again) considering Midas - for a system that has to run
immediately following major disaster (especially earthquake) where
networks, telecoms and power are unlikely to be immediately available.
The attraction of Midas this time is that independent laptops could be used
for
I am interested too, for the record. I am considering using it with
Oracle, but I understand that Oracle is temperamental and this
may be an area where 'angel fear to tread'.
I know that ORACLE through SQL Links has not been a problem. If it is through
Midas then perhaps one of the other
Multiple RDM's in the same server is probably asking for trouble, I've never
done that - but if it worked well once, then I suppose there's no reason to
change.
It sounds like the 4th client is using DCOM...? The socket server provides
the inter-machine connection but COM is still used to
We use Midas for a suite of about 6 large applications at about 50 sites.
We have been using socket server (nude DCOM is/was much to hard to setup)
was but have started to switch everything to MTS. This is proving to be
much more stable, a snap to deploy, easier to develop and much faster
2000 11:10 p.m.
To: Multiple recipients of list delphi
Subject: Re: [DUG]: Midas problems
Multiple RDM's in the same server is probably asking for
trouble, I've never
done that - but if it worked well once, then I suppose
there's no reason to
change.
It sounds like the 4th client
Hm. Interesting comments about the threading. We stayed away from
doing any cause we had enough problems with business rules.
MTS negates any threading issue that I can see .. so far.
From: "Nic Wise" [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Multiple recipients of list delphi
I am interested too, for the record. I am considering using it with
Oracle, but I understand that Oracle is temperamental and this may be an
area where 'angel fear to tread'.
Leo Ramakers
Soft Option Software
Jeremy Coulter wrote:
Hi
all.Just
wanting a "show of hands" as to how many of you out
, 5 July 2000 17:43
To: Multiple recipients of list delphi
Subject: Re: [DUG]: Midas
I am interested too, for the record. I am considering using it with Oracle,
but I understand that Oracle is temperamental and this may be an area where
'angel fear to tread'.
Leo Ramakers
Soft Option Software
* Using MIDAS
* 3 Tier Model (Presentation, Application, Back End)
* One "Master" Database on Back End Tier
* Bunch of local database copies (One copy per client)
I'm not 100% sure, but couldn't you use client data sets for this??
* Clients on presentation layer can either be updaters (can
How about this:
I'ts very easy with Midas to do your own ApplyUpdates in the server via a
custom method. From the client, instead of calling ApplyUpdates you call
RemoteServer.AppServer.SaveMyData(clientDataset.Delta, ClientId). In the
server you can save the deltas to a cache directory thus:
-Original Message-
From: Nic Wise [EMAIL PROTECTED]
To: Multiple recipients of list delphi [EMAIL PROTECTED]
Date: Saturday, 29 January 2000 00:28
Subject: Re:[DUG]: MIDAS - Here we go again
* Using MIDAS
* 3 Tier Model (Presentation, Application, Back End)
* One "Master"
Can someone please explain MIDAS licencing costs etc, to me for the
following 2 scenarios
1. D3 C/S
Um, its the same as 5, AFAIK, tho there are improvments in 5 (like the
stateless (HTTP) server etc)...
2. D5 Ent
OK, from what I know rummages around to find marketing/sales hat:
you
:44
To: Multiple recipients of list delphi
Subject: Re: [DUG]: MIDAS Licencing (Nic??)
Can someone please explain MIDAS licencing costs etc, to me for the
following 2 scenarios
1. D3 C/S
Um, its the same as 5, AFAIK, tho there are improvments in 5 (like the
stateless (HTTP) server etc
43 matches
Mail list logo