Subject Re: Engine information (nr. of attachments, databases, db-name-info) for vulcan
Author Roman Rokytskyy
> This is how i understand it:
>
> A provider isn't necessary a engine, it can also be remote or
> services. They all inherited from a subsystem where abstract methods
> are defined. Every provider overrides the method it can support.

My understanding of the provider did not include the services. I will
re-read the provider architecture by Jim and check the code.

> I'm really missing your point here, the current services modulel
> seems to be what you describe.

In this case I have some problems in understanding the layring of this
thing... Services module(s) in my understanding must not be on the
same level with engine providers. I will come back after reading the
docs and the code.

Roman