May 2009 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HSEARCH-251) add IndexShardingStrategy.getDirectoryProviderForSearch(Query query) method

by Jerry (JIRA)

add IndexShardingStrategy.getDirectoryProviderForSearch(Query query) method --------------------------------------------------------------------------- Key: HSEARCH-251 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-251 Project: Hibernate Search Issue Type: Improvement Components: directory provider Affects Versions: 3.1.0.Beta1 Reporter: Jerry Please getDirectoryProviderForSearch(Query query) method increase in the IndexShardingStrategy interface , and modify FullTestQueryImpl class buildSearcher way to call this method -- 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

15 years

3
6
0 / 0

[Hibernate-JIRA] Created: (HV-127) Implement test for the different types of Size validators

by Hardy Ferentschik (JIRA)

Implement test for the different types of Size validators --------------------------------------------------------- Key: HV-127 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-127 Project: Hibernate Validator Issue Type: Task Components: validators Reporter: Hardy Ferentschik Fix For: 4.0.0.Beta1 -- 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

15 years

1
2
0 / 0

[Hibernate-JIRA] Created: (HV-109) Implement test for bootstrapping with multiple providers

by Hardy Ferentschik (JIRA)

Implement test for bootstrapping with multiple providers -------------------------------------------------------- Key: HV-109 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-109 Project: Hibernate Validator Issue Type: Task Components: engine Reporter: Hardy Ferentschik -- 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

15 years

1
2
0 / 0

[Hibernate-JIRA] Created: (BVAL-26) The test suite assumes Hibernate Validator as the BV provider

by Emmanuel Bernard (JIRA)

The test suite assumes Hibernate Validator as the BV provider ------------------------------------------------------------- Key: BVAL-26 URL: http://opensource.atlassian.com/projects/hibernate/browse/BVAL-26 Project: Bean Validation Issue Type: Bug Components: ri-general Reporter: Emmanuel Bernard The test suite must be generic enough to test all BV providers, this will be the TCK. I check the bootstrap tests and they have this assumption big time: - hardcoded implementation - tests relying on specific exception messages - has some implementation specific assumptions on the framework -- 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

15 years

2
8
0 / 0

[Hibernate-JIRA] Created: (HV-153) ConstraintValidators created out of CVF should be cached to minimize initialization overhead

by Emmanuel Bernard (JIRA)

ConstraintValidators created out of CVF should be cached to minimize initialization overhead -------------------------------------------------------------------------------------------- Key: HV-153 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-153 Project: Hibernate Validator Issue Type: Bug Affects Versions: 4.0.0.Beta1 Reporter: Emmanuel Bernard Fix For: 4.0.0.Beta2 The cache should be at least per Constraint declaration -- 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

15 years

2
1
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-342) Delete on unindexed entities referenced by indexed entities with ContainedIn annotation failed

by Grégoire Rolland (JIRA)

Delete on unindexed entities referenced by indexed entities with ContainedIn annotation failed ---------------------------------------------------------------------------------------------- Key: HSEARCH-342 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-342 Project: Hibernate Search Issue Type: Bug Components: engine Affects Versions: 3.1.0.GA Environment: Hibernate 3.3.1.GA, PostgreSQL 8.3 Reporter: Grégoire Rolland Priority: Blocker Attachments: hsearch_jira.zip Delete on unindexed entities referenced by indexed entities with ContainedIn annotation failed. On PostCommit Transaction, I get a LazyInitializationException on the collection with the ContainedIn annotation. I upload a test case to reproduce this, run the Boot class. -- 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

15 years

3
5
0 / 0

[Hibernate-JIRA] Created: (HV-148) Make sure that context as well as current class loader are used when trying to load xml configuration files

by Hardy Ferentschik (JIRA)

Make sure that context as well as current class loader are used when trying to load xml configuration files ----------------------------------------------------------------------------------------------------------- Key: HV-148 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-148 Project: Hibernate Validator Issue Type: Task Components: engine Reporter: Hardy Ferentschik Fix For: 4.0.0.Beta2 -- 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

15 years

1
1
0 / 0

[Hibernate-JIRA] Created: (HV-147) Invetigate problem with maven release plugin

by Hardy Ferentschik (JIRA)

Invetigate problem with maven release plugin -------------------------------------------- Key: HV-147 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-147 Project: Hibernate Validator Issue Type: Task Reporter: Hardy Ferentschik Fix For: 4.0.0.Beta2 mvn release:prepare -DdryRun=true reports no errors, but when actually executing the command there is a svn commit error. Maybe a configuration error!? >>> [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] ------------------------------------------------------------------------ [INFO] [INFO] Total time: 34 seconds [INFO] [INFO] Finished at: Mon Apr 27 16:33:43 CEST 2009 [INFO] [INFO] Final Memory: 50M/97M [INFO] [INFO] ------------------------------------------------------------------------ [INFO] Checking in modified POMs... [INFO] Executing: /bin/sh -c cd /Users/hardy/work/hibernate/validator/trunk && svn --non-interactive commit --file /tmp/maven-scm-1861763739.commit --targets /tmp/maven-scm-55083-targets [INFO] Working directory: /Users/hardy/work/hibernate/validator/trunk [INFO] Tagging release with the label hibernate-validator-parent-4.0.0.Beta1... [INFO] Executing: /bin/sh -c cd /Users/hardy/work/hibernate/validator/trunk && svn --non-interactive copy --file /tmp/maven-scm-145441974.commit . https://svn.jboss.org/repos/hibernate/validator/tags/hibernate-validator-... [INFO] Working directory: /Users/hardy/work/hibernate/validator/trunk [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Unable to tag SCM Provider message: The svn tag command failed. Command output: svn: Commit failed (details follow): svn: File '/repos/hibernate/validator/tags/hibernate-validator-parent-4.0.0.Beta1/hibernate-validator/pom.xml' already exists >>> -- 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

15 years

1
3
0 / 0

[Hibernate-JIRA] Created: (BVAL-107) Write unit tests for constraint composition

by Hardy Ferentschik (JIRA)

Write unit tests for constraint composition ------------------------------------------- Key: BVAL-107 URL: http://opensource.atlassian.com/projects/hibernate/browse/BVAL-107 Project: Bean Validation Issue Type: Task Components: ri-general Reporter: Hardy Ferentschik The basic algorithm for constraint composition is written and needs more unit tests. -- 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

15 years

1
5
0 / 0

[Hibernate-JIRA] Created: (HHH-2498) Lazy Inverse Map Bug?

by CannonBall (JIRA)

Lazy Inverse Map Bug? --------------------- Key: HHH-2498 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2498 Project: Hibernate3 Type: Bug Versions: 3.2.1, 3.2.2 Environment: Hibernate 3.2.2, Java5, MySQL 5 (InnoDB) Reporter: CannonBall Priority: Minor Mapping documents: <hibernate-mapping> <class name="scratchpad.hibernate.A"> <id name="id"> <generator class="assigned"/> </id> <map name="bs" cascade="all-delete-orphan" inverse="true"> <key column="aId"/> <map-key type="long" column="cId"/> <one-to-many class="scratchpad.hibernate.B"/> </map> </class> <class name="scratchpad.hibernate.B"> <id name="id"> <generator class="assigned"/> </id> <many-to-one name="a" class="scratchpad.hibernate.A" column="aId"/> <many-to-one name="c" class="scratchpad.hibernate.C" column="cId" not-null="true"/> </class> <class name="scratchpad.hibernate.C"> <id name="id"> <generator class="assigned"/> </id> </class> </hibernate-mapping> Code between sessionFactory.openSession() and session.close(): long aId = 1l; long bId = 2l; long cId = 3l; SessionFactory factory = new Configuration().configure() .buildSessionFactory(); try { Session s = factory.openSession(); try { Transaction tx = s.beginTransaction(); try { C c = new C(cId); s.save(c); A a = new A(aId); B b = new B(bId); b.setC(c); b.setA(a); a.getBs().put(cId, b); s.save(a); tx.commit(); } catch (Exception e) { try { tx.rollback(); } catch (Exception e2) { // do nothing } throw e; } } finally { s.close(); } s = factory.openSession(); try { Transaction tx = s.beginTransaction(); try { A a = (A) s.load(A.class, aId); a.getBs().remove(cId); tx.commit(); } catch (Exception e) { try { tx.rollback(); } catch (Exception e2) { // do nothing } throw e; } } finally { s.close(); } } finally { factory.close(); } Name and version of the database you are using: MySQL 5.0.33 The generated SQL (show_sql=true): Hibernate: select b_.id, b_.aId as aId1_, b_.cId as cId1_ from B b_ where b_.id=? Hibernate: insert into C (id) values (?) Hibernate: insert into A (id) values (?) Hibernate: insert into B (aId, cId, id) values (?, ?, ?) Hibernate: select a0_.id as id0_0_ from A a0_ where a0_.id=? Hibernate: select bs0_.aId as aId1_, bs0_.id as id1_, bs0_.cId as cId1_, bs0_.id as id1_0_, bs0_.aId as aId1_0_, bs0_.cId as cId1_0_ from B bs0_ where bs0_.aId=? I've been having a confusing problem shown above, whereby A has a Map of Bs indexed using the id from an association with C. This Map is inversely mapped for A and with 'Cascade Delete Orphan'. In the second opened session above, where B is removed from A's Map and thus orphaned, B will not be deleted. I have observed B is only deleted if I either set 'lazy="false"' for A's Map or make an interaction with A's Map in the code (before B's removal) like 'a.getBs().get(cId)'. I suspect the lazy intializer is not initializing correctly in the above scenario. The above scenario does not happen if A's Map is not inversely mapped but B's many-to-one with A is. Can somebody shed some light on whether this is me using Hibernate incorrectly or is a bug? -- 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

15 years, 1 month

4
6
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues May 2009