[Pythonmac-SIG] appscript terminology caching #2
Bob Ippolito
bob at redivi.com
Wed Oct 20 21:44:25 CEST 2004
On Oct 20, 2004, at 15:33, has wrote:
> Hi all,
>
> Spent a bit of time experimenting with the AppscriptTerminologyServer
> idea. This uses a bundlebuilder-based FBA that can be left permanently
> running to manage application terminology on behalf of appscript. I
> can post a demo in a day or so if anyone wants to try it, but meantime
> let's see what folks make of the general concept.
>
> Advantages:
> - 99.5% automatic
> - fast (terminology is parsed once, then internally cached [keys =
> application paths/urls] for efficient reuse)
> - works with both local and remote apps (terminology servers can share
> terminology data across the network)
> - language-agnostic (a Tcl/Perl/Ruby port of appscript could share the
> existing terminology server)
>
> Disadvantages:
> - ATS must be running on every machine whose applications are being
> scripted (installation issues? permissions issues? add to startup
> items?)
> - if applications are updated, ATS cache must be manually cleared
> (either by restarting ATS or sending it a 'reset' event)
> - currently OS X-only, so no remote scripting of OS9 machines unless
> someone else wants to port it (not too worried as this is a shrinking
> market and aem can always be used instead)
> - anything else? (in particular, any show-stoppers?)
appscript can install the FBA into its package, start it on on demand
and just leave it running. Perhaps it should have a time to live of a
few hours, and the application terminologies probably should expire as
well.
-bob
More information about the Pythonmac-SIG
mailing list