Dear Wiki user, You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.
The following page has been changed by HossMan: http://wiki.apache.org/solr/Solr1%2e3 The comment on the change is: cleaning up old planning notes ------------------------------------------------------------------------------ - = Solr 1.3 has been released! = - [http://www.apache.org/dyn/closer.cgi/lucene/solr/ Download Solr 1.3] + = Solr 1.3 = + Solr 1.3 was released on September 16, 2008. + If you found a link to this page in some documentation it was there to alert you to the fact that it described a feature that was first introduced in the Solr 1.3 release. Older releases did not have this feature. + * [http://svn.apache.org/repos/asf/lucene/solr/tags/release-1.3.0/CHANGES.txt Solr 1.3 release notes] + * [http://www.apache.org/dyn/closer.cgi/lucene/solr/1.3.0 Download Solr 1.3] - = Solr 1.3 release planning page = - If you found a link to this page in some documentation it was there to alert you to the fact that it described a feature that is expected to be included in the Solr 1.3 release when it eventually happens. - Jira can show you [http://issues.apache.org/jira/browse/SOLR/fixforversion/12312486 issues that have been (or hope to be) incorporated into the 1.3 release] - - As preparations for the 1.3 release are made, this wiki will be used for any strategic planning. - - After the 1.3 release is made, this wiki will provide some information about the release - - = Release Timeline = - - We are currently targeting August 12th 2008 as a "feature freeze" ... only documentation/packaging improvements and bugs committers have deemed "release blockers" should be committed to the trunk after that date. - - As of 2008-09-11, Several Release candidates have been made .. please check the [http://markmail.org/search/?q=solr%20release%20candidate mailing list archives] for info on the latest release candidates. = Notes About The Release = @@ -28, +18 @@ Specifically: * many classes from ''org.apache.util'' moved to ''org.apache.common.util'' * many classes from ''org.apache.solr.request'' moved to ''org.apache.solr.common.params'' - * ''org.apache.solr.request.StandardRequestHandler'' moved to ''org.apache.solr.handler.StandardRequestHandler'' and is a subclass of ''org.apache.solr.handler.SearchHandler'' + * ''org.apache.solr.request.StandardRequestHandler'' moved to ''org.apache.solr.handler.StandardRequestHandler'' and is a subclass of ''org.apache.solr.handler.!SearchHandler'' * ''org.apache.solr.request.DisMaxRequestHandler'' moved to ''org.apache.solr.handler.DisMaxRequestHandler'' and deprecated in favor of adding 'defType=dismax' to StandardRequestHandler init params - = TODO: Items Before the Release = - - == TODO: Misc == - - * update example (single and multicore) solrconfig.xml and schemaxml files to make sure they use "best practices" (ie: remove references to deprecated classes like DisMaxRequestHandler) - * review the various things that put the "experimental" warning in the response ... decide if they are still experimental. - * resolve multicore logging prefix. I think otis suggested moving to the end for consistent log file parsers {{{ core.log.info(core.getLogId()+ ... }}} - * [http://hudson.zones.apache.org/hudson/job/Solr-trunk/clover/ code coverage reports] are generally low, but some of the new classes in 1.3 that have frighteningly low coverage -- in many cases these seem like pretty important classes and/or high profile plugins. numbers below as of May 26... - * BinaryResponseWriter (66.7%) - * BoostedQuery (53.8%) - * BoostedQuery.CustomScorer (50%) - * DocumentBuilder (35%) - * FastInputStream (52.5%) - * FastOutputStream (67.3%) - * FastWriter (31%) - * FieldQParserPlugin (60%) - * HttpCommComponent (59.2%) - * HttpCommComponent.SimpleSolrResponse (50%) - * LuceneQueryOptimizer (7.9%) - * MoreLikeThisComponent (23.8%) - * MoreLikeThisHandler (18.8%) - * MoreLikeThisHandler.InterestingTerm (0%) - * MoreLikeThisHandler.MoreLikeThisHelper (9.6%) - * MultiCore (41.3%) - * MultiCoreHandler (49.5%) - * PHPResponseWriter (0%) - * PHPSerializedResponseWriter (0%) - * PHPSerializedWriter (0%) - * PHPWriter (0%) - * QueryComponent (63.1%) - * QueryDocValues (0%) - * QueryElevationComponent (76.7%) - * SearchComponent (53.3%) - * ShardDoc (0%) - * ShardFacetCount (0%) - * ShardFieldSortedHitQueue (57.3%) - * ShardFieldSortedHitQueue.ShardComparator (66.7%) - * SolrDocument (64.1%) - - == TODO: User Docs == - - == MultiCore == - - * multicore.xml -> solr.xml wiki cleanup - * make sure all multicore stuff is documented, and that anything in the docs that wasn't actually implemented yet is moved to differnet section where it's clear what's real and what's planned for the future. - - === SearchComponents === - - * does SearchComponent wiki page still need work? - - === Pluggable Query Parsers === - - * mention new parser selection syntax on SolrQuerySyntax - * mention how to write custom ones on SolrPlugins - - == TODO: SolrJ == - - === API === - - This will be the first official release - we should make sure the API is something we want to live with... - - currently only: - q.addSortField( name, order ); - no - q.setSortField( name, order ); - - === Javadocs === - - currently no javadocs generated for solrj, we should have a set just for people writting clients, but they should probably also be included/crosslinked from the main javadocs since solrj is now included in the main solr.war for distributed search (there are a lot of javadoc errors currently about classes not found because of this) - - == TODO: Audit APIS of Major Additions since 1.2 == - - There have been a lot of major changes since 1.2, we should audit the APIs to make sure they are reasonable: - * solrj - * multi-core - * search components - * are we happy with [http://svn.apache.org/repos/asf/lucene/solr/trunk/src/java/org/apache/solr/handler/component/ResponseBuilder.java ResponseBuilder.java]? Are the correct fields public/private? - * are we happy with the way "last-components" and "first-components" works? - * should "!SearchHandler" really live in "org.apache.solr.handler.component" ? - * distributed search - * QParsers - * should these live in a new org.apache.solr.search.qparser subpackage? (right now they are cluttering up o.a.s.search something fierce) -
