Bug 4362

Summary: Refactor plug-in code to create a common remote communication util plug-in
Product: [Yocto Project Subprojects] Eclipse Plugin Reporter: Jessica <jessica.zhang>
Component: eclipse-pluginAssignee: Todor Minchev <todor.minchev>
Status: RESOLVED INVALID QA Contact: Valentin Hangan <valentinx.hangan>
Severity: enhancement    
Priority: Medium CC: alexandru.c.georgescu, bogdanx.a.voiculescu, ioanax.grigoropol, mober.at, yp.ep.watcher, yp.watcher
Version: 1.5   
Target Milestone: 1.8   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: Don't know
Bug Depends on: 4454, 4455    
Bug Blocks: 3210, 3424, 4209, 4642    

Description Jessica 2013-04-22 04:33:02 UTC
Our remote communication is based on RSE and supported services.  Currently the extension is mainly used in remote tools plug-in.  To allow supporting other remote communication, e.g. in bitbake commander and ADT for remote projects interaction, we need to refactor the code to create a common remote communication utility plug-in that other feature plugins that need to do remote communication just to include these plug-in in the dependence list.  This will dramatically reduce code duplication and easy to maintain.
Comment 1 Alexandru Georgescu 2013-07-24 08:02:54 UTC
Hi Jessica,
Is there an update regarding this feature?
Comment 2 Ioana Grigoropol 2013-07-24 09:51:35 UTC
There are still some patches that need to be merged upstream in order to be merge these changes onto master.
Follow this upstream bug:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=411343
The implementation for this feature is on eclipse-poky branch common-remote-refactor2.
Comment 3 Alexandru Georgescu 2013-07-25 08:47:20 UTC
Hi Jessica, Ioana,

Do we know when upstream changes will be merged? 
Also, please note that the target milestone is M1 and should be changed since we are post M1.

Thanks,
Alex.
Comment 5 Jessica 2013-08-05 23:30:37 UTC
we don't have control over upstream even though we've been continue pinging them
Comment 6 Jessica 2013-08-21 21:31:14 UTC
Upstream will merge our patch to 3.6 which is for post Kepler release, so this one can't happen for 1.5
Comment 7 Alexandru Georgescu 2014-03-03 08:23:29 UTC
(In reply to comment #6)
> Upstream will merge our patch to 3.6 which is for post Kepler release, so
> this one can't happen for 1.5

Hi Jessica,
Are there any updates for  this feature?
Comment 8 Martin Oberhuber 2014-09-21 07:55:10 UTC
Note that with Eclipse Luna, the PTP project (version 8.0) has introduced new API in org.eclipse.remote that AFAIK is designed to do exactly this: provide a generic API for remote connections that does not depend on RSE but supports different adapters / providers.

With my patch attached to bug 6251 , the org.yocto.bc.ui plug-in is updated to using the new API. Remaining work would be getting rid of any direct references to RSE and replace them with respective reference to org.eclipse.remote.core / org.eclipse.remote.ui where possible.
Comment 9 Martin Oberhuber 2014-09-21 07:58:37 UTC
(In reply to comment #2)
According to https://bugs.eclipse.org/bugs/show_bug.cgi?id=411343 ,
those upstream changes have also been released with Eclipse Luna so this 
should not be blocked any more.

Status should now be "IN PROGRESS IMPLEMENTATION" I guess since some changes already exist on the eclipse-poky branch common-remote-refactor2.
Comment 10 Todor Minchev 2015-04-28 14:57:04 UTC
The current design is to run Eclipse in the development VM and therefore there are no plans to implement remote project support.