November 2010 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HSEARCH-630) Consider renaming limitFetchTime() to query.limitTimeAllowedTo() in Query API

by Emmanuel Bernard (JIRA)

Consider renaming limitFetchTime() to query.limitTimeAllowedTo() in Query API ----------------------------------------------------------------------------- Key: HSEARCH-630 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-630 Project: Hibernate Search Issue Type: Improvement Affects Versions: 3.3.0.CR1 Reporter: Emmanuel Bernard Assignee: Emmanuel Bernard Fix For: 3.3.0 Not sure about this move yet but it must be considered. -- 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

13 years, 6 months

1
5
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-637) Review documentation

by Hardy Ferentschik (JIRA)

Review documentation -------------------- Key: HSEARCH-637 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-637 Project: Hibernate Search Issue Type: Task Components: documentation Affects Versions: 3.3.0.CR1 Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 3.3.0 -- 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

13 years, 6 months

3
6
0 / 0

[Hibernate-JIRA] Created: (HV-387) org.hibernate.validator.cfg.defs.GenericConstraintDef should (probably) not extend the raw type ConstraintDef

by Dag Hovland (JIRA)

org.hibernate.validator.cfg.defs.GenericConstraintDef should (probably) not extend the raw type ConstraintDef ------------------------------------------------------------------------------------------------------------- Key: HV-387 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-387 Project: Hibernate Validator Issue Type: Bug Components: engine Reporter: Dag Hovland Assignee: Hardy Ferentschik Priority: Trivial Attachments: ConstraintDef.diff, GenericConstraintDef.diff The class org.hibernate.validator.cfg.defs.GenericConstraintDef extends the raw type ConstraintDef. Using maven, it compiles, but in Eclipse (with jdk-1.6) We get the following error: "Name clash: The method groups(Class<?>...) of type GenericConstraintDef has the same erasure as groups(Class...) of type ConstraintDef but does not override it" and similar for the method "payload". The others methods give no errors. We do not understand why, but it compiles after changing the definition to public class GenericConstraintDef<A extends Annotation> extends ConstraintDef<A> and also replacing the "Class<?>" in the argument to the method "constraintType" with "Class<A>. The fix seems more "correct", and I suggest this is changed in the source. The file GenericConstraintDef.diff contains the mentioned fix, while ConstraintDef.diff adds type parameters to a few related methods in org.hibernate.validator.cfg.ConstraintDef -- 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

13 years, 6 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-5756) Envers creates new revisions when only collection changed for entity

by Svyatoslav Reyentenko (JIRA)

Envers creates new revisions when only collection changed for entity -------------------------------------------------------------------- Key: HHH-5756 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5756 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.6.0 Environment: Hibernate 3.6.0, H2 database Reporter: Svyatoslav Reyentenko Attachments: audit.zip When a new element is adding to collection, entity that holds this collection gets new revision even with the property org.hibernate.envers.revision_on_collection_change set to false. Look at test case in project attached. -- 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

13 years, 6 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-5721) Script for migrating database to new validity audit strategy

by Stephan Pabinger (JIRA)

Script for migrating database to new validity audit strategy ------------------------------------------------------------ Key: HHH-5721 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5721 Project: Hibernate Core Issue Type: Patch Components: envers Reporter: Stephan Pabinger Attachments: validityMigrationScript.zip Perl script for migrating database tables to new validity audit strategy. Provided is a readme file that explains necessary configuration steps. -- 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

13 years, 6 months

2
5
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-577) IllegalArgumentException when trying to delete proxy class

by Tom (JIRA)

IllegalArgumentException when trying to delete proxy class ---------------------------------------------------------- Key: HSEARCH-577 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-577 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.2.1 Environment: Hibernate Search 3.2.1 Hibernate Core 3.5.2 Reporter: Tom Attachments: ProxyTestCase.zip I'm receiving an IllegalArgumentException while trying to delete an entity that is a part of a @ContainedIn/@IndexedEmbedded relationship. I created a testcase to reproduce the error i'm seeing. The original issue that prompted this was actually a ClassCastException as discussed in this thread https://forum.hibernate.org/viewtopic.php?f=9&t=1006381 however in creating the test case i was unable to replicate that particular error, but ran into this one, which seemed similar. -- 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

13 years, 6 months

3
8
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-513) Hibernate Search 3.2.0.CR1 listeners cause long delays when indexing entities saved in different transactions

by Florin Haizea (JIRA)

Hibernate Search 3.2.0.CR1 listeners cause long delays when indexing entities saved in different transactions ------------------------------------------------------------------------------------------------------------- Key: HSEARCH-513 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-513 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.2.0.CR1 Environment: Hibernate 3.5.1-Final Spring 3.0.2 MySQL Connector 5.1.6 Reporter: Florin Haizea Attachments: HibernateSearchJira.zip I have 3 entities Person, Event and ParentOfBirthEvent. I save about 8000 Person objects in batches of 20, each batch is being saved in a different transaction. After a sufficient number of entities have been persisted (the saving and indexing of initial batches takes between150ms and 500ms) the indexing of the entities that are saved in some of the following batches takes a very large amount of time (sometime even minutes for a whole batch). The problem is that in order for these delays to appear there has to be a certain relationship between the objects saved in the current batch and objects saved in previous batches. The only way in which I can reproduce this 100% is by importing a file (which was submitted by one of the users of our app), creating entities based on the data in that file and saving the entities in batches of 20. When I reach batch number 273 or so the indexing starts taking a lot of time. If I removed the @IndexedEmbedded annotation from the "parent" field in the ParentOfBirthEvent class the problem is solved. Also, if I removed all the hibernate search listeners from the sessionFactory the problem is solved. -- 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

13 years, 6 months

7
68
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-570) Optimize the o^2 loop in DocumentBuilderIndexedEntity.addWorkToQueue

by Sanne Grinovero (JIRA)

Optimize the o^2 loop in DocumentBuilderIndexedEntity.addWorkToQueue -------------------------------------------------------------------- Key: HSEARCH-570 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-570 Project: Hibernate Search Issue Type: Improvement Affects Versions: 3.3.0.Alpha1, 3.2.1, 3.2.0.Final Reporter: Sanne Grinovero Fix For: 3.3.0 there's a long-standing comment in the method: bq. //TODO with the caller loop we are in a n^2: optimize it using a HashMap for work recognition Apparently it has a critical impact in some scenarios: [this forum post|https://forum.hibernate.org/viewtopic.php?f=9&t=1006054] mentions the algorithm "running for days" in a 1000 elements change in a single transaction. -- 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

13 years, 6 months

2
8
0 / 0

[Hibernate-JIRA] Created: (METAGEN-29) Embedded generic types not supported by metamodel generator

by Adrian Hummel (JIRA)

Embedded generic types not supported by metamodel generator ----------------------------------------------------------- Key: METAGEN-29 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-29 Project: Hibernate Metamodel Generator Issue Type: Bug Components: processor Affects Versions: 1.0.0-CR-1 Environment: Hibernate 3.5.0-CR-2 Reporter: Adrian Hummel Assignee: Hardy Ferentschik Priority: Critical Attachments: bugreport.zip Scenario: I have a @MappedSuperclass defining an abstract entity. This class has a technical primary key and a business identity. The business identity is realized by means of a generic embeddable (e.g. for a Customer class there is a corresponding CustomerId class for its business identity). The JPAMetaModelEntityProcessor does generate the AbstractEntity_ class but does only include the primary key field but omits the generic field for the business identity (which leads to subsequent errors when accessing this field using a CriteriaBuilder). Attached a mini project with a test case which illustrates the problem. -- 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

13 years, 6 months

4
8
0 / 0

[Hibernate-JIRA] Created: (HV-396) Build for hibernate-validator module fails using Maven 3 due to problem with shade plugin

by Hardy Ferentschik (JIRA)

Build for hibernate-validator module fails using Maven 3 due to problem with shade plugin ----------------------------------------------------------------------------------------- Key: HV-396 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-396 Project: Hibernate Validator Issue Type: Bug Components: build Affects Versions: 4.1.0.Final Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 4.2.0.Beta1 {noformat} [INFO] Replacing /Users/hardy/work/hibernate/git/validator/hibernate-validator/target/hibernate-validator-4.2.0-SNAPSHOT.jar with /Users/hardy/work/hibernate/git/validator/hibernate-validator/target/hibernate-validator-4.2.0-SNAPSHOT-shaded.jar Downloading: http://repo1.maven.org/maven2/org/jboss/maven/plugins/maven-jdocbook-plug... [WARNING] The POM for org.jboss.maven.plugins:maven-jdocbook-plugin:jar:2.2.3 is missing, no dependency information available Downloading: http://repo1.maven.org/maven2/org/jboss/maven/plugins/maven-jdocbook-plug... Downloading: http://repo1.maven.org/maven2/org/hibernate/hibernate-jdocbook-style/2.0.... Downloading: http://repo1.maven.org/maven2/org/jboss/jbossorg-docbook-xslt/1.1.0/jboss... Downloading: http://repo1.maven.org/maven2/org/jboss/docs/highlight/1.0.0/highlight-1.... Downloading: http://repo1.maven.org/maven2/org/jboss/jbossorg-jdocbook-style/1.1.0/jbo... Downloading: http://repo1.maven.org/maven2/org/richfaces/docs/highlight/3.1.4.GA/highl... Downloading: http://repo1.maven.org/maven2/org/jboss/jbossorg-fonts/1.0.0/jbossorg-fon... [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 18.139s [INFO] Finished at: Wed Nov 17 12:04:13 CET 2010 [INFO] Final Memory: 12M/81M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:1.4:shade (default) on project hibernate-validator: Error creating shaded jar: 1 problem was encountered while building the effective model for org.hibernate:hibernate-validator:4.2.0-SNAPSHOT [ERROR] [ERROR] Unresolveable build extension: Plugin org.jboss.maven.plugins:maven-jdocbook-plugin:2.2.3 or one of its dependencies could not be resolved: The following artifacts could not be resolved: org.jboss.maven.plugins:maven-jdocbook-plugin:jar:2.2.3, org.hibernate:hibernate-jdocbook-style:jdocbook-style:2.0.1, org.jboss:jbossorg-jdocbook-style:jdocbook-style:1.1.0, org.jboss:jbossorg-docbook-xslt:jar:1.1.0, net.sf.docbook:docbook:jar:1.72.0, org.jboss.docs:highlight:jar:1.0.0, org.richfaces.docs:highlight:jar:3.1.4.GA, org.jboss:jbossorg-fonts:jdocbook-style:1.0.0: Could not find artifact org.jboss.maven.plugins:maven-jdocbook-plugin:jar:2.2.3 in central (http://repo1.maven.org/maven2) @ [ERROR] for project org.hibernate:hibernate-validator:4.2.0-SNAPSHOT at /Users/hardy/work/hibernate/git/validator/hibernate-validator/dependency-reduced-pom.xml for project org.hibernate:hibernate-validator:4.2.0-SNAPSHOT at /Users/hardy/work/hibernate/git/validator/hibernate-validator/dependency-reduced-pom.xml [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException {noformat} See also the Hudson build environment. The problem does not occur with Beta1 of Maven 3. Looking at the error message it seems that when the shading plugin tries to resolve the dependency maven-jdocbook-plugin it uses the wrong remote repository. -- 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

13 years, 6 months

1
7
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues November 2010