You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bval.apache.org by "Carlos Vara (JIRA)" <ji...@apache.org> on 2010/04/21 17:45:49 UTC

[jira] Updated: (BVAL-21) ConstraintViolations set should not have duplicates and should store ElementType and use it in equals()

     [ https://issues.apache.org/jira/browse/BVAL-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Carlos Vara updated BVAL-21:
----------------------------

    Attachment: bval-core.patch
                bval-jsr303.patch

Patches for bval-core and bval-jsr303 attached.

Added equals() and hashCode() methods in ConstraintViolationImpl.
Added getAccess() method in the signature of ValidationContext to allow access to it when building a new ConstraintViolation.

2 more TCK tests pass.

> ConstraintViolations set should not have duplicates and should store ElementType and use it in equals()
> -------------------------------------------------------------------------------------------------------
>
>                 Key: BVAL-21
>                 URL: https://issues.apache.org/jira/browse/BVAL-21
>             Project: BeanValidation
>          Issue Type: Bug
>          Components: jsr303
>    Affects Versions: 0.1-incubating
>            Reporter: Carlos Vara
>         Attachments: bval-core.patch, bval-jsr303.patch
>
>
> The returning set of ConstraintViolations should not have duplicate entries, so equals must be defined in ConstraintViolationImpl.
> Also, two ConstraintViolations with all equal fields except the way they access the property should be considered different, so ConstraintViolationImpl should store the ElementType and compare it in the equals() method.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.