Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "PDE/Incubator/XtremeSelfHosting"

< PDE‎ | Incubator
Line 1: Line 1:
Note This is W o R k  I n  P r O g R e S s S
+
=== Work Area ===
  
It all started with "install bundles in running Eclipse", but from others comments (e.g. in bug198189), seems problem is more general.
+
Better integrate cooperation between Eclipse host and running instance in self-hosting.
  
Aim: Better integrate host-instance cooperation in self-hosting
+
==== Project overview ====
Benefits: Developer will have a better control over and insight into his running Eclipse/Equinox/OSGi
+
 
 +
see also bug198189
 +
 
 +
Developer will have a better control over and insight into his running Eclipse/Equinox/OSGi
 
instance
 
instance
  
specifically with this new work developer will be able to:
+
 
* remotely observe and manage instance bundles
+
* Remotely observe and manage instance bundles
* install bundles in target instance from host workspace
+
* Install bundles in target instance from host workspace
* follow instance logs in his work environment (aka host)
+
* Follow instance logs in host environment
 
* inspect services (the same as in bug Bug 217738, but remote)
 
* inspect services (the same as in bug Bug 217738, but remote)
 
* seamless integration with PDE launch. So user will launch his Eclipse Application as usual, but this time views in his host Eclipse will be monitoring the target instance. Next step into better introspection :D
 
* seamless integration with PDE launch. So user will launch his Eclipse Application as usual, but this time views in his host Eclipse will be monitoring the target instance. Next step into better introspection :D
 
expected products:
 
* new bundle (something like org.eclipse.pde.runtime.probe), that will be installed on monitored instance.
 
* serious modifications to org.eclipse.pde.ui.runtime (enable remote connection)
 
* small modifications to org.eclipse.ui.views.log
 
* small modifications to org.eclipse.pde.ui
 
  
 
requirements:
 
requirements:
* "probe" should work with any targets (Eclipse >=3.2/Equinox/OSGi). Why? Lot of my collegues still use and support 3.2 based tools.
+
* "probe" should work with any targets (Eclipse >=3.2/Equinox/OSGi), to be useful for testing,
* be minimal and simple. No external dependencies. Why? To simplify installation for unexperienced user. There is jmx, ecf, p2, but this all should rather be as simple and flexible as JUnit tests (=click to go).
+
* be minimal and simple. No external dependencies. To simplify installation for unexperienced user. There is jmx, ecf, p2, but this all should rather be as simple and flexible as JUnit tests (=click to go).
* should be extensible. Why? to support future ideas :D
+
* should be extensible. To support future ideas.
 +
 
 +
 
 +
=== Developers ===
 +
* Chris Aniszczyk
 +
* Jacek Pospychala
 +
 
 +
=== Plug-ins ===
 +
* org.eclipse.pde.ui.runtime
 +
* org.eclipse.pde.runtime.probe
 +
 
 +
=== Resources ===

Revision as of 05:57, 15 May 2008

Work Area

Better integrate cooperation between Eclipse host and running instance in self-hosting.

Project overview

see also bug198189

Developer will have a better control over and insight into his running Eclipse/Equinox/OSGi instance


  • Remotely observe and manage instance bundles
  • Install bundles in target instance from host workspace
  • Follow instance logs in host environment
  • inspect services (the same as in bug Bug 217738, but remote)
  • seamless integration with PDE launch. So user will launch his Eclipse Application as usual, but this time views in his host Eclipse will be monitoring the target instance. Next step into better introspection :D

requirements:

  • "probe" should work with any targets (Eclipse >=3.2/Equinox/OSGi), to be useful for testing,
  • be minimal and simple. No external dependencies. To simplify installation for unexperienced user. There is jmx, ecf, p2, but this all should rather be as simple and flexible as JUnit tests (=click to go).
  • should be extensible. To support future ideas.


Developers

  • Chris Aniszczyk
  • Jacek Pospychala

Plug-ins

  • org.eclipse.pde.ui.runtime
  • org.eclipse.pde.runtime.probe

Resources

Back to the top