Bug 322953 - J2EEDeployOperation affect projects support needs a way to tell if any deployer do not provide that info
Summary: J2EEDeployOperation affect projects support needs a way to tell if any deploy...
Status: RESOLVED FIXED
Alias: None
Product: WTP Java EE Tools
Classification: WebTools
Component: jst.j2ee (show other bugs)
Version: 3.0.5   Edit
Hardware: PC Windows XP
: P1 major (vote)
Target Milestone: 3.0.5 P   Edit
Assignee: Carl Anderson CLA
QA Contact: Chuck Bridgham CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-17 16:49 EDT by Elson Yuen CLA
Modified: 2010-08-20 08:08 EDT (History)
2 users (show)

See Also:
cbridgha: review+


Attachments
v1.0 (2.27 KB, patch)
2010-08-17 16:51 EDT, Elson Yuen CLA
ccc: iplog+
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Elson Yuen CLA 2010-08-17 16:49:18 EDT
Build Identifier: 3.0.5 P

This bug is related to bug 322173.  In bug 322173, a new method has been added to find out the affected project.  However, there is currently no way for the adopter to figure out if all the deployer has implemented the new method. This will make the adopter not be able to decide whether to use the information on the new methods or not.  This information is essential to support properly the case where some deployer has not provided the affect project information to avoid regression on those scenarios.

This bug is to address this issue by introducing a new method to tell the adoptor on whether all deployers has provided the affected project information.

Reproducible: Always
Comment 1 Elson Yuen CLA 2010-08-17 16:51:52 EDT
Created attachment 176846 [details]
v1.0

This patch adds a method isAllDeployersProvideAffectedProjects() to the J2EEDeployOperation for adopter to find out if all deployers have provided the affect projects information.
Comment 2 Elson Yuen CLA 2010-08-17 17:53:19 EDT
Hot bug request to ask that this be included in 3.0.5_patches as well:

1.  Affiliation

IBM

2. Be clear on which release you want this bug to be fixed in, or "last
workable" date, if requesting a patch.

3.0.5_patches

3. Justify why this is a hotbug. Note that "our users don't like the bug" is
not the type of reason that gets much attention. The motivation we are looking
for to justify a P1-like priority is, basically, "this bug blocks our adoption
of WTP" (explaining why, of course).

See comment 0 on bug 322173 on the original problem. This bug is required to ensure adopter has a way to provide backward compatibility in case some deployer does not implement the new extension provided on 322173.  Without this bug fix, the adopter won't be able to make use of bug 322173 without introducing potential functional regression.
Comment 3 Carl Anderson CLA 2010-08-18 09:46:55 EDT
A hotbug_request is not required in this case.  I am marking this as major due to the possible regressions that could be introduced without this change.
Comment 4 Chuck Bridgham CLA 2010-08-19 15:30:21 EDT
approved
Comment 5 Carl Anderson CLA 2010-08-20 08:08:44 EDT
Committed to R3_0_5_patches