Shawn, I think it only is a problem with "dih.delta.xxx" ... the longer version, "dataimport.delta.xxx" doesn't work. This is coded in DocBuilder#doDelta and this line:
vri.addNamespace(ConfigNameConstants.IMPORTER_NS_SHORT + ".delta", map); There is no additional line for: vri.addNamespace(ConfigNameConstants.IMPORTER_NS + ".delta", map); This is how it is in 3.5, 4.0 and Trunk, which are all the versions I have been testing against. However, at some point someone did depreciate the longer "dataimporter.", so it would be safer to change to "dih." everywhere you use it. I had thought about removing the longer one for 4.0 and then figured most people wouldn't realize it had been depreciated (there's no warning logged, etc) and I didn't want to give people unnecessary problems. I guess there is no stopping it being removed in 5.0 though. James Dyer E-Commerce Systems Ingram Content Group (615) 213-4311 -----Original Message----- From: Shawn Heisey [mailto:s...@elyograg.org] Sent: Friday, December 14, 2012 1:41 PM To: solr-user@lucene.apache.org Subject: Re: Need help with delta import On 12/14/2012 11:39 AM, Dyer, James wrote: > Try ${dih.delta.ID} instead of ${dataimporter.delta.id}. Also use > ${dih.last_index_time} instead of ${dataimporter.last_index_time} . I > noticed when updating the test cases that the wiki incorrectly used the > longer name but with all the versions I tested this on only the short name > works. The wiki has since been changed. James, I use DIH for full Solr reindexes. My dih config makes extensive use of ${dataimporter.request.XXX} variables for my own custom parameters. I am using branch_4x checked out yesterday on my dev machine, and I did a full reindex on that version, which worked. Three questions: 1) Should I be using ${dih.request.XXX} instead? 2) Is the longer syntax going away? 3) What issues and/or docs would be good reading material? Thanks, Shawn
