Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migration of unmigrated content due to installation of a new plugin

...

  • Robust and configurable field aliasing and globbing support: FieldAliasesAndGlobsInParams
  • A more powerful query language allowing one to express complicated logic without resorting to a custom Java query handler plugin.
  • Make use of HiveMind or Spring for configuration & dependency injection
  • Implement some ideas for ComplexFacetingBrainstorming or DynamicallyCalculatedFacetRanges
  • Implement some ideas to MakeSolrMoreSelfService
  • support for composite keys ... either with some explicit change to the <uniqueKey> declaration or perhaps just copyField with some hidden magic that concats the resulting terms into a single key Term
  • investigate this "SynonymQuery" and how SynonymFilter might be modified to set token types to trigger it's use automatically in SolrQueryParser
  • FederatedSearch
  • refactor and separate update XML parsing from update handling... possibly implement support for JSON updates.
    • Wiki Markup
      \[DONEish?\] the refactoring is done, but still no JSON update support

  • Wiki Markup
    \[IN PROGRESS\] refactor all of the JSP pages into request handler so a JDK/JSP compiler isn't needed (the current JSPs are very sparse on presentation, and use no custom tags, so there is almost no advantage to them being JSPs)

  • Better handling of arbitrary XML charsets: see SOLR-96
  • Better support for tagging: UserTagDesign
  • RealtimeSearch and updates
  • HadoopRmi based distributed search
  • Automatic redundant failover and coordincation of SOLR servers using a distributed naming service (such as Zookeeper)
  • New DocumentProcessing framework (aka pipeline/chain) which is robust, scalable (multi node) and easily extensible
  • VariableRangeGaps discusses SOLR-2366 and a more flexible range facet
  • Support multiple files for each of the core configuration files: solrconfig.xml, schema.xml and solr.xml. Find and load all of these files dynamically, and allow all to contribute configuration information. This is a much more flexible alternative to using XInclude in solrconfig.xml etc. Also, it allows Solr to stop rewriting solr.xml, which is a very bad design.