Issues
- Spell check functionalityHSEARCH-269
- Support runtime polymorphism on associations (instead of defining the indexed properties based on the returned type)HSEARCH-438
- Consider "Dismax" feature setHSEARCH-665
- Drill-down faceting query should not affect other facet countsHSEARCH-713
- Make it possible to configure an alternative IndexDeletionPolicyHSEARCH-816
- Support DISTINCT select on single field projectionHSEARCH-868
- Infinispan backendHSEARCH-882
- Allow for the creation of a index backupHSEARCH-1006
- MassIndexer with an update mechanismHSEARCH-1032
- @IndexedEmbedded.includePaths should allow to pick paths that were excluded from the embedded entityHSEARCH-1112
- Feed Lucene Fields with pre-interned field names as metadata constantsHSEARCH-1127
- Use Jandex instead of hibernate-commons-annotations for annotation discoveryHSEARCH-1213
- Describe ways to avoid cascading entity initializationHSEARCH-1235
- Query time joinHSEARCH-1237
- Offer ability to define template based directories for shardingHSEARCH-1295
- Minimize file descriptor usage by coupling the IndexReader lifecycle to Merger activityHSEARCH-1349
- Geo-distance aggregationHSEARCH-1359
- Composite bridgesHSEARCH-1397
- Investigate usage of container managed ExecutorService instancesHSEARCH-1439
- Implement updateable numeric fieldsHSEARCH-1473
- Indexing and querying of primitive typesHSEARCH-1493
- API to declare free-form entity propertiesHSEARCH-1526
- Additional features to consider around MoreLikeThisHSEARCH-1537
- Support favorPerFieldSimilarity in MoreLikeThisHSEARCH-1538
- Make MoreLikeThis .toEntity(Object) type-safe with genericsHSEARCH-1539
- Support toContent(Reader) and toContent(String) in MoreLikeThisHSEARCH-1541
- Add additional stopwords list to a MoreLikeThis queryHSEARCH-1542
- Consider exposing the min/max term freq, document freq, word length, token parsed, query terms for MoreLikeThisHSEARCH-1543
- Support numbers with exact match in MoreLikeThisHSEARCH-1544
- Switch the Merge policy during MassindexingHSEARCH-1654
- Provide supported configuration scenarios for Hibernate Search on OpenshiftHSEARCH-1776
- Grouping the search result by index field (field collapsing)HSEARCH-1802
- Fetch only fields needed for indexing during index buildHSEARCH-1813
- Explicitly validate the version of Hibernate ORMHSEARCH-1816
- Provide abstraction for lucene-suggest build and lookup methodHSEARCH-1823
- Automate setup of Eclipse formatting rules on project importHSEARCH-1838
- Expose indexing queue length and other backend performance metricsHSEARCH-1892
- Log all properties and their values at startup timeHSEARCH-1898
- Query based approach for reindexing resolutionHSEARCH-1937
- Support for on-demand/lazy initialization of backend resourcesHSEARCH-2339
- Re-run all tests from the ORM integration modules using a JTA configurationHSEARCH-2344
- Support for parallel searchersHSEARCH-2345
- Allow customization of date formatHSEARCH-2354
- Indexed resolution (truncation) for date/time typesHSEARCH-2378
- @*Field annotations on type arguments (e.g. List<@GenericField String>)HSEARCH-2444
- Improve massindexer with Elasticsearch by disabling some refresh and replicationHSEARCH-2455
- Make types in org.hibernate.search.elasticsearch.schema.impl.model immutableHSEARCH-2517
- Improve Elasticsearch mapping deployment in concurrent environmentsHSEARCH-2553
- Use the SearchAfter feature for paginated queries on ElasticsearchHSEARCH-2601
- Add a hidden "origin" field to be able to select documents created in a same batchHSEARCH-2728
50 of 208
Spell check functionality
Description
Details
Assignee
UnassignedUnassignedReporter
John GriffinJohn GriffinComponents
Priority
Major
Details
Details
Assignee
Unassigned
UnassignedReporter
John Griffin
John Griffin
Components
Priority
MajorCreated September 17, 2008 at 9:58 PM
Updated September 25, 2023 at 2:48 PM
Activity
Show:
Sanne GrinoveroSeptember 28, 2012 at 7:22 PM
We should have a look into DirectSpellChecker, a new feature of Lucene4 in which a separate index isn't needed.
Sanne GrinoveroJune 26, 2011 at 5:42 PM
ping John This issue is often requested on the forums too (in addition to votes here), do you think you might have some time on it this summer? We're baking Hibernate Search 4.0 so it might be easier now if you need to change some API.
Emmanuel BernardOctober 8, 2010 at 9:44 PM
John, any chance you could resuscitate this one for 3.3 (~4 weeks timeframe)
Emmanuel BernardApril 8, 2010 at 2:45 PM
We'll need to move it for 3.3, we did not have time to polish this idea.
NisseaFebruary 12, 2010 at 1:06 PM
Any new updates? Very interesting indeed
From Emmanuel:
more than one field and even more than one index should be the source of the dictionary
declaring which field is part of a dictionary should be declarative @AddToDictionary(name="main-dictionary")
(with probably an optional field name(s))
for a given dictionary name, we need to associate an index and probably a field prefix (to share the same index
for all dictionaries). This couold be by annotations or in the configuration (not sure)
this index should be kept like any other DirectoryProvider in the HSearch intrastructure (we could then reuse
ReaderProvider internally and don't have leaks).
we will probably add a manual dictionary reindex method and the SpellChecker API should be in the SearchFactory.
sf.getDictionary("main-dictionary").spellcheck(word, suggestion);
sf.getDictionary("main-dictionary").spellcheck(word, suggestion, entity, properties...); //not sure how useful is this one really
sf.getDictionary("main-dictionary").reindex();
this needs to be refined.