|CTS Client Infrastructure [message #14424]
||Sun, 05 February 2006 22:50
Originally posted by: grahame.jivamedical.com|
Ok, we have overcome the administrative hurdles to getting
CTS into the CVS - I think.
Now we need to consider how much and how to integrate CTS
with Eclipse. There's 2 parts to this, server side and client
side. For now, let's concentrate on the client side.
So, CTS client infrastructure. Though really, in the long term,
it's not *client* infrastructure it's *consumer* infrastructure.
As a developer, and CTS consumer, I think I know what I want. I
imagine the CTS providers are plug-ins, using a generic CTS
interface. Multiple different CTS plug-ins provide different
CTS services, and the user/administrator/whatever decides
which CTS they want to use and how to configure it. I simply ask
if a CTS is available, and create it, and then use it. As an
alternative, I know which CTS I want and how to configure it, so
I ask for that CTS with those parameters to be created.
This requires a double plug-in structure - a host CTS manager
which provides CTS management - registration, arbitration,
creation, configuration, and a CTS provider plug-in which
registers with the CTS manager.
I suspect it makes sense for there to be more than CTS active,
but if there was, I'm not sure how I decide which one to use?
Maybe there's some sort of meta-query interface where you ask
the manager for a list of active CTS's that recognise a given
Further discussion on ohf-dev, I think, where this was also
posted, but responses are welcome here
Powered by FUDForum
. Page generated in 0.01799 seconds