[Solr Wiki] Update of "TaskList" by HossMan

[Apache Wiki <wi...@apache.org>]

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/TaskList

------------------------------------------------------------------------------
   * Create a "Powered By Solr" icon that people can include in their applications if they so choose.
   * [DONE] Move webapp from ROOT to solr
   * Allow multiple independent Solr webapps in the same app server.
-    * Current plan: [http://www.nabble.com/multiple+solr+webapps-t1469811.html#a3991310 use JNDI]
+    * [DONE] [http://www.nabble.com/multiple+solr+webapps-t1469811.html#a3991310 JNDI] support implimented
+    * we need more docs on how to configure this in resin/jetty (!TomCat is done)
   * [DONE] provide alternate way to specify where solr configuration and index directories are (don't have to depend on cwd)
-     * (solr.solr.home system property implimented ... JNDI would provide a second method)
+     * (solr.solr.home system property implimented ... JNDI provides a second method)
   * alternate ways of indexing (it currently requires an HTTP POST of an XML document
     * be able to load a text file, with variable delimiters
     * point it at a database and give it SQL
   * [DONE] try and clean up css for IE
   * [DONE] clean up the admin pages more, refactor repeated code, remove stuff that doesn't work
-  * figure out how user can supply a plugin, since we can't depend on the previous method we had used with resin (which added a webapp external directory to the classpath). .. java code is just a classpath issue that can be documented, but what about stylesheets or other types of files?
+  * document how user can supply a plugin, since we can't depend on the previous method we had used with resin (which added a webapp external directory to the classpath). .. java code is just a classpath issue that can be documented, but what about stylesheets or other types of files?
-  * Simple faceted browsing (grouping) support in the standard query handler [http://issues.apache.org/jira/browse/SOLR-44 see bug]
+  * [DONE] Simple faceted browsing (grouping) support in the standard query handler [http://issues.apache.org/jira/browse/SOLR-44 see bug]
     * group by field (provide counts for each distinct value in that field)
     * group by (query1, query2, query3, query4, query5)
-  * [DONEish] Highlighter integration/support
+  * [DONE] Highlighter integration/support
     * [DONE] Allow specification of begin and end markup for highlighted regions, perhaps with namespace like query params highlight.start=<b> highlight.end=</b>
     * [DONE] Allow specification of default highlighter markup via init params in solrconfig.xml
-    * decide on the best default... <B></B>, <em></em>, or <SPAN class="highlight"></SPAN> 
+    * [DONE] decide on the best default... <B></B>, <em></em>, or <SPAN class="highlight"></SPAN> 
   * a !DateTime field that allows flexible input for easier human entered queries
   * allow alternate format for date output to ease client creation of date objects?
   * [DONEish?] good multi-field querying support integrated with standard request handler, or as a separate handler
@@ -88, +89 @@

    * Support for IndexPartitioning within a single solr webapp instance
    * A more powerful query language allowing one to express complicated logic without resorting to a custom Java query handler plugin.
    * Make use of [http://jakarta.apache.org/hivemind/ HiveMind] or Spring for configuration & dependency injection
-   * [JSON in progress] Alternate output formats (JSON?)
+   * [JSON DONE] Alternate output formats (JSON?)
    * utilize Lucene's new field selector / lazy field loading mechanism to speed up requests that select only a few stored fields out of many.  Beware interaction with the DocCache... it may need to be modified or bypassed.
    * Implement some ideas for ComplexFacetingBrainstorming
    * Implement some ideas to MakeSolrMoreSelfService