Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Plugin Development Environment (PDE) » Singleton plug-ins for multiple launches, how separate data/behavior for each launch?(Eclipse Internal Architecture/Design Question: How singleton plug-ins are used to manage multiple launches/environments?)
Singleton plug-ins for multiple launches, how separate data/behavior for each launch? [message #684896] Thu, 16 June 2011 12:51 Go to next message
Salman Mirghasemi is currently offline Salman MirghasemiFriend
Messages: 5
Registered: June 2011
Junior Member
I am concerned about the way plug-ins are supposed to behave in managing multiple launches/environments. As most plug-ins in Eclipse are singleton, it seems that a Plug-in is instantiated once and after that it is used for all launches/environments. From this perspective it seems that a plug-in just adds necessary components/functionality to Eclipse and provides static methods. However, it has to keep data/behavior for each launch/environment separated in some way. Here is my question: Is there any standard approach (e.g., a set of predefined classes/interfaces) for this data/behavior separation or, does every plug-in manages it in its own way?

[Updated on: Thu, 16 June 2011 12:55]

Report message to a moderator

Re: Singleton plug-ins for multiple launches, how separate data/behavior for each launch? [message #685317 is a reply to message #684896] Fri, 17 June 2011 09:07 Go to previous message
Salman Mirghasemi is currently offline Salman MirghasemiFriend
Messages: 5
Registered: June 2011
Junior Member
I decided to investigate a little bit. I looked at Eclipse Debug Package. This package is a rich collection of plug-ins working together to provide services for multiple launches/environments debugging.

In this package, a launch state is encapsulated in objects instantiated from Launch and DebugTarget. However the access to these data is not limited to any object or thread. The design is mainly based on event dispatchers and listeners. It provides flexibility for adding new features, but less control over data accesses and state transitions. In particular, developers have to be careful about concurrency issues.
Previous Topic:How to disable copy command action for a particular CNF view?
Next Topic:Using PDE API Analysis
Goto Forum:
  


Current Time: Thu Aug 06 14:00:34 GMT 2020

Powered by FUDForum. Page generated in 0.01518 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top