Eclipse Community Forums: Plugin Development Environment (PDE) » Singleton plug-ins for multiple launches, how separate data/behavior for each launch?

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?)

Show: Today's Messages :: Show Polls :: Message Navigator

Singleton plug-ins for multiple launches, how separate data/behavior for each launch? [message #684896]

Thu, 16 June 2011 12:51

Salman Mirghasemi

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

Salman Mirghasemi

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.

Report message to a moderator

Previous Topic:	How to disable copy command action for a particular CNF view?
Next Topic:	Using PDE API Analysis

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Wed Apr 24 19:22:28 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter