Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[tcf-dev] TCF 1.5 / participation in Oxygen

Greetings TCF Committers,

 

As per below, the time has come where we need to declare participation in the Eclipse Oxygen (4.7) simultaneous release, planned to release in June 2017.

 

I’ve already created a

-          https://wiki.eclipse.org/TCF/DraftPlan15

but wanted YOUR (committers) buy-in before I declare the intent officially.

 

I already noticed that PTP/Remote 3.0 broke an API we use, so we’ll need to react if we are on the train; so it does come at a (small) cost, see attached. Also please note that Uwe may not be able to handle release engineering like he did in the past, so we may need other committer’s help there.

 

On the other hand, the benefit of participation is significant in terms of market exposure IMO.

 

Please send your +1 (buy-in to participating in Oxygen) until Friday Oct 7 COB if possible, and I’ll declare participation by creating a release record. Please also let me know any questions / concerns, or plans for TCF 1.5.

 

Thanks,

Martin

--

Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River

direct +43.662.457915.85  fax +43.662.457915.6

 

 

From: <cross-project-issues-dev-bounces@xxxxxxxxxxx> on behalf of "wayne@xxxxxxxxxxx" <wayne@xxxxxxxxxxx>
Organization: The Eclipse Foundation
Reply-To: Cross issues <cross-project-issues-dev@xxxxxxxxxxx>
Date: Wednesday 5 October 2016 at 21:54
To: Cross issues <cross-project-issues-dev@xxxxxxxxxxx>
Subject: [cross-project-issues-dev] Declare intent to participate in Oxygen

 

Greetings folks.

I believe that I've gotten my list of participating projects [1] up-to-date with those projects that have used this list to declare their intent to participate in the Oxygen Simultaneous Release. I also added a few projects that participated in Neon and had created release records dated June 28/2017 on an assumption that by bothering to create the record for the release they could reasonably be understood to be "paying attention".

If you have not yet formally declared intent, please do so (this will get you off of the inappropriately labeled "Dropped in this Release" list hidden in the Overview block).

If you project is on that list but does not have a version number beside it, that means that you either did not create a release record or that I could not identify it. If you have not yet created a release record for your Oxygen release, please do so at your earliest convenience.

Placeholder release records are fine. Ideally, however, it would be very helpful if you can provide an "executive summary" for the release in the description field. Note that there is no value in stating that the release is part of Oxygen in the executive summary; I'm looking for a few words describing the main areas of development focus or cool new features.

While I have your attention, I'd like to take a run at building an aggregate change log for the release (see Bug 488598 [3]) and am of the mind that the easiest way to do this consistently is to leverage the technology that underlies the "issues" tab that already exists in the PMI [4]. If you name your target milestones in Bugzilla, your project will automatically participate in this.

Thanks!

Wayne

[1]https://projects.eclipse.org/releases/oxygen
[2] https://projects.eclipse.org/releases/oxygen/details
[3] https://bugs.eclipse.org/bugs/show_bug.cgi?id=488598
[4] https://www.eclipse.org/projects/handbook/#pmi-release-issues

--
Wayne Beaton
@waynebeaton
The Eclipse Foundation

--- Begin Message ---
  • From: "Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>
  • Date: Thu, 29 Sep 2016 09:32:23 +0200
  • Thread-topic: o.e.remote breaking change ?
  • User-agent: Microsoft-MacOutlook/f.1a.1.160916

OK, found that o.e.remote 3.0 introduces at least this breaking change with Oxygen:

http://git.eclipse.org/c/ptp/org.eclipse.remote.git/commit/?id=0f03dd648c0072b0a7665d505711d4582a138f5f

 

For us as consumers, it would be important to be able and use single source code

All the way from o.e.remote_2.0 (Mars) up to Oxygen. Will it be possible for you

To keep 3.0 changes in such a way, that our code can be compatible with both 2.0 and 3.0 ?

 

The change at hand seems to be easy , we just implement the additional methods.

What channel(s) could we subscribe to get notified of such breaking changes ?

 

Thanks,

Martin

--

Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River

direct +43.662.457915.85  fax +43.662.457915.6

 

 

From: Martin Oberhuber <Martin.Oberhuber@xxxxxxxxxxxxx>
Date: Thursday 29 September 2016 at 09:23
To: "Greg org>" <g.watson@xxxxxxxxxxxx>
Subject: o.e.remote breaking change ?

 

Hi Greg,

 

Was a breaking change introduced in o.e.remote recently ? Excerpt from below:

 

[ERROR] /jobs/genie.tcf/tcf-master-4.7/workspace/target_explorer/plugins/org.eclipse.tcf.te.tcf.remote.core/src/org/eclipse/tcf/te/tcf/remote/core/TCFConnection.java:[43]

    [ERROR] public class TCFConnection implements

    [ERROR] ^^^^^^^^^^^^^

    [ERROR] The type TCFConnection must implement the inherited abstract method IRemoteConnectionHostService.usePassword()

 

https://hudson.eclipse.org/tcf/job/tcf-master-4.7/4/

 

Thanks,

Martin

--

Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River

direct +43.662.457915.85  fax +43.662.457915.6


--- End Message ---

Back to the top