October 2010 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HSEARCH-374) Timeout support for lucene searches

by Benjamin Gniza (JIRA)

Timeout support for lucene searches ----------------------------------- Key: HSEARCH-374 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-374 Project: Hibernate Search Issue Type: New Feature Components: query Reporter: Benjamin Gniza Attachments: bit-TimeoutPatched-Hibernate-Search-1.0.1EXPERIMENTAL.zip It would be nice to add support for the TimeLimitedCollector of Lucene (Versions 2.4.0 and above). We needed that feature in our project within a week so we couldn't wait for a new official release and had to imlement it on our own. Check out https://sourceforge.net/projects/timeoutpatchhib/ for our source (LGPL just as requested by hibernate). I attached our current source code to the Jira issue. New versions will be published on sourceforge, please refer to https://sourceforge.net/projects/timeoutpatchhib/ for the most current one. The attached source only includes the code to support the TimeLimitedCollector. We also have an experimental version which tries to find the reason of a BooleanQuery.TooManyClausesException within the offending user search term. For more information take a look at the sourceforge project. Note: We didn't overide the query.setTimeout(int) method because we didn't know if this would have caused other side effects. So we created a method query.setTimeout(long). Changed Methods: - org.hibernate.search.FullTextQuery -- +isSearchTimoutExceeded() -- +setTimeout(long) -- +getTimeout() - org.hibernate.search.query.FullTextQueryImpl -- getQueryHits(IndexSearcher, Integer) -- +isSearchTimoutExceeded() -- +setTimeout(long) -- +getTimeout() - org.hibernate.search.query.QueryHits -- Constructors -- scoreDoc(int) -- updateTopDocs(int) -- +getTopDocCollector(int) -- +getHitCollectorForSearch(TopDocCollector) -- +isTimeLimitExceeded() -- 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, 8 months

2
5
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-616) Factory method invocation in FullTextQueryImpl swallows exception

by Kariem Hussein (JIRA)

Factory method invocation in FullTextQueryImpl swallows exception ----------------------------------------------------------------- Key: HSEARCH-616 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-616 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.3.0.Beta2 Reporter: Kariem Hussein {{org.hibernate.search.query.FullTextQueryImpl.createFilter(FilterDef, Object)}} calls the {{FilterDef}}'s factory method via reflection and throws a {{SearchException}} if it encounters an error. The problem is that the generated exception does not contain the causing throwable, which would be interesting especially for an {{InvocationTargetException}}. See also [this forum post|https://forum.hibernate.org/viewtopic.php?p=2434834#p2434834]. -- 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, 8 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HV-392) Update entity-manager tests dependecy to 3.6.0.Final

by Hardy Ferentschik (JIRA)

Update entity-manager tests dependecy to 3.6.0.Final ---------------------------------------------------- Key: HV-392 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-392 Project: Hibernate Validator Issue Type: Task Components: build Affects Versions: 4.1.0.Final Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 4.2.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, 8 months

1
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5696) Automatic bean validation ( JSR-303 ) happens during entity manager flush operation. According to the JPA2 spec it should happen upon lifecycle validation events.

by Alex Robert (JIRA)

Automatic bean validation ( JSR-303 ) happens during entity manager flush operation. According to the JPA2 spec it should happen upon lifecycle validation events. ------------------------------------------------------------------------------------------------------------------------------------------------------------------ Key: HHH-5696 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5696 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.6.0 Environment: hibernate-core-3.6.0.Final, hibernate-validator-4.1.0.Final Reporter: Alex Robert -- 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, 8 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HHH-5700) Hibernate generates invalid SQL for criteria queries containing a predicate testing with a Long object.

by Eduardo Born (JIRA)

Hibernate generates invalid SQL for criteria queries containing a predicate testing with a Long object. ------------------------------------------------------------------------------------------------------- Key: HHH-5700 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5700 Project: Hibernate Core Issue Type: Bug Components: core, query-criteria Affects Versions: 3.5.6 Environment: MySQL Ver 14.14 Distrib 5.1.50, for Win32 (ia32), using dialect org.hibernate.dialect.MySQLMyISAMDialect Reporter: Eduardo Born I have created a criteria query to get the "permissions" attribute from the Role entity with id = 2, but when executed by Hibernate the generated SQL is invalid. This is the criteria query: EntityManager entityManager = getEntityManager(); CriteriaBuilder criteriaBuilder = entityManager.getCriteriaBuilder(); CriteriaQuery<Object> criteriaQuery = criteriaBuilder.createQuery(); Class<?> queryScopeClass = temp.pack.commons.user.Role.class; Root<?> from = criteriaQuery.from(queryScopeClass); Path<?> idAttrPath = from.get("id"); // also tried criteriaBuilder.equal(attributePath, new Long(2)) Predicate predicate = criteriaBuilder.equal(attributePath, criteriaBuilder.literal(new Long(2))) criteriaQuery.where(predicate); Path<?> attributePath = from.get("permissions"); PluralAttributePath<?> pluralAttrPath = (PluralAttributePath<?>)attributePath; PluralAttribute<?, ?, ?> pluralAttr = pluralAttrPath.getAttribute(); Join<?, ?> join = from.join((SetAttribute<Object,?>)pluralAttr); TypedQuery<Object> typedQuery = entityManager.createQuery(criteriaQuery.select(join)); return (List<P>)typedQuery.getResultList(); When executed, Hibernate attempts to execute this query: select permission1_.PERMISSION_ID as PERMISSION1_12_, permission1_.IS_REQUIRED as IS2_12_, permission1_.SOURCE_ROLE_ID as SOURCE3_12_, permission1_.TARGET_ROLE_ID as TARGET4_12_ from ( select ROLE_ID, NAME, DESCRIPTION, IS_ACTION, LABEL, null as FIRST_NAME, null as LAST_NAME, null as PASSWORD_HASH, 1 as clazz_ from GROUPS union select ROLE_ID, NAME, null as DESCRIPTION, null as IS_ACTION, null as LABEL, FIRST_NAME, LAST_NAME, PASSWORD_HASH, 2 as clazz_ from USERS ) role0_ inner join PERMISSIONS permission1_ on role0_.ROLE_ID=permission1_.SOURCE_ROLE_ID where (role0_.ROLE_ID=2L ) Note the last line. The "2L" fails with the following exception: javax.persistence.PersistenceException: org.hibernate.exception.SQLGrammarException: could not execute query at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1235) at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1168) at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:250) at org.hibernate.ejb.criteria.CriteriaQueryCompiler$3.getResultList(CriteriaQueryCompiler.java:260) at temp.pack.dao.impl.DefaultDAOService.getProperties(DefaultDAOService.java:628) ... Caused by: org.hibernate.exception.SQLGrammarException: could not execute query at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:92) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66) at org.hibernate.loader.Loader.doList(Loader.java:2452) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2192) at org.hibernate.loader.Loader.list(Loader.java:2187) at org.hibernate.hql.classic.QueryTranslatorImpl.list(QueryTranslatorImpl.java:936) at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:196) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1258) at org.hibernate.impl.QueryImpl.list(QueryImpl.java:102) at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:241) ... 20 more Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Unknown column '2L' in 'where clause' at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at com.mysql.jdbc.Util.handleNewInstance(Util.java:409) at com.mysql.jdbc.Util.getInstance(Util.java:384) at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1054) at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3562) at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3494) at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1960) at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2114) at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2696) at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2105) at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2264) at com.jolbox.bonecp.PreparedStatementHandle.executeQuery(PreparedStatementHandle.java:179) at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:208) at org.hibernate.loader.Loader.getResultSet(Loader.java:1869) at org.hibernate.loader.Loader.doQuery(Loader.java:718) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:270) at org.hibernate.loader.Loader.doList(Loader.java:2449) ... 27 more Clearly that "L" should not be included in the query. Here is how my entities were annotated: @Entity(name="Role") @Table(name = "ROLES") @Inheritance(strategy = InheritanceType.TABLE_PER_CLASS) public abstract class Role implements Serializable { /** * The id of this role. Internal use only. * * @since 1.0 */ @Id @GeneratedValue protected long id; /** * Set of permissions granted to this role. * * @since 1.0 */ @OneToMany(cascade = { CascadeType.PERSIST, CascadeType.MERGE }, mappedBy="sourceRole") protected Set<Permission> permissions = new HashSet<Permission>(); ... } public class Permission implements Serializable { private static final long serialVersionUID = 1L; /** * The id of this permission. Used internally for persistence. * * @since 1.0 */ @Id @GeneratedValue @Column(name = "PERMISSION_ID") protected long id; /** * The group to which the owner of this permission is being granted permission to. * * @since 1.0 */ @ManyToOne(cascade = { CascadeType.PERSIST, CascadeType.MERGE }) @JoinColumn(name = "TARGET_ROLE_ID") @ForeignKey(name = "FK_TARGET_GROUP_PERMISSION_ID", inverseName = "FK_PERMISSION_ID_TARGET_GROUP") protected Group targetGroup; /** * The role that has been granted this permission. * * @since 1.0 */ @ManyToOne(cascade = { CascadeType.PERSIST, CascadeType.MERGE }) @JoinColumn(name = "SOURCE_ROLE_ID") @ForeignKey(name = "FK_SOURCE_GROUP", inverseName = "FK_GROUP_PERMISSIONS") private Role sourceRole; ... } I have the impression this is happening to all criteria queries with Predicates testing for objects of Long type. I was using dialect org.hibernate.dialect.MySQLMyISAMDialect. Thank you! Eduardo -- 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, 8 months

1
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5676) Problem with trim function inside a formula

by Marcial Atienzar (JIRA)

Problem with trim function inside a formula ------------------------------------------- Key: HHH-5676 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5676 Project: Hibernate Core Issue Type: Bug Components: annotations Affects Versions: 3.6.0 Reporter: Marcial Atienzar This is not working with hibernate 3.6.0 final Realese: *@Formula ("(trim(upper(LOGIN)))")* I have change it to this to work: *@Formula ("(upper(trim(LOGIN)))")* -- 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, 8 months

1
1
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-405) Be able to set Similarity per index in configuration properties

by Sanne Grinovero (JIRA)

Be able to set Similarity per index in configuration properties --------------------------------------------------------------- Key: HSEARCH-405 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-405 Project: Hibernate Search Issue Type: Improvement Reporter: Sanne Grinovero 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, 8 months

2
3
0 / 0

[Hibernate-JIRA] Created: (ANN-668) Method in entity with return type of ArrayList<Object[]> causes failure to build session factory

by Clint Popetz (JIRA)

Method in entity with return type of ArrayList<Object[]> causes failure to build session factory ------------------------------------------------------------------------------------------------ Key: ANN-668 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-668 Project: Hibernate Annotations Issue Type: Bug Affects Versions: 3.3.0.ga Environment: Hibernate 3.2.X, no database needed (happens during factory build before connecting to db) Reporter: Clint Popetz Attachments: propertyTypeExtractorBug.tar.gz The following source: @javax.persistence.Entity public class TestEntity { @javax.persistence.Id public int Id; public java.util.ArrayList<Object[]> badMethod() { return null; } public static void main(String args[]) { new org.hibernate.cfg.AnnotationConfiguration().addAnnotatedClass(TestEntity .class).configure().buildSessionFactory(); } } will cause: java.lang.IllegalArgumentException: No PropertyTypeExtractor available for type void at org.hibernate.annotations.common.reflection.java.JavaReflectionManager.toXType(JavaReflectionManager.java:164)^M at org.hibernate.annotations.common.reflection.java.JavaXMethod.create(JavaXMethod.java:18) at org.hibernate.annotations.common.reflection.java.JavaReflectionManager.getXMethod(JavaReflectionManager.java:128) at org.hibernate.annotations.common.reflection.java.JavaXClass.getDeclaredMethods(JavaXClass.java:114) at org.hibernate.validator.ClassValidator.initValidator(ClassValidator.java:214) at org.hibernate.validator.ClassValidator.<init>(ClassValidator.java:133) at org.hibernate.validator.event.ValidateEventListener.initialize(ValidateEventListener.java:91) at org.hibernate.event.EventListeners.initializeListeners(EventListeners.java:356) at org.hibernate.cfg.Configuration.getInitializedEventListeners(Configuration.java:1304) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1294) Changing the return type to List<Object[]> avoids the bug. Attached is a tgz of an ant-buildable project; typing "ant run" will illustrate the 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

13 years, 8 months

6
7
0 / 0

[Hibernate-JIRA] Created: (HHH-3873) DB2Dialect.getLimitString raise DB2 error message when called with limit=0

by Julien Kronegg (JIRA)

DB2Dialect.getLimitString raise DB2 error message when called with limit=0 -------------------------------------------------------------------------- Key: HHH-3873 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3873 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.1 Environment: DB2, http://viewvc.jboss.org/cgi-bin/viewvc.cgi/hibernate/core/branches/Branch... http://viewvc.jboss.org/cgi-bin/viewvc.cgi/hibernate/core/branches/Branch... Reporter: Julien Kronegg Priority: Minor Executing a query called with setMaxResults(n) makes the underlying Hibernate code to call DB2Dialect.getLimitString. While this is working fine in general case, the following database error is raised when setting the maximum number of results to zero: SqlException: NUMBER 0 DIRECTLY SPECIFIED IN AN SQL STATEMENT IS OUTSIDE THE RANGE OF ALLOWABLE VALUES IN THIS CONTEXT (1, 2147483647) This is due to the getLimitString method in classes DB2400Dialect and DB2390Dialect : public String getLimitString(String sql, int offset, int limit) { return new StringBuffer(sql.length() + 40) .append(sql) .append(" fetch first ") .append(limit) .append(" rows only ") .toString(); } When the limit parameter is set to zero, the fetch limit is appended, which explains why the error message occur. Solution: ------------ When the limit is 0, there should be no "fetch first" instruction appended (as 0 is the general convention for "no limit"). The code would be: public String getLimitString(String sql, int offset, int limit) { + if (limit==0) return sql; return new StringBuffer(sql.length() + 40) .append(sql) .append(" fetch first ") .append(limit) .append(" rows only ") .toString(); } Workaround: ------------------ In order to avoid the error message, getLimitString(n) or setMaxResults(n) should be called with the 'newN' argument: int newN = (n==0?Integer.MAX_VALUE:n); Note: since the workaround is quite easy, I set the priority to "Minor" -- 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, 8 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-611) Automatic archetype deployment during build

by G Fernandes (JIRA)

Automatic archetype deployment during build ------------------------------------------- Key: HSEARCH-611 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-611 Project: Hibernate Search Issue Type: Improvement Components: build Affects Versions: 3.3.0.Beta3 Reporter: G Fernandes Priority: Minor These changes automatically calls archetype creation and deployment during builds, no need to manually use create-from -project or install. Pls check http://github.com/hibernate/hibernate-search/pull/1 -- 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, 8 months

2
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues October 2010