Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Invalid
-
Affects Version/s: 1.7.1
-
Fix Version/s: None
-
Component/s: Tool Integrations
-
Labels:None
-
Environment:Spring Webflow 2.0.2
-
Support Case References:
Description
This issue involve Spring Webflow 2.0.2 and ICEfaces 1.7.1. The customer had originally reported ICE-3328 which has since been resolved. The customer now has another issue involving partial submit. Here is the description:
We have run into another partialSubmit issue. I have attached sample code that will demonstrate the issue we are seeing. I am
not sure if I have the config correct or not (our environment is a little different that the booking sample app that has been referenced in the forum post related to this issue, - no facelets - so I took my best guess) or if this is another bug.
Scenario:
A webflow starts with a jsp with 2 drop downs on it. One drop down is set with partSubmit=true, the other is not. When the partialSubmit dropdown value is changed, the JSF lifecycle proceeds as normal until the end. After the cycle completes, the RESTORE_VIEW and RENDER_RESPONSE phases are executed a second time. The effect is that the model values that were changed by the user are overwritten and the view is re-rendered with the original values. This behavior is not observed when the drop down that does not use partialSubmit is changed. Here is a shot of the page after initial load (no changes to drop downs yet)
Here is the log out put when the value of 'Drop Down Using Partial Submit' is
modified.
BEFORE PHASE : RESTORE_VIEW 1
AFTER PHASE : RESTORE_VIEW 1
BEFORE PHASE : APPLY_REQUEST_VALUES 2
AFTER PHASE : APPLY_REQUEST_VALUES 2
BEFORE PHASE : PROCESS_VALIDATIONS 3
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getRegularDropDownValue : regularDropDown-four
AFTER PHASE : PROCESS_VALIDATIONS 3
BEFORE PHASE : UPDATE_MODEL_VALUES 4
setting partialSubmitDropDownValue to : partialSubmitDropDown-five
setting regularDropDownValue to : regularDropDown-four
AFTER PHASE : UPDATE_MODEL_VALUES 4
BEFORE PHASE : INVOKE_APPLICATION 5
AFTER PHASE : INVOKE_APPLICATION 5
BEFORE PHASE : RENDER_RESPONSE 6
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
AFTER PHASE : RENDER_RESPONSE 6
BEFORE PHASE : RESTORE_VIEW 1
AFTER PHASE : RESTORE_VIEW 1
BEFORE PHASE : RENDER_RESPONSE 6
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
AFTER PHASE : RENDER_RESPONSE 6
Here is an ear file containing the source code from the Eclipse projects we are
using.
We have run into another partialSubmit issue. I have attached sample code that will demonstrate the issue we are seeing. I am
not sure if I have the config correct or not (our environment is a little different that the booking sample app that has been referenced in the forum post related to this issue, - no facelets - so I took my best guess) or if this is another bug.
Scenario:
A webflow starts with a jsp with 2 drop downs on it. One drop down is set with partSubmit=true, the other is not. When the partialSubmit dropdown value is changed, the JSF lifecycle proceeds as normal until the end. After the cycle completes, the RESTORE_VIEW and RENDER_RESPONSE phases are executed a second time. The effect is that the model values that were changed by the user are overwritten and the view is re-rendered with the original values. This behavior is not observed when the drop down that does not use partialSubmit is changed. Here is a shot of the page after initial load (no changes to drop downs yet)
Here is the log out put when the value of 'Drop Down Using Partial Submit' is
modified.
BEFORE PHASE : RESTORE_VIEW 1
AFTER PHASE : RESTORE_VIEW 1
BEFORE PHASE : APPLY_REQUEST_VALUES 2
AFTER PHASE : APPLY_REQUEST_VALUES 2
BEFORE PHASE : PROCESS_VALIDATIONS 3
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getRegularDropDownValue : regularDropDown-four
AFTER PHASE : PROCESS_VALIDATIONS 3
BEFORE PHASE : UPDATE_MODEL_VALUES 4
setting partialSubmitDropDownValue to : partialSubmitDropDown-five
setting regularDropDownValue to : regularDropDown-four
AFTER PHASE : UPDATE_MODEL_VALUES 4
BEFORE PHASE : INVOKE_APPLICATION 5
AFTER PHASE : INVOKE_APPLICATION 5
BEFORE PHASE : RENDER_RESPONSE 6
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
AFTER PHASE : RENDER_RESPONSE 6
BEFORE PHASE : RESTORE_VIEW 1
AFTER PHASE : RESTORE_VIEW 1
BEFORE PHASE : RENDER_RESPONSE 6
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getPartialSubmitDropDownValue : partialSubmitDropDown-three
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
getRegularDropDownValue : regularDropDown-four
AFTER PHASE : RENDER_RESPONSE 6
Here is an ear file containing the source code from the Eclipse projects we are
using.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion