February 2009 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HV-73) hibernate-validator 3.1.0GA inclusion in maven central repository

by Ari Miller (JIRA)

hibernate-validator 3.1.0GA inclusion in maven central repository ----------------------------------------------------------------- Key: HV-73 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-73 Project: Hibernate Validator Issue Type: Task Affects Versions: 3.1.0.GA Reporter: Ari Miller Priority: Minor Note that hibernate-validator 3.1.0GA is present in: http://repository.jboss.com/maven2/org/hibernate/hibernate-validator/ but not in http://repo2.maven.org/maven2/org/hibernate/hibernate-validator/ Other hibernate project releases have been moved to the central maven repository. The incompatibility problem between validator and core I'm experiencing is described in http://forum.hibernate.org/viewtopic.php?t=992491 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

2
1
0 / 0

[Hibernate-JIRA] Created: (HV-44) Make Hibernate Validator multi-lingual

by Olle Hallin (JIRA)

Make Hibernate Validator multi-lingual -------------------------------------- Key: HV-44 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-44 Project: Hibernate Validator Issue Type: Improvement Affects Versions: 3.0.0.ga Reporter: Olle Hallin Hibernate Validator 3.0.0 is unfortunately useless in a multi-lingual web app, since it uses Locale.getDefault() for locating the validation message bundle. Each and every HTTP request can have a different locale, in it's own thread. Please add something in line with Spring's LocaleContextHolder (a ThreadLocal), which can be set early in the request handling chain. If not set, it could fall back to the platform's Locale.getDefault(). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

6
16
0 / 0

[Hibernate-JIRA] Created: (HV-52) unified unit testing pattern for standalone validators

by Sanne Grinovero (JIRA)

unified unit testing pattern for standalone validators ------------------------------------------------------ Key: HV-52 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-52 Project: Hibernate Validator Issue Type: Patch Affects Versions: 3.0.0.ga Reporter: Sanne Grinovero Priority: Minor Attachments: validator-testing-cleanup.patch Hi, I've seen some bugs in the validator I would like to help solving, but the main issue I've seen is that to write unittests the code is quite verbose; the consequence is that mission-critical code is well tested but most trivial code is untested. It looks like to me that most JIRA issues here are relevant to this "untested trivial" code... I would appreciate if you could apply this patch that greatly simplifies writing of unit tests for standalone validators, as I would like to send some more patches using this code to develop test-first. This affects only the "test" source, diffed from 3.0.0.GA, and includes some new testing of @NotEmpty and @Digits; I would add much more tests if you're not against it. With "standalone validators" i mean that this is not useful for graph/integration testing, just each validator on some property. Sanne -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

2
1
0 / 0

[Hibernate-JIRA] Created: (HV-42) Reference Documentation: broken example

by Robert Spielmann (JIRA)

Reference Documentation: broken example --------------------------------------- Key: HV-42 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-42 Project: Hibernate Validator Issue Type: Bug Components: documentation Reporter: Robert Spielmann Priority: Trivial The Hibernate Validator Reference Guide (Hibernate Validator 3.0.0.GA) contains examples for writing custom annotations and validators, section 1.4 "writing your own constraints". There, it says that the class CapitalizedValidator implements Validator<Capitalized> and PropertyConstraint. The example class, however, does not implement the "apply" method. Thus, the example class does not compile. Additionally, the class "Capitalize" (containing constants like FIRST) is not defined anywhere. This leaves the example incomplete and thus - unless you quickly implement this class - unsuable for practical experiments. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

3
2
0 / 0

[Hibernate-JIRA] Created: (HV-25) Generated DDL ignores Validator annotations on component fields and superclass fields

by Ben Anderson (JIRA)

Generated DDL ignores Validator annotations on component fields and superclass fields ------------------------------------------------------------------------------------- Key: HV-25 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-25 Project: Hibernate Validator Issue Type: Bug Components: engine Affects Versions: 3.0.0.ga Environment: Windows XP, Hibernate 3.2.4.sp1, Hibernate Annotations 3.3.0.ga, Postgres, HSQL Reporter: Ben Anderson Attachments: model.zip The DDL generated for entities containing components or superclass properties does not reflect any Validator length restrictions or not-null constraints that have been defined on those component or superclass properties i.e. a component with a property containing the @Length(max = 50) and @NotNull annotation is generated as varchar(255) with nulls permitted (at the database level). I've posted a more detailed example to the forum at http://forum.hibernate.org/viewtopic.php?t=975612 Another example can be found at http://www.ibm.com/developerworks/web/library/j-hibval.html - the SQL generated when this schema is exported is: create table cc (id integer not null, fname varchar(255), mi varchar(255), lname varchar(255), addr1 varchar(255), addr2 varchar(255), city varchar(255), zipcode varchar(255), state_id varchar(255), cvv2 varchar(6) not null, expiration_date timestamp not null, type_id integer not null, num varchar(30) not null, customer_id integer not null, primary key (id)); create table customer (id integer not null, dob timestamp, phone varchar(255), fax varchar(255), email varchar(255), fname varchar(255), mi varchar(255), lname varchar(255), addr1 varchar(255), addr2 varchar(255), city varchar(255), zipcode varchar(255), state_id varchar(255), primary key (id)); The SQL should be: create table cc (id integer not null, fname varchar(30) not null, mi varchar(1), lname varchar(30) not null, addr1 varchar(50) not null, addr2 varchar(50), city varchar(50) not null, zipcode varchar(15) not null, state_id varchar(2) not null, cvv2 varchar(6) not null, expiration_date timestamp not null, type_id integer not null, num varchar(30) not null, customer_id integer not null, primary key (id)); create table customer (id integer not null, dob timestamp, phone varchar(13), fax varchar(13), email varchar(40), fname varchar(30) not null, mi varchar(1), lname varchar(30) not null, addr1 varchar(50) not null, addr2 varchar(50) not null, city varchar(50) not null, zipcode varchar(15) not null, state_id varchar(2) not null, primary key (id)); I've attached the relevant classes from this example. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

6
7
0 / 0

[Hibernate-JIRA] Updated: (HV-20) Include the Validator class on the InvalidValue object

by Hardy Ferentschik (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-20?page=com.... ] Hardy Ferentschik updated HV-20: -------------------------------- Component/s: (was: engine) legacy Moved issue into legacy component. This issue applies to codebase prior 4.x > Include the Validator class on the InvalidValue object > ------------------------------------------------------ > > Key: HV-20 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-20 > Project: Hibernate Validator > Issue Type: Improvement > Components: legacy > Reporter: Leonardo Quijano > Priority: Minor > > It'd be nice to know which validator caused an InvalidValue entry to appear. > For example, for a @NotNull annotation we'd have: > InvalidValue.getValidatorClass() == org.hibernate.validator.NotNullValidator > Then, on the web layer of the application, we could iterate over every InvalidValue[], summarizing all the NotNullValidator entries we get, and showing a msg: > * Some required fields are missing. > (and put some asterisks on the required fields, for example). > (I guess that can be done with an additional BeanValidator, but this solution lets us work with the InvalidValue[] array after all validation has taken place) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Updated: (HV-11) consider making validator framework truely independant of hibernate core

by Hardy Ferentschik (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-11?page=com.... ] Hardy Ferentschik updated HV-11: -------------------------------- Component/s: (was: engine) legacy Moved issue into legacy component. This issue applies to codebase prior 4.x > consider making validator framework truely independant of hibernate core > ------------------------------------------------------------------------ > > Key: HV-11 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-11 > Project: Hibernate Validator > Issue Type: Improvement > Components: legacy > Reporter: Andreas Schildbach > > I'd like to use the validator framework, but without pulling hibernate in as a dependency. > Currently, if I try to instantiate a ClassValidator, a org.hibernate.MappingException cannot be found. > Consequently, the validator framework could also be independent of the rest of the annotations, and be distributed in its own jar. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Created: (HV-31) Support user defined Locale for the ResourceBundle

by Emmanuel Bernard (JIRA)

Support user defined Locale for the ResourceBundle -------------------------------------------------- Key: HV-31 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-31 Project: Hibernate Validator Issue Type: New Feature Components: engine Reporter: Emmanuel Bernard -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

2
1
0 / 0

[Hibernate-JIRA] Created: (HV-27) Accessing Public Methods In A Default Access Superclass

by Ilya Kharmatsky (JIRA)

Accessing Public Methods In A Default Access Superclass ------------------------------------------------------- Key: HV-27 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-27 Project: Hibernate Validator Issue Type: Bug Components: engine Affects Versions: 3.0.0.ga Environment: pure jdk 5.0 Reporter: Ilya Kharmatsky Attachments: bugs.zip I'm not sure that this project is right place for this bug (probably better place is hibernate.annotations?), but since I've found the bug through hibernate.validator - I'm posting it here. In general, the problem is well-known and already resolved, for example here: http://jakarta.apache.org/commons/beanutils/apidocs/org/apache/commons/be... When I'm using the hibernate.validator on the application level (through test cases) I'm getting following error: java.lang.IllegalStateException: Could not get property value at org.hibernate.validator.ClassValidator.getMemberValue(ClassValidator.java:537) at org.hibernate.validator.ClassValidator.getInvalidValues(ClassValidator.java:383) at org.hibernate.validator.ClassValidator.getInvalidValues(ClassValidator.java:351) at bugs.HibenrateValidatorPackageAccessBug.testMyPojo2(HibenrateValidatorPackageAccessBug.java:47) Please see attached test case. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

3
2
0 / 0

[Hibernate-JIRA] Created: (HV-22) Provide contextual validation

by Emmanuel Bernard (JIRA)

Provide contextual validation ----------------------------- Key: HV-22 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-22 Project: Hibernate Validator Issue Type: New Feature Components: engine Reporter: Emmanuel Bernard The basic idea is to have a special parameter in annotations named context(s) @NotNull(message="doh", context = {"screen1Input", "screen2Input", "default"}) "default" being a special context, the one applied every time (including in the DDL) no context or an empty context is equivalent to "default" The regular API are running against "default" Override the regular APIs with getInvalidValues(..., String context); Not entirely sure the idea will float, but it sounds like a non invasive way to do it. PS this might require to create @[Name]s annotations ie @NotNulls({@NotNull(message="m1", context="earlyStage"), @NotNull(message="m2")}) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

2
2
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues February 2009