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 "ECF Conference Call 11.12.2013"

(Agenda)
 
(2 intermediate revisions by one other user not shown)
Line 1: Line 1:
 
==Agenda==
 
==Agenda==
 
*ECF 3.7.2 or 3.8.0 release
 
*ECF 3.7.2 or 3.8.0 release
 +
**We will plan on having a 3.7.2 release toward end of Nov/early Dec 2013.  We jointly need to decide
 +
an exact day and time, and schedule for 3.8. 
 +
**ECF has [http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg10022.html publicly committed to Juno simultaneous release]...with (tentative for now) ECF 3.8
 +
*ECF 4.x theme: Remove dependency to IExtensionRegistry to better support other OSGi runtimes
 +
**Did not discuss
 
*[https://ipopo.coderxpress.net/ iPOPO]
 
*[https://ipopo.coderxpress.net/ iPOPO]
 +
**Created [https://bugs.eclipse.org/bugs/show_bug.cgi?id=421558 enhancement bug] and [ wiki page] to track work.  We've jointly decided (with Thomas) to create a new ECF remote service host provider (based upon some as yet undefined wire protocol+serialization format...see [https://bugs.eclipse.org/bugs/show_bug.cgi?id=421558 bug]), and a Python/iPopo-based remote service client to be a consumer of the service.  This will show off both ECF's provider architecture (ability to create new transport providers and reuse all of the OSGi Remote Services/RSA work), and it will show off iPopo's easy interoperability with OSGi Remote Services.
 +
*ECF at EclipseCon NA?
 +
**Scott has desire to present/discuss ECF's OSGi remote services implementation, and advantages of using ECF's extensible provider architecture for interoperability (across protocols, languages, etc).
 
*ECF Logo contest
 
*ECF Logo contest
**https://www.designonclick.com/
+
**http://www.designonclick.com/231883-open-source-project-seeks-logo-eclipse-communication-framework
**http://www.crowdspring.com/
+
**Please review these designs, provide comments and feedback.  To keep in mind: It would be nice to reuse the logo for (e.g.) program icons etc...so the design should ideally be able to scale down to 16x16 sizes...if at all possible.
  
 
==Attendees==
 
==Attendees==
 +
 +
*Markus Kuppe (ECF committer), Harshana Eranga Martin (ECF committer), Thomas Calmant (iPopo), Scott Lewis (ECF committer)

Latest revision as of 16:31, 12 November 2013

Agenda

  • ECF 3.7.2 or 3.8.0 release
    • We will plan on having a 3.7.2 release toward end of Nov/early Dec 2013. We jointly need to decide

an exact day and time, and schedule for 3.8.

  • ECF 4.x theme: Remove dependency to IExtensionRegistry to better support other OSGi runtimes
    • Did not discuss
  • iPOPO
    • Created enhancement bug and [ wiki page] to track work. We've jointly decided (with Thomas) to create a new ECF remote service host provider (based upon some as yet undefined wire protocol+serialization format...see bug), and a Python/iPopo-based remote service client to be a consumer of the service. This will show off both ECF's provider architecture (ability to create new transport providers and reuse all of the OSGi Remote Services/RSA work), and it will show off iPopo's easy interoperability with OSGi Remote Services.
  • ECF at EclipseCon NA?
    • Scott has desire to present/discuss ECF's OSGi remote services implementation, and advantages of using ECF's extensible provider architecture for interoperability (across protocols, languages, etc).
  • ECF Logo contest

Attendees

  • Markus Kuppe (ECF committer), Harshana Eranga Martin (ECF committer), Thomas Calmant (iPopo), Scott Lewis (ECF committer)

Copyright © Eclipse Foundation, Inc. All Rights Reserved.