Re: [Firebird-devel] Embedded superserver

[Nando D. <na...@de...>]

Olivier,

O> I use FB SS executable as compiled and provided by the Project download
O> area (no private build). The setup of the end-user application installs
O> bits of a typical FB SS distribution to one of the application folders.
O> Setting up a NT service for the SS (if services available). The end-user
O> application while starting up, takes care to start that FB copy as an
O> application if not configured as a service or checks that FB service
O> runs and starts it. Guardian is not shipped/used. The end-user 
O> application does the pampering. Of course config files shipped use 
O> different tcp/ip ports than standards and some other settings so that
O> this "private" copy of FB on any machine does not conflict with any
O> other one. I can install to a server without having to care wether 
O> another FB or IB is already installed other there. Nothing is copied to
O> System directories. The end-user application knows where to find local
O> client DLL. And knows where to find private copies of tools needed.

This is almost exactly what I am doing now, except that I always run
the firebird server as an application even in the cases in which my
own app runs as a service (ie it starts fb with CreateProcess). My
path is one of least possible impact on the system (I don't use the
windows registry, for example, except for the required service
registration of my app).

O> That's as close as I can get to your requirements without touching a
O> single line of code of FB, be it engine code, server code or even its
O> build procedures.

I have come to the same conclusion. Then I thought it could be
streamlined a bit. ;-)

O> Might help you as a not_that_bad alternative.

Yep, that's actually what I currently have. But since I think the ddl
server would be useful to many I still think there's value in
building it.

O> [ This is all on Windows. I suppose similar configuration efforts should
O> be possible on Linux. I used to know those systems but named them Unix
O> by that time. ;-) ]

Doesn't time fly? ;-)
Ciao
-- 
Nando Dessena
mailto:na...@de...