Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [wtp-dev] Minutes of the WTP Status Telecon, 2006-04-27


This kind of project data compatibility is very important.  Many development shops have a very heterogeneous tool set, with different developers or teams using different versions, or some using commercial Eclipse-based tools and others using entirely open source tools.  There are all kinds of reasons why a subset of developers may need to stick with a particular version of a tool for a long time, either because they don't have time to upgrade or they have developed a strong dependency on a particular plugin that is not available for a newer release. I have spoken with (and received bugs reports from) many such groups that are spread over several Eclipse releases... some are still using releases as far back as Eclipse 2.0 because they have built a large body of custom tools that they haven't had time to port to newer releases.  If projects shared between developers cannot be made to work on multiple releases, then it forces many more people to be locked into an old release so they can be compatible with those who share their code.  Java projects created with Eclipse 3.2 can still, with varying loss of functionality in some cases, be imported and used in every release back to Eclipse 1.0.  Ensuring this kind of compatibility can be a pain, mainly in preventing the name and format of metadata files stored in the project directory from changing, but I believe it's well worth the effort.

Just my $0.02 CAD (closing in on $0.02 USD ;)



"Konstantin Komissarchik" <kosta@xxxxxxx>
Sent by: wtp-dev-bounces@xxxxxxxxxxx

04/05/2006 09:41 AM

Please respond to
"General discussion of project-wide or architectural issues."

To
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx>
cc
Subject
RE: [wtp-dev] Minutes of the WTP Status Telecon, 2006-04-27





Not all changes are additive. I don’t understand how we can make such a guarantee without seriously hampering ourselves. We don’t know what functionality we will be trying to put into 2.0 a year from now. How can we make 1.5 tolerant of such changes? Since we can’t make it tolerant, then this rule seriously hampers what we can do for 2.0. Here is a recent example from the 1.0 – 1.5 transition. The .component file needed to be renamed to be consistent with other files in the .settings directory. Obviously the 1.0 code line knows nothing of the new name so it’s cannot be tolerant of it. To put this change in place, it was necessary to make projects created with 1.5 not run on 1.0.
 
It is extremely rare for even very mature projects to guarantee that content created on a future release will work with the prior release and WTP is far from being a mature project. Such guarantees are also not necessary as users do not naturally expect this compatibility (vs the other way around).
 
- Konstantin
 



From: wtp-dev-bounces@xxxxxxxxxxx [mailto:wtp-dev-bounces@xxxxxxxxxxx] On Behalf Of Arthur Ryman
Sent:
Wednesday, May 03, 2006 11:34 PM
To:
General discussion of project-wide or architectural issues.
Cc:
General discussion of project-wide or architectural issues.; wtp-dev-bounces@xxxxxxxxxxx
Subject:
RE: [wtp-dev] Minutes of the WTP Status Telecon, 2006-04-27

 

Kosta,


We therefore need to ensure that either we don't introduce artifact changes that break WTP 1.5, or that WTP 1.5 is tolerant of the changes, i.e. that it tolerates new properties or XML content. If WTP 1.5 cannot be made tolerant to evolution of artifacts, then WTP 2.0 needs to introduce new artifacts the WTP 1.5 does ignore, e.g. to hold extended data.


Arthur Ryman,
IBM Software Group, Rational Division

blog: http://ryman.eclipsedevelopersjournal.com/
phone: +1-905-413-3077, TL 969-3077
assistant: +1-905-413-2411, TL 969-2411
fax: +1-905-413-4920, TL 969-4920
mobile: +1-416-939-5063, text: 4169395063@xxxxxxx

"Konstantin Komissarchik" <kosta@xxxxxxx>
Sent by: wtp-dev-bounces@xxxxxxxxxxx

05/01/2006 05:55 PM


Please respond to
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx>


To
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx>
cc
 
Subject
RE: [wtp-dev] Minutes of the WTP Status Telecon, 2006-04-27

 


   





> A WTP 1.5 should also be able to work on projects created by WTP 2.0 users
> and shared via a repository. Any new artifacts creates by WTP 2.0 should not
> break WTP 1.5. WTP 1.5 should either ignore or tolerate any new artifacts
> created by WTP 2.0.
 
I don’t think this is a good idea. By the time we are working on 2.0, 1.5 will be done. What it can and cannot ignore or tolerate will be fixed. Having this requirement will seriously hamper our ability to deliver new functionality not yet envisioned in the 2.0 release. I do agree that a project created on 1.5 should not be auto-upgraded when it’s opened in 2.0 unless the user explicitly agrees to the upgrade, however I don’t think we should require projects created in 2.0 (or those that have been upgraded) to continue working on 1.5.
 

- Konstantin

 

 



From:
wtp-dev-bounces@xxxxxxxxxxx [mailto:wtp-dev-bounces@xxxxxxxxxxx] On Behalf Of Arthur Ryman
Sent:
Monday, May 01, 2006 1:48 PM
To:
General discussion of project-wide or architectural issues.
Cc:
General discussion of project-wide or architectural issues.; wtp-dev-bounces@xxxxxxxxxxx
Subject:
Re: [wtp-dev] Minutes of the WTP Status Telecon, 2006-04-27

 


I posted some detail on compatibility requirements for WTP 2.0 on the Wiki  [1]. Please review and comment.


[1] http://wiki.eclipse.org/index.php/Web_Tools_Requirements_2.0#Compatibility_with_Other_WTP_Releases


Arthur Ryman,
IBM Software Group, Rational Division

blog: http://ryman.eclipsedevelopersjournal.com/
phone: +1-905-413-3077, TL 969-3077
assistant: +1-905-413-2411, TL 969-2411
fax: +1-905-413-4920, TL 969-4920
mobile: +1-416-939-5063, text: 4169395063@xxxxxxx

Jeffrey Liu/Toronto/IBM@IBMCA
Sent by: wtp-dev-bounces@xxxxxxxxxxx

04/28/2006 10:59 AM

 


Please respond to
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx>

 


To
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx>
cc
 
Subject
[wtp-dev] Minutes of the WTP Status Telecon, 2006-04-27


 

 


   






See WTP Status Telecons [1] for more information.


[1] http://eclipse.org/webtools/development/status-telecons/index.html


Attendees

Amy Wu

Arthur Ryman

Chris Brealey

Chuck Bridgham

David Williams
David Klein
Jeffrey Liu
John Lanuti

Kate Price

Kathy Chan

Keith Chong
Kosta Komissarchik
Larry Dunnell
Lawrence Mandel

Nitin Dahyabhai

Rob Frost

Ted Bashor

Thomas Yip

Tim Deboer
Tim Wagner


1. Actions Items - Jeffrey Liu

Active Items


The following actions items showed some activity last week. [1]

128308 nor P3 PC jeffliu@xxxxxxxxxx RESO FIXE [action] Document and Communicate Hot Bug Process
136715 nor P3 PC amywu@xxxxxxxxxx RESO FIXE [action] SSE: Review and identify changes in WTP 1.5 that...
136716 nor P3 PC csalter@xxxxxxxxxx NEW   [action] XML: Review and identify changes in WTP 1.5 that...
136717 nor P3 PC cbrealey@xxxxxxxxxx CLOS FIXE [action] WS: Review and identify changes in WTP 1.5 that ...
136719 nor P3 PC cbridgha@xxxxxxxxxx NEW   [action] J2EE: Review and identify changes in WTP 1.5 tha...
136720 nor P3 PC dpchou@xxxxxxxxxx NEW   [action] RDB: Review and identify changes in WTP 1.5 that...






6 bugs found.


Open Items

The following action items are currently open [2]. Action items owners should update their status in Bugzilla prior to the status telecon. Thx.

136716 nor P3 PC csalter@xxxxxxxxxx NEW   [action] XML: Review and identify changes in WTP 1.5 that...
136719 nor P3 PC cbridgha@xxxxxxxxxx NEW   [action] J2EE: Review and identify changes in WTP 1.5 tha...
136720 nor P3 PC dpchou@xxxxxxxxxx NEW   [action] RDB: Review and identify changes in WTP 1.5 that...





3 bugs found.


[1]
https://bugs.eclipse.org/bugs/buglist.cgi?short_desc_type=casesubstring&short_desc=%5Baction%5D&product=Web+Tools&chfieldfrom=7d&chfieldto=Now

[2] https://bugs.eclipse.org/bugs/buglist.cgi?short_desc_type=casesubstring&short_desc=%5Baction%5D&product=Web+Tools&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED

Jeff - Updates in bugzilla.

2. WTP 1.0.2 Status - David Williams

https://bugs.eclipse.org/bugs/show_bug.cgi?id=138825

Update Manager site broken: underscores are in some feature version qualifiers

David - Was scheduled to announce yesterday, but found a bug. So we held off the announcement. Want to discuss it before declaring.

David - At the PMC call tuesday, we agreed to have a 1.0.3 maintenance stream. My recommandation is to fix this bug in 1.0.3. Do a build before andy other fixes gets in so that the community can use that build.

Tim - What's the impact of this bug?

David - It affects update manager. Also, if users want to debug WTP, the they need to get the code from CVS directly. Platfrom see this as a permanent limitation, so we just have to live with it.

David - If no objections, I'll declare 1.0.2 in the afternoon? Congratulation everyone on this achievement.

David - Please hold off releasing anything to the maintenance stream (1.0.3) until this bug is fixed and the update manager site is ready.

David - Also, I suggest all 1.0.3 fixes require some level of PMC approval.

Arthur - Agree.

Tim - Each build should be treated as a release candidate, so no regression.

Ted - What's the process for approval? Send request to the wtp-dev list?

David - Yup, send request to wtp-dev list and PMC members will vote in the bugzilla.

Jeff - Any dates for 1.0.3?

David - TBD.

Arthur - I think we need to see how adopters are coming along with 1.0.2. If adopters ship 1.0.2 to customers, it will generate bugs. We need to see what's the incoming rate and then determine the dates.

3. WTP 1.5 Status

3.1 WTP 1.5 Build Status - David Williams

David - RC2 is building fine. RC2 will be next Friday according to the Callisto schedule. Our prereqs will probably release sometime Wed. We'll spend Thurs smoke test and declare on Fri.

David - There are some failing JUnit testcases that Chuck and I were talking about. Chuck cannot reproduce them under Windows. Jeff, can we get test results for these test under another Linux machine?

David - After RC2, fixes will need component lead approval. Also, I believe it's after RC4 that all projects will announce the bugs that will be fixed.

Ted - We need to get an architecture review of the thread safety issue?

Chuck - I'm out next week, we can do it the following Monday.

David - For next week, component lead should have triage all the bugs so that we can get an accurate count of the number of P1, P2 and etc.

3.2 WTP 1.5 Hot Bugs [1] - Jeffrey Liu

[1] http://www.eclipse.org/webtools/plans/1.5/adopter-hotlist-report.html

Ted - Are we using the new hot bug process.

Jeff - Yes, my fault, forgot to include the queries in the minutes.

4. Other Business - Open

Arthur - I ran into problems when opening old projects with 1.5. The projects don't show up.

Chuck - If you open it with the old navigator, you won't see anything.

Arthur - Not just for Web projects, same goes for any projects.

David - Sounds like a platform bug.

Chuck - I've tried it before and it worked.

Arthur - What's the story for 1.0.2 and 1.5 co-existence?

Chuck - We support it.

Jeff - What about scenario like this one: create project with 1.0.2, check into CVS. Check out project using 1.5, modify something (ex. generate a Web service). Check project into CVS. Open project again with 1.0.2, will this work?

David - Sounds like a good testcase to try.

Arthur - We need to spell out the scenarios that we support when we do the requirements for 2.0.

David - Goal is to be consistent with the Platform.

David - Another testcase: set preference in 1.0.2. Open the same workspace with 1.5 and make sure all the preferences are still valid. Preference sometimes change names, in which case, migration is needed.

Kathy - Are we not going to declare an I build this week? Meaning we do not need to hold back on releasing?

David - Plan is to not declare one. But keep in mind that we are in shut down mode, so every build should have some level of stability.

Kathy - We have quite a few fixes this week, would be nice to have an I build declared.

David - Anyone else want one this week?

Chuck - I would vote for one.

David - OK.

Tim - We have some problems generating the usage report using the API scanner.

Jeff - I'll take a look and reply to your note.

Thanks,

Jeffrey Liu
IBM Rational Software
IBM Toronto Lab.
8200 Warden Ave. Markham, Ontario, L6G 1C7
Internal mail: D3/UMZ/8200/MKM (D3-268)
T/L: 969 3531
Tel: (905) 413 3531
Fax: (905) 413 4920
jeffliu@xxxxxxxxxx
_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev

_______________________________________________________________________
Notice:  This email message, together with any attachments, may contain
information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
entities,  that may be confidential,  proprietary,  copyrighted  and/or
legally privileged, and is intended solely for the use of the individual
or entity named in this message. If you are not the intended recipient,
and have received this message in error, please immediately return this
by email and then delete it.

_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev

_______________________________________________________________________
Notice:  This email message, together with any attachments, may contain
information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
entities,  that may be confidential,  proprietary,  copyrighted  and/or
legally privileged, and is intended solely for the use of the individual
or entity named in this message. If you are not the intended recipient,
and have received this message in error, please immediately return this
by email and then delete it.
_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev


Back to the top