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
