Hello Jon,
Monday, October 16, 2000, 5:37:15 AM, you wrote:
>>
>> JS> Also, another thing about your solution is it still doesn't solve the
>> JS> templates issue since the screen is always the same name. :-(
>>
>> Ok, I'll work on templates issue.
>>
>>
>> / Shamil
JS> Hey Shamil,
JS> What is your status on this?
Well, I looked into templates technologies and new XXXLoaders that use
AssemblerBrokerService.
1. As for templates technologies.
If we want support for different applications we need to define
different application specific paths for directories with templates.
Now, the path for templates directory is mentioned and used in several
places like:
services.TurbineTemplateService.template.path=/templates
services.TurbineVelocityService.templates=/templates
and the same for other templates processing engines.
After looking at all this I came to the necessity to separate an
application as an entity that have own properties. Then there can be
special service that will manage all applications and answer for
questions like: "give me template paths for the current application" or "give
me module packages for the current application", and finally "give me this
named property for the current application". The name for this service
can be ApplicationRegistry or something like this.
Information about current application will be stored in
RunData as special identifier in request parameters.
Information about application's template path, packages and probably
other specific properties will be stored in TR.properties. All these
will be managed by ApplicationRegistry service.
It is just an idea. Any comments are welcome.
There are some issues to work out. For example, how applications will
be registered, which identifier should be but in RunData, who will put
this identifier in each URI, etc.
2. As for new XXXLoaders with AssemblerBrokerService.
This approach really is nice and allows to define separate AssemblerFactory
that will work with ApplicationRegistry service. So, no need to patch
XXXLoaders anymore.
------------------------------------------------------------------------
Because of the strict timeline in my project I have not implemented the
above mentioned approach yet. But we need this functionality anyway,
and I've included time for that work in my timeline for the next 4
weeks.
/ Shamil
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search: <http://www.mail-archive.com/turbine%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]