Hi Jörg,
> When my config changes are committed, loading and adding a plugin to
the
> current <Location> block at a later time would just mean calling:
> AxKit2::Client::conf_Plugin($self->config,$name_of_plugin)
That sounds reasonable.
> An interesting remark. I am against automatic dependency tracking
like
> AxKit1 did (because even style sheets can have complex dependencies,
and
> forced checking can cost a lot of performance), but you are right,
there
> should at least be an API to manually invalidate cached stylesheets.
I'd
> imagine something like this at the end of
lib/Axkit2/Transformer/XSLT.pm:
>
> sub invalidate { delete $cache{shift}; }
>
> Then you can delete cache entries when you need to by calling
> AxKit2::Transformer::XSLT::invalidate($filename);
>
> Perhaps automatic invalidating/reloading is better kept in a
> separate "development support" plugin, because a production server
should
> never have to re-load anything.
Sounds like we're on the right track. In order to help you understand
me, try imaging the following:
You go to a customer's place. They've asked you to create a new
plugin/transform set based on an extract from some database. You create
a taglib, and then you have to create the stylesheet for the printout.
The customer has very definite requirements and you have to test and
test and test. Unfortunately, this is a small customer with only a
single AxKit server and no economy for creating a test environment - and
you cannot test at home as you don't have access to the database in
question.
Restarting AxKit all over - or some kind of dynamic invalidating?
Actually, I've been thinking about creating some kind of stylesheet
store based on Subversion: A lot of tools support this system, and you
have an API for other programs to use. The idea would be that whenever
you commit an update, AxKit should reflect that? It should even be
possible to realize this in a distributed environment.
At least with our VDMS, I'd like to centralize development around
Eclipse as it's supported on a lot of platforms, and Eclipse has support
for Subversion.
Regards,
Lars
--
Lars Skjærlund
Consultant
Ubiquitech A/S
Lyngby Hovedgade 4,3
2800 Kgs. Lyngby
Denmark
Tel: +4570200084
Mobile: +4523457157
http://www.ubiquitech.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
