Hi,
still thinking over my application design. To get it right I would like to
know your opinion.
In my application I will have a internal very basic interface for a content
provider and several implementations that fullfil it. Actually I have set up
my xconf in Fortress like:
<gfn-servlet-container>
<content-provider id="content-provider id" logger="content-provider">
<tiny-file
id="tiny-file id"
logger="content-provider"
content-dir-var="tiny" />
<tiny-xml
id="tiny-xml id"
logger="content-provider"
content-dir-var="tiny" />
<tiny-xml-file
id="tiny-xml-file id"
logger="content-provider"
content-dir-var="tiny" />
</content-provider>
</gfn-servlet-container>
The having one content-provider as service and three services, that fulfill
the contract. But, I got the impression, that I started to mix service
centric view with data centric view, since the three implementations will
hold actually the data of a single entity (e.g. file or an XML node). So I
think I have to change the embedded services to represent a factory, that
are only able to create such data objects ... right?
Another question is, wether I could use the same implementation for a factory
service and register it multiple times with a different configuration and id
e.g. the file based factory with different directory roots:
xconf:
======
<gfn-servlet-container>
<content-provider id="content-provider id" logger="content-provider">
<tiny-file
id="tiny-file1 id"
logger="content-provider"
content-dir-var="tiny1" />
<tiny-file
id="tiny-file2 id"
logger="content-provider"
content-dir-var="tiny2" />
</content-provider>
</gfn-servlet-container>
Does this work?
Regards,
J�rg
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
