October 2008 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HSEARCH-213) Use FieldSelector and doc(int, fieldSelector) to only select the necessary fields

by Emmanuel Bernard (JIRA)

Use FieldSelector and doc(int, fieldSelector) to only select the necessary fields --------------------------------------------------------------------------------- Key: HSEARCH-213 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-213 Project: Hibernate Search Issue Type: Improvement Components: engine Reporter: Emmanuel Bernard Fix For: 3.1.0 Not entirely what would be the impact as it defeats the Hits batch load (?) -- 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, 10 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-185) Add selective property embedding in @IndexedEmbedded

by Stephane Epardaud (JIRA)

Add selective property embedding in @IndexedEmbedded ---------------------------------------------------- Key: HSEARCH-185 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-185 Project: Hibernate Search Issue Type: New Feature Components: mapping Affects Versions: 3.0.1.GA Reporter: Stephane Epardaud Priority: Minor We use @IndexedEmbedded for two reasons: - Filtering entities based on some embedded entity fields in a HS filter - Searching through the "text" field of every entity embedded in a root entity If we could specify the fields that we embed we would not need to embed a whole entity in the index. For instance we don't need to embed its ID in most cases, or fields which might be useful for one embedding and not another one. If we could add the following to the @IndexedEmbedded annotation: String[] fields() default {}; We could achieve the desired goal. An empty value would mean "embed all the fields" (this is still subject to depth), while a non-empty value would mean "only embed those fields" (still subject to depth). This would be ideal in our current case if combined with @IndexedEmbeddeds: in our example, we have an Order entity which has several "actors" such as _buyer_ and _seller_. We need to embed the keys of those actors in the Order index in order to use them from our HS filter. We also have several "text" fields in Order and there are some in Person which we'd like to embed: {code} @Indexed @Entity public void Order implements Serializable { ... @IndexedEmbeddeds({ // this is used by the filter for security @IndexedEmbedded(prefix="contacts.", fields={"key"}, depth=1), // this is for full-text search @IndexedEmbedded(prefix="", fields={"text"}, depth=1) }) private Person buyer; @IndexedEmbeddeds({ // this is used by the filter for security @IndexedEmbedded(prefix="contacts.", fields={"key"}, depth=1), // this is for full-text search @IndexedEmbedded(prefix="", fields={"text"}, depth=1) }) private Person seller; @Field(name = "text", index = Index.TOKENIZED) private String description; ... } @Indexed @Entity public class Person implements Serializable { ... @Fields({ // this is for full-text search @Field(name = "text"), // this is for security checks in the filters @Field(name = "key", index = Index.UN_TOKENIZED, store = Store.YES) )} private String key; @Field(name = "text", index = Index.TOKENIZED) private String name; } {code} What do you think? This is a real-world requirement, and I don't think it should be too difficult to implement so if you agree with its usefulness I'm ready to back it up with a patch. -- 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, 10 months

1
1
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-289) Check new Lucene Filter DocIdSet

by Emmanuel Bernard (JIRA)

Check new Lucene Filter DocIdSet -------------------------------- Key: HSEARCH-289 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-289 Project: Hibernate Search Issue Type: Task Reporter: Emmanuel Bernard Fix For: 3.1.0.CR1 This might affect the internal code, the documentation and the book. -- 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, 10 months

2
19
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-288) Evaluate changes in Lucene 2.4.0

by Emmanuel Bernard (JIRA)

Evaluate changes in Lucene 2.4.0 -------------------------------- Key: HSEARCH-288 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-288 Project: Hibernate Search Issue Type: Task Reporter: Emmanuel Bernard Fix For: 3.1.0.CR1 -- 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, 10 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-224) Use MultiClassesQueryLoader in ProjectionLoader

by Emmanuel Bernard (JIRA)

Use MultiClassesQueryLoader in ProjectionLoader ----------------------------------------------- Key: HSEARCH-224 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-224 Project: Hibernate Search Issue Type: Improvement Components: engine Reporter: Emmanuel Bernard Fix For: 3.1.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

16 years, 10 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HHH-3057) Lazy many-to-one association defined by referencedColumnName instead of primary key

by Ilhan Nisamedtinov (JIRA)

Lazy many-to-one association defined by referencedColumnName instead of primary key ----------------------------------------------------------------------------------- Key: HHH-3057 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3057 Project: Hibernate3 Issue Type: Bug Affects Versions: 3.2.5 Environment: Win, Linux, Oracle10g Reporter: Ilhan Nisamedtinov I'm unable to define many-to-one LAZY end with proxy. I have described issue in the forum with following issues: http://forum.hibernate.org/viewtopic.php?t=980613&highlight= >From the following JIRA link I got instuctions about making it work lazy (by NO_PROXY and byte instrumentation): http://opensource.atlassian.com/projects/hibernate/browse/HHH-2766 With NO_PROXY option and byte-code instrumentation I got it to load LAZYly, but I was unable to initialize lazy end through HQL fetch join phrase. From forum I could'nt get instructions to get it to work: http://forum.hibernate.org/viewtopic.php?t=982053&highlight= Why is it impossible to get it to work like LAZY many-to-one ends work () properly defined through primary-key. Is it issue at all or I get smth. really wrong? Thnks, -- 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, 10 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-255) Create a extensive Analyzer testing suite

by Emmanuel Bernard (JIRA)

Create a extensive Analyzer testing suite ----------------------------------------- Key: HSEARCH-255 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-255 Project: Hibernate Search Issue Type: Improvement Components: analyzer Reporter: Emmanuel Bernard Fix For: 3.1.0.Beta2 Especially the major ones: - SttandardTokenizerF - StandardFilterF - LowercaseFilterF - StopwordFilterF - ISOLatin1FilterF - PhoneticFF - SnowballFF - ... I have seen a bunch of untested area when trying to migrate to Solr 1.3 -- 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, 10 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-283) Replace deprecated IndexWriter constructor in Workspace

by Emmanuel Bernard (JIRA)

Replace deprecated IndexWriter constructor in Workspace ------------------------------------------------------- Key: HSEARCH-283 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-283 Project: Hibernate Search Issue Type: Improvement Reporter: Emmanuel Bernard Fix For: 3.1.0.CR1 requires to call #Commit() manually as this is no longer autocommit. -- 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, 10 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-281) Work should be Work<T>

by Emmanuel Bernard (JIRA)

Work should be Work<T> ---------------------- Key: HSEARCH-281 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-281 Project: Hibernate Search Issue Type: Improvement Reporter: Emmanuel Bernard Priority: Minor Fix For: 3.1.0.CR1 -- 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, 10 months

2
5
0 / 0

[Hibernate-JIRA] Created: (HHH-3545) StackOverflowError in JTATransactionManager

by Dima (JIRA)

StackOverflowError in JTATransactionManager ------------------------------------------- Key: HHH-3545 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3545 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.1 Reporter: Dima class JTATransactionManager lines 171-173 catch ( NamingException ne ) { throw new TransactionException( "Could not find UserTransaction in JNDI [" + getUserTransaction() + "]", ne ); } There is a recursion here. May be did you want "getUserTransactionName()" place here instead of "getUserTransaction()" ? -- 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, 10 months

2
2
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