Subject | Re: [Firebird-Architect] Vulcan services part II |
---|---|
Author | Dimitry Sibiryakov |
Post date | 2006-05-11T07:29:17Z |
On 11 May 2006 at 10:20, Dmitry Yemanov wrote:
can implement only half of it if you wish to save time: keep engine
services in services provider and implement in Y-valve only issue-
related services.
Or you mean "services provider" instead of "engine"? Then yes - in
your implementation it is unavoidable.
--
SY, Dimitry Sibiryakov.
>The difference is that your proposal requires changes in otherNot necessary. My (and Roman) proposal is an ultimate solution. You
>services that are not related to the issue being solved.
can implement only half of it if you wish to save time: keep engine
services in services provider and implement in Y-valve only issue-
related services.
>Because utilities call the engine through the Y-valve. But utilitiesAny reason why engine must call Y-valve? Existing code?
>are themselves contained inside the engine. So you get a chain:
>client->Y-valve->engine->Y-valve->engine.
Or you mean "services provider" instead of "engine"? Then yes - in
your implementation it is unavoidable.
>Nope. I mean that if utilities are placed inside the engine, then theyAnd I don't see any reason why utilities may need to call Y-valve.
>should *not* operate through the Y-valve.
--
SY, Dimitry Sibiryakov.