Subject | Re: [Firebird-Architect] Vulcan services part II |
---|---|
Author | Dimitry Sibiryakov |
Post date | 2006-05-11T08:29:52Z |
On 11 May 2006 at 9:22, Arno Brinkman wrote:
will be redirected to is a matter of config and Y-valve logic.
about engine. I think that it must be the engine because only engine
has all necessary information.
--
SY, Dimitry Sibiryakov.
>> Note: not all services but only those that cannot be served byName first... five.
>> providers.
>
>I think that are a lot.
>> For this purpose we already have isc_database_info() which hasBut then why to give it a dbHandle?
>> dbHandle.
>
>Yes, a somewhat equal call, but database_info returns only information
>about the specified database. fb_engine_info returns information over
>all active databases.
>> For this purpose we already have isc_service_attach() which hasWrong. It attaches to Y-valve (as all other calls do). Where it
>> "service" param that holds servername (and engine name?).
>
>But it attaches to a services provider and not engine.
will be redirected to is a matter of config and Y-valve logic.
>> Not so complex because all things you are thinking about must beWe are discussing about which provider must provide information
>> served not in dispatcher but in providers. Dispatcher is for global
>> things only.
>
>That's what currently is already the situation. The only missing thing
>is the engine information, that what we're discussing about?
about engine. I think that it must be the engine because only engine
has all necessary information.
--
SY, Dimitry Sibiryakov.