Attendees:
Amy Wu
Arthur Ryman
Chris Brealey
Chuck Bridgham
Craig Salter
David Williams
Jeffrey Liu
John Lanuti
Kathy Chan
Kosta Komissarchik
Larry Dunnell
Lawrence Mandel
Naci Dai
Nitin Dahyabhai
Phil Avery
Sheila Sholars
Tim deBoer
Tim Wagner
See WTP Status Telecons [1] for more information.
[1] http://eclipse.org/webtools/development/status-telecons/index.html
Minutes
1. Review of Open Action Items [1] - Arthur Ryman
| 110309 | enh | P3 | PC | [EMAIL PROTECTED] | NEW | [action] Add WTP 1.0 JST Component API Plan Items to Mas... | |
| 110308 | enh | P3 | PC | [EMAIL PROTECTED] | NEW | [action] Add WTP 1.0 WST Component API Plan Items to Mas... | |
| 110312 | enh | P3 | PC | [EMAIL PROTECTED] | ASSI | [action] Automatically Merge Bugzilla Work Items with XML... | |
| 111141 | nor | P3 | PC | [EMAIL PROTECTED] | NEW | [action] Indicate JUnit Test Name with Performance Results |
[1] 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
2. WTP 1.0 M9 Status - David Williams
Review bug backlog, builds, and plans.
David - We have 2 blockers. Let's review them.
Chuck - Bug 111253. This is a Linux only problem. We are investigating.
Naci - Bug 110972. WAS generic server adapeter doesn't support EARs. I assigned this to Sinan. It is missing function.
Arthur - This is not a blocker since there is a workaround. It should be reclassified to Major.
David - Tim and Chuck, how is the change to .deployables going?
John - The builders have been removed and the change has been released to the the in-progress I-build.
Tim - Tomcat should work on Web projects but not utility projects. Generic servers should work in the current I-build.
David - If this can't be resolved we should declare the I-build and note the missing function.
Tim - Web projects should work but not utility projects for this week.
3. WTP 1.0 Performance - Jeffrey Liu
Jeffrey - I tried Tim's large workspace but can't reproduce the problem. I need to recreate with Tim. I'll add it to the performance test bucket this week. We also need to have single JARs and manifests for most plug-ins. We are currently about 60% done.
[action] Jeffrey to add Tim's large workspace to to the performance test bucket.
Craig -XML tools is OK except for Xerces which needs to be left as a loose JAR.
Jeffrey - In general we need to leave third party code as loose JARs.
[action] Jeffrey to create plug-in manifests and single JAR packaging for all plug-ins except third-party code..
Arthur - We should be using the appropriate keywords in bugzilla, e.g. performance for performance problems. This will help us do queries and reports.
4. WTP 1.0 API Scans - Jeffrey Liu
Jeffrey - The API scans have been ported to the new build process. We should do the scans on the published I-builds only, i.e. now the continuous builds.
Jeffrey - Are the component.xml files up to date?
Arthur - They need to reflect the current API plans. I'll open a bug for each component that plans to publish an API.
[action] Arthur to opens bugs for all components that have APIs in WTP 1.0 to update their component.xml files.
Craig - Aren't the component.xml files obsolete? Aren't we using source code comments?
Arthur - No. The source comments are processed and the component.xml files will be automatically generated after Jeffrey implements the new scanning tools. However, we can't wait for that. Just update the component.xml files manually for now. BTW. the name of these files will be changed to api.xml.
Craig - What is the policy on the use of the internal provisional package naming conventions?
Arthur - The feedback we received is that adopters found it very disruptive to have to react to a package renaming when the API is declared. Instead, we will abandon the internal provisional naming convention. You need to decide if the code is nearly API or not, e.g. will it be API for WTP 1.0 or 1.5. If it will be API, then use a non-internal package name and leave a "scary" comment [1] in the code until it is in-plan for a release. If the code will not be API by WTP 1.5, then use internal in the package name.
[1] http://www.eclipse.org/webtools/faq/CommitterFAQ.html#source_4
5. WTP Features and Subsystems Status [1] - David Williams
David - Not much progress on the build or document this week. We are in good shape in general, however, there may be some issues remaining in WTP 1.0 and we'll fix those in WTP 1.5.
[1] http://www.eclipse.org/webtools/development/arch_and_design/subsystems/SubsystemsAndFeatures.html
6. Flexible Project Development Status - Chuck Bridgham
Chuck - I made the changes to enforce single component per project last week. It's going well. There may be some additional changes in reaction to Facets.
7. Project Facets Development Status -Konstantin Komissarchik
Kosta - I have shredded the base Facet plug-in. The Tomcat Facet is in progress. We are holding weekly integration meetings, normally on Monday (except next week on Tuesday due to Canadian Thanksgiving.)
8. Other Business - Open
Jeffrey - I'd like to discuss a WTP 1.5
stream. I posted a proposal and got feedback. I think we should have a
1.5 stream prior to 1.0 shipping.We would build 1.5 from HEAD using Eclipse
3.2. We just need to branch the build scripts.
Naci - Building won't be a problem but
eventually the build will fail and then we'll have to start branching the
plug-ins. I suggest we wait till M9 or 1.0 before we move on to 3.2. We
should try local builds on Eclipse 3.2 and give feedback.
David - Why are we talking about building
on Eclipse 3.2? Has anyone used 3.2 for development? Builds are things
we provide other teams. I suggest after M9 we start 3.2 builds.
Arthur - The other reason for a branch
is to enable the development of items that are deferred to WTP 1.5 but
require changes in WTP 1.0. Do we have any cases of that?
Craig - Yes, we are deferring the XSD
refactoring work to WTP 1.5. Ella can create a branch.
Jeffrey - There may be WTP adopters
that need 3.2.
Arthur - In view of the significant
amount of work required to complete M9, we should focus on the high priority
items. In the absence of concrete requirements for a 3.2 build from adopters,
we should defer this until after M9.
[resolution] Wait for concrete
requriements from adopters for Eclipse 3.2 builds, and then revisit the
situation after M9.
David - Thanks to all developers for
reducing the number of compiler warnings from 1200 to 400. I'll work with
remaining teams to get this number down to zero.
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: [EMAIL PROTECTED]
_______________________________________________ wtp-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/wtp-dev
