February 2012 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HSEARCH-886) Provide the ability to configure specific paths to index within @IndexEmbedded as an alternative to depth

by Zach Kurey (JIRA)

Provide the ability to configure specific paths to index within @IndexEmbedded as an alternative to depth --------------------------------------------------------------------------------------------------------- Key: HSEARCH-886 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-886 Project: Hibernate Search Issue Type: New Feature Components: engine, mapping Reporter: Zach Kurey Frequently its desirable to index a particular embedded type differently depending on the use case of the referencing type that is the primary subject being indexed. Additionally, depth in general causes many more paths to be included in a document than necessary for a particular index. This makes tuning of indexing to eliminate problem paths difficult, and sometimes impossible if a particular object model re-uses a lot of types. The proposal/improvement has already been discussed more in depth here: http://www.mail-archive.com/hibernate-dev@lists.jboss.org/msg06548.html, and what follows reflects some of that discussion. As an example of how specific paths could be configured for indexing: @Indexed class A{ @IndexEmbedded( depth=0, @IndexPaths(paths={"d.one", "d.two"}) ) private C see; } @Indexed class B{ @IndexEmbedded( depth=0, @IndexPaths(paths={"foo"}) ) private C see; } class C{ @IndexEmbedded private Collection<D> d; @Field private int foo; } class D{ @Field int one; @Field int two; } Index A would contain: d.one, and d.two Index B would contain: foo, but would NOT contain anything from path 'd'. Perhaps indexing path 'd' has a performance impact that is desirable to eliminate for B, but acceptable or necessary for A. This ability would also help to eliminate the bloat of unnecessary fields in lucene documents; which may not itself be a performance problem, but leaves a lot of things to rule out when tracking down indexing issues(both performance or content). Lastly. To be clear, the above proposal(which really Sanne came up with in the email thread) does not conflict with depth. Here are some further examples of how depth may interact with explicit paths: @IndexEmbedded(depth=3, paths={"a.b.c.d.e"}) Says to index all paths up to depth 3, but additionally index path 'a.b.c.d.e'. @IndexEmbedded(depth=0, paths={"a.b.c.d.e"}) Says to only index path 'a.b.c.d.e' @IndexEmbedded( paths={"a.b.c.d.e"}) Default behavior, depth is unlimited, specifying a.b.c.d.e is redundant in this case. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 1 month

6
20
0 / 0

[Hibernate-JIRA] Created: (HHH-7057) Create Fetchable/Cascadeable split in o.h.metamodel.spi.source

by Steve Ebersole (JIRA)

Create Fetchable/Cascadeable split in o.h.metamodel.spi.source -------------------------------------------------------------- Key: HHH-7057 URL: https://hibernate.onjira.com/browse/HHH-7057 Project: Hibernate ORM Issue Type: Task Components: core, metamodel Reporter: Steve Ebersole Assignee: Steve Ebersole Just like we did in o.h.metamodel.spi.binding -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 1 month

1
1
0 / 0

[Hibernate-JIRA] Created: (HHH-7049) Add tests of org.hibernate.metamodel.internal.source stuff

by Steve Ebersole (JIRA)

Add tests of org.hibernate.metamodel.internal.source stuff ---------------------------------------------------------- Key: HHH-7049 URL: https://hibernate.onjira.com/browse/HHH-7049 Project: Hibernate ORM Issue Type: Task Components: core, metamodel Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 5.0.0 Specifically, add tests of results of the hbm and annotation {{MetadataSourceProcessor}} impls -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 1 month

1
2
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-1033) Verify compatibility with Jackson 1.9.2

by Sanne Grinovero (JIRA)

Verify compatibility with Jackson 1.9.2 --------------------------------------- Key: HSEARCH-1033 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-1033 Project: Hibernate Search Issue Type: Task Reporter: Sanne Grinovero Fix For: 4.1 As it's used by out Avro layer, and AS7 upgraded the library. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 1 month

2
3
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-856) Implement HibernateSearchIntegrator#integrate(MetadataImplementor, SessionFactoryImplementor, SessionFactoryServiceRegistry)

by Hardy Ferentschik (JIRA)

Implement HibernateSearchIntegrator#integrate(MetadataImplementor, SessionFactoryImplementor, SessionFactoryServiceRegistry) ----------------------------------------------------------------------------------------------------------------------------- Key: HSEARCH-856 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-856 Project: Hibernate Search Issue Type: Task Reporter: Hardy Ferentschik Once _Configuration_ gets deprecated and the switch to _MetadataImplementor_ is complete is the right way to integrate w/ Core is via _Integrator.integrate(MetadataImplementor, SessionFactoryImplementor, SessionFactoryServiceRegistry)_ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 1 month

3
6
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-728) Backport MassIndexer to 3.1.X

by Chris Hornsey (JIRA)

Backport MassIndexer to 3.1.X ----------------------------- Key: HSEARCH-728 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-728 Project: Hibernate Search Issue Type: Task Components: massindexer Affects Versions: 3.1.1.GA Environment: Hibernate 3.3.X and any jboss server platform prior to 6.0. Reporter: Chris Hornsey Anyone using a non JPA2 version of hibernate is unable to utilize the capabilities of the MassIndexer introduced in version 3.2 of search. At a cursory glance I can not determine a dependency of the new indexer on JPA2. It would be very beneficial to make this available as utilizing hibernate search on existing application and manually indexing is obviously difficult with this new massindexer. Also anyone who chooses to use a supported version of jboss is excluded from this functionality until most likely 2012. If this is not possible i would appreciate an explanation of the dependencies the massindexer has on search 3.2. -- 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

14 years, 1 month

2
8
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-846) Backport HSEARCH-761 to 3.4 branch

by Kyrill Alyoshin (JIRA)

Backport HSEARCH-761 to 3.4 branch ---------------------------------- Key: HSEARCH-846 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-846 Project: Hibernate Search Issue Type: Improvement Components: engine Affects Versions: 3.4.0.Final Reporter: Kyrill Alyoshin HSEARCH-761 has turned out to be a critically important feature for us. See: https://forum.hibernate.org/viewtopic.php?f=9&t=1012198. It would be beyond awesome, if it could be back-ported to 3.4 branch. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 1 month

2
2
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-85) Asynchronous incremental optimizer

by Emmanuel Bernard (JIRA)

Asynchronous incremental optimizer ---------------------------------- Key: HSEARCH-85 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-85 Project: Hibernate Search Issue Type: New Feature Components: directory provider Reporter: Emmanuel Bernard Priority: Minor The indexing process itself can be asynchronous, but if not, it would be nice to make the optimization process optionally asynchronous -- 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

14 years, 1 month

2
2
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-182) Use Directory getLockID() to uniquely identify a directory provider

by Emmanuel Bernard (JIRA)

Use Directory getLockID() to uniquely identify a directory provider ------------------------------------------------------------------- Key: HSEARCH-182 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-182 Project: Hibernate Search Issue Type: Improvement Components: directory provider Reporter: Emmanuel Bernard Priority: Minor Fix For: 3.1.0 Today the DirectoryProvider needs to implement equals and hashCode so that the underlying Directory is unique. We could delegate that to the directory.getLockID() which seem to fulfill the same contract. Not sure it works well with our lazy initialization strategy though. This needs to be checked out. -- 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

14 years, 1 month

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-7056) Cascading delete does not appear to work.

by Cavan Morris (JIRA)

Cascading delete does not appear to work. ----------------------------------------- Key: HHH-7056 URL: https://hibernate.onjira.com/browse/HHH-7056 Project: Hibernate ORM Issue Type: Bug Components: core Affects Versions: 3.6.10, 3.5.6 Environment: Fedora Linux 15 2.6.41.4-1.fc15.x86_64 Sun Java JDK 1.7.0_01-b08 Apache Maven 3.0.3 MySQL 5.5.18 Reporter: Cavan Morris Attachments: TestHibernate.tar.gz A bidirectional, OneToMany User/UserRole relationship is created with CascadeType.ALL. Removing the User results in a constrain violation. Please extract the attached file run runTest3.sh to demonstrate the issue. Read the README.txt file for more information. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 1 month

1
0
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 February 2012