what is the best way to handle bde´s.
We have a lot of apps that needs bde or bde settings in the registry.

lets say:
the first app (geonoise) needs only the bde local.
the second app needs only a registry setting..different to the first app
the third app needs also a bde local...

i know that you can merge some settings in one idapi.cfg but i was wondering how you guys of girls handle this.

any help is appreciated
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
Does the .cfg file adhere to .ini standards?
Answered 08/02/2005 by: revizor
Third Degree Blue Belt

Please log in to comment
0
Hi Sejacru,

I've worked at a palce that had a LOT of Borland BDE applications (maybe around 30 or so), we ended up creating one master idapi.cfg file (which isn't INI file compatible, its a binary file sadly), and deploying that seperately to the packages themselves. It was something of a pain in the neck though, as I think earlier versions of the borland engine weren't compatible with newer versions (from memory, I seem to recall striking some sort of problem like that).

Rgds

Paul
Answered 08/02/2005 by: plangton
Second Degree Blue Belt

Please log in to comment
0
Check the Borland site, they have Merge Modules available for each version of the engine complete with Custom Actions to configure databases and what not.
Answered 08/02/2005 by: goosey1
Senior Yellow Belt

Please log in to comment
0
Yes i have seen it on the website of borland. I haven´t played with it yet. Next week i´m going to try some things. I was wondering if somebody, just like plangton, has nightmares from bde.

thnx for the reply
Answered 08/02/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
hi plangton,

so you made let say:
1 application msi
1 borland database engine (with or without the cfg??)
1 idap32.cfg msi

the method with the idap32.cfg is just fine for us. We do this also with oracle´s tnsnames.

Is this the way to go???

thanx
Answered 08/02/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
I see no problems with that solution, it's just a matter of maintenance.

Everytime a new BDE database is introduced into the environment, you have to re-deploy idap32.cfg.

Everytime you capture an program that installs the BDE, you have to exclude it, and make sure it doesn't break your existing install.

I, personally, found the merge modules easier because we have a handful of people who use BDE and I didn't want to have to remember what I did last time, the next time it came up [:D]

Flip a coin [;)]
Answered 08/03/2005 by: goosey1
Senior Yellow Belt

Please log in to comment
0
Hi Sejacru,

Yes thats the way we did it, but this was before Borland had released it as a merge module, and I had no idea that they had. I'd go with Gooseys suggestion now I think - if you can't decide between them, let the coin decide, at least then you can blame the coin :)

Hope that helps

Paul
Answered 08/03/2005 by: plangton
Second Degree Blue Belt

Please log in to comment
0
hello goosey1,

How does it work wit the merge modules?
Do you make a new project. Put in the merge module and than compile the msi?
And where do you put you adapi32.cfg settings?

greetings sejacru
Answered 08/03/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
0
sejacru, i can't remember the details i'm afraid, it's been a while since i dealt with the bornald mm's.

however, i seem to remember the borland support site was pretty decent and the mm's came with some form of doco.

I'll have a hunt around for the last app i did that used borland and let you know if i find it!
Answered 08/04/2005 by: goosey1
Senior Yellow Belt

Please log in to comment
0
Oke thanx
Answered 08/04/2005 by: sejacru
Second Degree Blue Belt

Please log in to comment
Answer this question or Comment on this question for clarity