Hi James, Please go ahead edit the wiki page - I'm sure you'll do a better job of summarizing these than me.
Steve On Jan 17, 2013, at 11:31 AM, "Dyer, James" <james.d...@ingramcontent.com> wrote: > Steve, This is pretty longwinded and maybe just the first sentence will > suffice with "see the wiki for more information." All of this is documented > there, more or less. None of this will affect very many people. > > ---------- > The DataImportHandler contrib module has some minor backwards-compatibility > breaks in this release. > > 1. Both NumberFormatTransformer & DateFormatTransformer default to the "root" > locale if none is specified. Prior versions used the JVM default locale. It > is strongly advised that users always specify the locale when using this > transformer. See https://issues.apache.org/jira/browse/SOLR-4095 > > 2. Both FileDataSoruce and FieldReaderDataSource default to UTF-8 encoding if > none is specified. Prior versions used the JVM default. See > https://issues.apache.org/jira/browse/SOLR-4096 . Also, the behavior of > DataSource and encoding may change again in a subsequent release. See > https://issues.apache.org/jira/browse/SOLR-2347 . > > 3. The "formatDate" evaluator now defaults to using the "root" locale. Prior > versions used the JVM default. Both the locale & timezone now can be > specified using new optional parameters. See > https://issues.apache.org/jira/browse/SOLR-4086 & > https://issues.apache.org/jira/browse/SOLR-2201 . > > 4. The "dataimport.properties" file, which holds the last indexed timestamp > for use with delta imports, is now by default using the "root" locale. This > default can be overridden using the new <propertyWriter /> tag in > data-config.xml. Prior versions used the default JVM locale. This is only > of concern if your default locale uses different DataFormatSymbols than the > "root" locale and if your installation depends on these alternate symbols > (for instance if your RDMBS takes dates using your locale-specific date > symbols). See https://issues.apache.org/jira/browse/SOLR-4051 > > 5. The experimental DIHProperties interface has changed, and is now an > abstract class. This will require code changes for anyone who has a custom > DIHProperties. Also note that future API changes with this class are > possible in subsequent releases. See > https://issues.apache.org/jira/browse/SOLR-4051 > > 6. The Evaluator framework has received extensive refactoring. Some custom > evaluators may require code changes. Specifically, public or protected > methods from the EvaluatorBag class have been moved to the Evaluator abstract > class that all Evalutators must extend. See > https://issues.apache.org/jira/browse/SOLR-4086 > ---------- > > James Dyer > E-Commerce Systems > Ingram Content Group > (615) 213-4311 > > > -----Original Message----- > From: Steve Rowe [mailto:sar...@gmail.com] > Sent: Thursday, January 17, 2013 1:26 AM > To: dev@lucene.apache.org > Subject: 4.1 release notes: please review > > I took a crack at the Solr release note. > > I added CommonTermsQuery to the Lucene release note that Robert has been > maintaining - looks good to me otherwise. > > Please help me whip these into shape. > > Solr: http://wiki.apache.org/solr/ReleaseNote41 > > Lucene: http://wiki.apache.org/lucene-java/ReleaseNote41 > > Thanks, > Steve > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org