You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Tested Implementation:
MyFaces 4.0 (MYFACES-4550 -- In Progress)
Description:
This test asserts that f:validateWholeBean is placed after all inputs. If not, it throws an exception is thrown which results in a 500 response.
The documentation specifies: This tag must be placed in the component tree after all of the fields that are to be included in the multi-field validation. If this precondition is not met, the results of applying this tag are unspecified.
The fix in MyFaces is not yet merged since we have community suggested that this check should only occur when the project stage is in development mode (via jakarta.faces.application.ProjectStage.Development, not production. This seems like a reasonable ask from our perspective, as this placement should be validated during the development phase.
The text was updated successfully, but these errors were encountered:
@arjantijms@BalusC what do you think? This seems like a valid request by the MyFaces community. @volosied has created two PRs to address this challenge:
Challenged Tests:
ee.jakarta.tck.faces.test.javaee7.multiFieldValidation.Spec1IT#testFailingPreconditionsNotAfterAllInputComponents
TCK Version:
Jakarta Faces 4.0.x
Tested Implementation:
MyFaces 4.0 (MYFACES-4550 -- In Progress)
Description:
This test asserts that f:validateWholeBean is placed after all inputs. If not, it throws an exception is thrown which results in a 500 response.
The documentation specifies:
This tag must be placed in the component tree after all of the fields that are to be included in the multi-field validation. If this precondition is not met, the results of applying this tag are unspecified.
The fix in MyFaces is not yet merged since we have community suggested that this check should only occur when the project stage is in development mode (via jakarta.faces.application.ProjectStage.Development, not production. This seems like a reasonable ask from our perspective, as this placement should be validated during the development phase.
The text was updated successfully, but these errors were encountered: