|Re: [ecf-dev] [GSOC Project Idea]-Looking for a GSoc Project in ECF|
On 4/21/2013 6:02 AM, Salinda Jayawardana wrote:
I think this is a good idea. Actually...IMHO there is a lot of room for work in a general category of what I would call: 'tooling for remote services'. What do I mean by 'tooling for remote services'...here's some brainstorming about possible tooling for remote services:Hi Markus
I am really interested in OSGI remote service stuff in ECF also I have good understanding OSGI ,Java and eclipse plugin development.
As you mention, I went through the ECF issues in
1) Define and Implement annotations for
a) Creating remote services (e.g. @RemoteService)
b) Creating Async remote services (e.g. @AsyncService) [A]. This is work that I had started with bug 309732
c) Doing remote services testing (this was started/done for a previous GSOC project [B], and could be moved forward/extended/completed)
2) Tooling (e.g. Eclipse Views) for Debugging Remote Services
a) Example: View(s) that shows remote services (host and consumer) from registry...along with ECF meta-data/properties
b) Example: Enhancing the discovery UI to specifically support/display OSGi remote service discovery debugging
3) PDE templates of OSGi remote services
a) As part of 3.6.0 I added a PDE template for creating a remote service (host and consumer) via the PDE project wizard. This template is in this project: http://git.eclipse.org/c/ecf/org.eclipse.ecf.git/tree/tooling/plugins/org.eclipse.ecf.remoteservices.tooling.pde
b) There is a lot more that could be done here...i.e. more examples/templates...e.g. with specific discovery/distribution providers, etc.
I think any of these areas would be great for a GSOC project on ECF remote services. I don't think you would want to work on more than one of these areas however...as any one of them can/could be quite a lot of work.
As project lead, my goal here is that whatever is started here as part of a GSOC project eventually be incorporated and distributed as part of ECF...so I prefer that any work that is started be followed through on seriously...hopefully continuing after GSOC is over. BTW, that is ECF's model for mentoring GSOC projects...after GSOC completes, that the work be continued forward...hopefully by the original student becoming an ECF committer and completing the work all the way to deployment (e.g. including full integration, testing, releng, etc). We've had great success with that approach, and several existing ECF committers started by doing GSOC projects.
Hopefully these comments are useful Salinda...and hopefully you (and perhaps others) will decide to propose something of interest to you for a GSOC project. I look forward to working with you.
On Sun, Apr 21, 2013 at 4:15 PM, Markus Alexander Kuppe <ecf-dev_eclipse.org@xxxxxxxxxxx> wrote:
On 04/21/2013 09:05 AM, Salinda Jayawardana wrote:Hi Salinda,
> I would like to know is this a important and valuable idea ? or is
> there any thing else, more important idea in ECF?
first of all, it's not such much a question what's important for ECF,
but what your interests are. If you are more into other aspects of ECF
(telephony, collaborative editing, newsreader, ...) you should pick
this area instead. There is plenty of work. ;)
Generally we favor students who have shown the ability to work in a
> Could you please give some assistance to contribute ECF in this
> year GSOC
distributed open source project. E.g. fixing one of ECF's simpler bugs
marked with "helpwanted" in Bugzilla is a good way to demonstrate this.
Afterwards you want to work on your official application that will be
ranked by all GSoC mentors.
ecf-dev mailing list
_______________________________________________ ecf-dev mailing list ecf-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/ecf-dev
ecf-dev mailing list
Back to the top