I'm on the trunk, built on July 2: 1.4-dev 789506 Thanks, -Jay
On Thu, Jul 2, 2009 at 11:33 AM, Shalin Shekhar Mangar < shalinman...@gmail.com> wrote: > On Thu, Jul 2, 2009 at 11:38 PM, Mark Miller <markrmil...@gmail.com> > wrote: > > > Shalin Shekhar Mangar wrote: > > > >> > >> It selects all matching nodes. But if the field is not multi-valued, it > >> will > >> store only the last value. I guess this is what is happening here. > >> > >> > >> > > So do you think it should match them all and add the concatenated text as > > one field? > > > > That would be more Xpath like I think, and less arbitrary than just > > choosing the last one. > > > > I won't call it arbitrary because it creates a SolrInputDocument with > values > from all the matching nodes just like you'd create any multi-valued field. > The problem is that his field is not declared to be multi-valued. The same > would happen if you posted an XML document to /update with multiple values > for a single-valued field. > > XPathEntityProcessor provides the flatten="true" option if you want to add > it as concatenated test. Jay mentioned that flatten did not work for him > which is something we should investigate. > > Jay, which version of Solr are you running? The flatten option is a 1.4 > feature (added with SOLR-1003). > -- > Regards, > Shalin Shekhar Mangar. >
