October 2008 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HHH-3525) Clean up reflection code trying to determine JDK 1.4 capabilities

by Steve Ebersole (JIRA)

Clean up reflection code trying to determine JDK 1.4 capabilities ----------------------------------------------------------------- Key: HHH-3525 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3525 Project: Hibernate Core Issue Type: Improvement Components: core Affects Versions: 3.3.1 Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 3.3.x, 3.4 There are still some places where we are performing reflection calls to determine if we are running in JDK 1.4. Since Hibernate 3.3 we require JDK 1.4 or higher so these checks are unecessary. -- 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

16 years, 3 months

1
2
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-77) Expose configuration settings through API

by Christian Bauer (JIRA)

Expose configuration settings through API ----------------------------------------- Key: HSEARCH-77 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-77 Project: Hibernate Search Issue Type: New Feature Components: engine Reporter: Christian Bauer Priority: Minor I'd like to access my configuration settings, probably on a SearchFactory. I want to be able to e.g. get the hibernate.search.worker.batch_size to adjust my loops dynamically. I imagine there are a few other usecases, for example, avoid hardcoding the analyzer for hit highlighting but using the same as the HSearch indexer. -- 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

16 years, 3 months

3
2
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-232) Using SnowballPorterFilterFactory throws NoClassDefFoundError

by Hardy Ferentschik (JIRA)

Using SnowballPorterFilterFactory throws NoClassDefFoundError ------------------------------------------------------------- Key: HSEARCH-232 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-232 Project: Hibernate Search Issue Type: Bug Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 3.1.0.Beta2 Trying to use SnowballPorterFilterFactory in @AnalyzerDef will currently throw the following exception: java.lang.NoClassDefFoundError: org/apache/solr/request/QueryResponseWriter at org.apache.solr.analysis.SnowballPorterFilterFactory.init(SnowballPorterFilterFactory.java:42) The problem is SnowballPorterFilterFactory contains a log statement using SolrCore.log.fine(). SolrCore itself has then a whole list of other import statements including QueryResponseWriter. Within Hibernate Search we use a custom/shrinked version of the solr jar which only contains the classes needed for analysis. QueryResponseWriter should of course not be required (see http://repository.jboss.org/maven2/org/hibernate/apache/lucene/solr/apach...). The problem does not occur when the full solr jar is used. We need to start a discussion with the solr developers regrading this logging issue. Example annotation causing the error: @AnalyzerDef(name="customanalyzer", tokenizer = @TokenizerDef(factory = StandardTokenizerFactory.class), filters = { @TokenFilterDef(factory = LowerCaseFilterFactory.class), @TokenFilterDef(factory = SnowballPorterFilterFactory.class,params = { @Parameter(name="language", value= "English") }), }) -- 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

16 years, 3 months

1
1
0 / 0

[Hibernate-JIRA] Commented: (HHH-1910) Polymorphic Components

by Jasper Blues (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1910?page=c... ] Jasper Blues commented on HHH-1910: ----------------------------------- This is the same issue as HHH-3455 > Polymorphic Components > ---------------------- > > Key: HHH-1910 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1910 > Project: Hibernate Core > Issue Type: New Feature > Components: core > Reporter: Joe Kelly > > Please add support for mapping polymorphic components (i.e. polymorphism in the <component> element). This has been requested and suggested in numerous Hibernate user forum threads. Here's a sampling of these threads: > http://forum.hibernate.org/viewtopic.php?t=949827&highlight=component+sub... > http://forum.hibernate.org/viewtopic.php?t=947207&highlight=component+dis... > http://forum.hibernate.org/viewtopic.php?t=929436&highlight=component+dis... > http://forum.hibernate.org/viewtopic.php?t=926027&highlight=component+dis... > http://forum.hibernate.org/viewtopic.php?t=930136&highlight=abstract+comp... > I realize that you can create a CompositeUserType to solve this problem. In fact, I have done this on numerous occasions. However, this requires writing code, which is not nearly as convenient as writing a little bit of XML. -- 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

16 years, 3 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1483) MySQL5: No Dialect mapping for JDBC type: -1

by Don Mitchell (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1483?page=c... ] Don Mitchell commented on HHH-1483: ----------------------------------- I just ran into this and instead of changing the dialect, I used the SQLQuery addScalar() method to specify the type of the text column as Hibernate.STRING. For example: SQLQuery q = getSession().createSQLQuery("select * from ..."); q.addScalar("af.email", Hibernate.STRING); The downside to this is that it seems like you have to specify all of the columns via the addScalar() method, although you don't need to specify the type of each, just do that for the ones you want to override. > MySQL5: No Dialect mapping for JDBC type: -1 > -------------------------------------------- > > Key: HHH-1483 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1483 > Project: Hibernate Core > Issue Type: Bug > Components: core > Affects Versions: 3.1.2 > Environment: MySQL 5.0.18-nt > Reporter: Sergey Vladimirov > Priority: Minor > > MySQL5: No Dialect mapping for JDBC type: -1 > SELECT answpos,answer FROM votes_answers WHERE question=? ORDER BY answpos > mysql> describe votes_answers; > +----------+---------+------+-----+---------+-------+ > | Field | Type | Null | Key | Default | Extra | > +----------+---------+------+-----+---------+-------+ > | question | int(11) | NO | MUL | | | > | answpos | int(11) | NO | | | | > | answer | text | YES | | NULL | | > +----------+---------+------+-----+---------+-------+ > mysql> describe temp; > +---------+---------+------+-----+---------+-------+ > | Field | Type | Null | Key | Default | Extra | > +---------+---------+------+-----+---------+-------+ > | answpos | int(11) | NO | | 0 | | > | answer | text | YES | | NULL | | > +---------+---------+------+-----+---------+-------+ > Please, let me know what to add to MySQL5Dialect :) > Will it be ok to add? : > registerColumnType( Types.LONGVARCHAR, "text" ); -- 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

16 years, 3 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-158) nested DetachedCriteria throwing NullPointerException

by Jean Vence (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-158?page=co... ] Jean Vence commented on HHH-158: -------------------------------- No activity on this issue for a while. Seems bug still exists in 2.x > nested DetachedCriteria throwing NullPointerException > ----------------------------------------------------- > > Key: HHH-158 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-158 > Project: Hibernate Core > Issue Type: Bug > Components: core > Affects Versions: 3.0 beta 4 > Reporter: Jérôme Boehm > Assignee: Gavin King > Attachments: testcase.zip > > > It seems that it is not possible to nest DetachedCriteria. > This is examplified in the testWithReturnedObject() method of the attached TestCase. > When nesting DetachedCriteria using DetachedCriteria.add(Subqueries.<a_Subqueries_static_method>) twice, we get the following exception: > java.lang.NullPointerException > at org.hibernate.criterion.SubqueryExpression.getTypedValues(SubqueryExpression.java:73) > at org.hibernate.loader.criteria.CriteriaQueryTranslator.getQueryParameters(CriteriaQueryTranslator.java:230) > at org.hibernate.criterion.SubqueryExpression.toSqlString(SubqueryExpression.java:50) > at org.hibernate.criterion.Junction.toSqlString(Junction.java:58) > at org.hibernate.loader.criteria.CriteriaQueryTranslator.getWhereCondition(CriteriaQueryTranslator.java:312) > at org.hibernate.loader.criteria.CriteriaLoader.<init>(CriteriaLoader.java:92) > at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1208) > at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:299) > at test.subqueries.SubqueriesTest.main(SubqueriesTest.java:41) > Then, after "correcting" SubqueryExpression so that the params instance variable is initialized (see the attached Corrected_SubqueryExpression), it seems that the nested aliases are not properly propagated, which is examplified in testWithNoReturnedObject(). > The generated sql is: > select this_.a_id as a1_0_ from a this_ where exists (select this0__.b_id as y0_ from b this0__ where this0__.a_id=this_.a_id and exists (select this0__.c_id as y0_ from c this0__ where this0__.b_id=this0__.b_id)) > I think it should be (notice the this1__ alias for table c): > select this_.a_id as a1_0_ from a this_ where exists (select this0__.b_id as y0_ from b this0__ where this0__.a_id=this_.a_id and exists (select this1__.c_id as y0_ from c this1__ where this1__.b_id=this0__.b_id)) -- 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

16 years, 3 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HHH-3310) Using Nested DetachedCriteria (Sub-Selects) throwing NullPointerException

by Roshan Dawrani (JIRA)

Using Nested DetachedCriteria (Sub-Selects) throwing NullPointerException ------------------------------------------------------------------------- Key: HHH-3310 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3310 Project: Hibernate3 Issue Type: Bug Affects Versions: 3.2.5 Environment: Hibernate 3.2.5, Oracle 10g Reporter: Roshan Dawrani Attachments: Nested_Subselects.zip Hi, We have come across an issue with the usage of nested subselects in the sql query with hibernate 3.2.5. We get the following exception when there is more than one level of sub-selects in the query : ---------------------------------------------------------------------------------------------------------------------- java.lang.NullPointerException at org.hibernate.criterion.SubqueryExpression.getTypedValues(SubqueryExpression.java:80) at org.hibernate.loader.criteria.CriteriaQueryTranslator.getQueryParameters(CriteriaQueryTranslator.java:251) at org.hibernate.criterion.SubqueryExpression.toSqlString(SubqueryExpression.java:55) at org.hibernate.loader.criteria.CriteriaQueryTranslator.getWhereCondition(CriteriaQueryTranslator.java:334) at org.hibernate.loader.criteria.CriteriaJoinWalker.<init>(CriteriaJoinWalker.java:71) at org.hibernate.loader.criteria.CriteriaLoader.<init>(CriteriaLoader.java:67) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1550) at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:283) at NestedDetachedCriteriaTest.testNestedDetachedCriteria(Unknown Source) ---------------------------------------------------------------------------------------------------------------------- The actual query that gets fired is like: ---------------------------------------------------------------------------------------------------------------------- select this_.name as y0_ from cat this_ where this_.name = (select this0__.name as y0_ from cat this0__ where this0__.parent_id = (select this0__.parent_id as y0_ from cat this0__ where this0__.name = (select this0__.name as y0_ from cat this0__ where this0__.cat_id = ?))) ---------------------------------------------------------------------------------------------------------------------- We investigated the issue and have fixed it by making some changes in org.hibernate.criterion.SubqueryExpression class. The attached file has the following contents: 1. SubqueryExpression.java - Fix we have made to SubqueryExpression class. 2. NestedDetachedCriteriaTest.zip - A test case to highlight the nested sub-select issue (testNestedDetachedCriteria). Regards, Roshan -- 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

16 years, 3 months

3
3
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-75) Use FieldSelector to filter returned Fields

by Emmanuel Bernard (JIRA)

Use FieldSelector to filter returned Fields ------------------------------------------- Key: HSEARCH-75 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-75 Project: Hibernate Search Issue Type: Improvement Components: engine Reporter: Emmanuel Bernard Priority: Minor Might be useful for projections, but is most likely unnecessary. -- 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

16 years, 3 months

1
1
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-175) USe domain specific annotations to plug custom bridges

by Emmanuel Bernard (JIRA)

USe domain specific annotations to plug custom bridges ------------------------------------------------------ Key: HSEARCH-175 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-175 Project: Hibernate Search Issue Type: New Feature Components: mapping Reporter: Emmanuel Bernard Fix For: 3.1.0 Use annotated annotations to declare bridges. Ie offer the same flexibility used by HSearch in @DateBridge -- 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

16 years, 3 months

1
3
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-219) Manual indexing strategy not implemented

by Fol De Rol (JIRA)

Manual indexing strategy not implemented ---------------------------------------- Key: HSEARCH-219 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-219 Project: Hibernate Search Issue Type: Bug Components: engine Affects Versions: 3.0.1.GA Reporter: Fol De Rol Priority: Blocker It looks impossible to implement fully manual strategy of indexing because of mandating event listeners to be registered. See org.hibernate.search.util.ContextHelper.java:25: //FIXME this sucks since we mandante the event listener use This causes a side effect to my application that stores an indication that the certain object is indexed in a child collection. So, when I complete manual indexing of an object, I add an element to this collection (actually, the cluster node identifier). This causes the Hibernate Search event listener to be triggered because the dependent collection has been modified which in its turn adds one more indexing job. Finally, I get an endless recursion. -- 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

16 years, 3 months

2
3
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues October 2008