September 2008 - hibernate-issues

[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

17 years, 5 months

1
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

17 years, 5 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

17 years, 5 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

17 years, 5 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-104) Make @DocumentId optional and rely on @Id

by Emmanuel Bernard (JIRA)

Make @DocumentId optional and rely on @Id ----------------------------------------- Key: HSEARCH-104 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-104 Project: Hibernate Search Issue Type: New Feature Components: mapping Reporter: Emmanuel Bernard Priority: 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

17 years, 5 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-250) In ReaderStrategies, ensure that the reader is current AND that the directory returned by the DirectoryProvider are the same

by Emmanuel Bernard (JIRA)

In ReaderStrategies, ensure that the reader is current AND that the directory returned by the DirectoryProvider are the same ---------------------------------------------------------------------------------------------------------------------------- Key: HSEARCH-250 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-250 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.1.0.Beta1 Reporter: Emmanuel Bernard Priority: Critical Fix For: 3.1.0.Beta2 When using the cluster mode, s slave has an active copy (current) and a passive copy of a Directory. In ReaderStrategy, we ensure the IndexReader is current but we do not ensure the Directory is the active one. -- 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

17 years, 5 months

3
10
0 / 0

[Hibernate-JIRA] Created: (ANN-527) reference a target entity (in a collection) by entity name

by Armin Haaf (JIRA)

reference a target entity (in a collection) by entity name ---------------------------------------------------------- Key: ANN-527 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-527 Project: Hibernate Annotations Type: New Feature Components: binder Reporter: Armin Haaf It is only possible to reference a targetEntity by class. @ManyToMany(targetEntity = TestImpl.class) List<Test> myList; This makes it impossible to exchange TestImpl.class implemention by another implemention by the mappings definition. It would be helpful to reference a targetEntity by name. @ManyToMany(targetEntityName = "Test") This would help a lot to implement moduls and frameworks. Another way to support this would be to search for a implementation of the collection elements (which are typically Interfaces) in the mapped entities -- 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

17 years, 5 months

5
10
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-266) Do not switch to the current directory in FSSlaveDirectoryProvider if no file has bee copied

by Emmanuel Bernard (JIRA)

Do not switch to the current directory in FSSlaveDirectoryProvider if no file has bee copied -------------------------------------------------------------------------------------------- Key: HSEARCH-266 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-266 Project: Hibernate Search Issue Type: Improvement Components: directory provider Affects Versions: 3.1.0.Beta1 Reporter: Emmanuel Bernard This will allow IndexReaders to be reused longer. -- 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

17 years, 5 months

2
4
0 / 0

[Hibernate-JIRA] Created: (BVAL-23) Should Validator<T> be thread-safe?

by Emmanuel Bernard (JIRA)

Should Validator<T> be thread-safe? ----------------------------------- Key: BVAL-23 URL: http://opensource.atlassian.com/projects/hibernate/browse/BVAL-23 Project: Bean Validation Issue Type: Task Components: spec-general Reporter: Emmanuel Bernard Pros Can be reused easily across the board without thinking about it No real need to keep shared state Cons Contention issues? put constraint on the implementation -- 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

17 years, 5 months

1
3
0 / 0

[Hibernate-JIRA] Created: (HHH-2546) fetch="select" doesn't work when there are no mapped columns in joined except <key

by Derar Bakr (JIRA)

fetch="select" doesn't work when there are no mapped columns in joined except <key ---------------------------------------------------------------------------------- Key: HHH-2546 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2546 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.3 Environment: Windows XP Pro Reporter: Derar Bakr java.lang.StringIndexOutOfBoundsException: String index out of range: -2 at java.lang.String.substring(String.java:1768) at java.lang.String.substring(String.java:1735) at org.hibernate.persister.entity.AbstractEntityPersister.renderSelect(AbstractEntityPersister.java:2899) at org.hibernate.persister.entity.SingleTableEntityPersister.generateSequentialSelect(SingleTableEntityPersister.java:647) at org.hibernate.persister.entity.SingleTableEntityPersister.postInstantiate(SingleTableEntityPersister.java:696) .... Everything is very simple. There is stupid code in SelectFragment class, method toFragmentString, line 94. String that is being created there, contains list of fields, like a "f1, f2, f3, ..., fn". ", " is being added in every iteration, without check for it is first iteration. And in class AbstractEntityPersister., method renderSelect, line 2899, where that method is called, this first ", " is deleted using substring(2). So no check for empty string. I suggest to add check :))) I just create dynamic mappings programmatically, so create empty join subclass mappings - and in created table there are no fields by default except foreing key. -- 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

17 years, 5 months

2
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues September 2008