[ https://issues.apache.org/jira/browse/SOLR-3535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13294293#comment-13294293 ]
Mikhail Khludnev commented on SOLR-3535: ---------------------------------------- Yonik, do you mean XMLLoader (as well as other ones) should produce some form of hierarchical document and some update processor will linearize such hierarchy into the sequence and pass it into AddBlockCommand? also how do you suggest to model doc hierarchy: as a SolrInputDoc subclass with explicit relations collections or some magic collections values in the current SolrInputDocument? I'd like to emphasize the overall complexity - parent doc can have _several_ subdocs relations like SKUs/UPCs and Discounts, etc PS pls check the parent issue SOLR-3076. there is a dilemma which feature set to provide, your proposal is closer to "magic-knows-everything" schema approach. I don't have strong disagreement about it, but just want to start from pretty neat ability first. Anyway, looking forward to hear your suggestions. > Add block support for XMLLoader > ------------------------------- > > Key: SOLR-3535 > URL: https://issues.apache.org/jira/browse/SOLR-3535 > Project: Solr > Issue Type: Sub-task > Components: update > Affects Versions: 4.1, 5.0 > Reporter: Mikhail Khludnev > Priority: Minor > Attachments: SOLR-3535.patch > > > I'd like to add the following update xml message: > <add-block> > <doc>....</doc> > <doc>....</doc> > </add-block> > out of scope for now: > * other update formats > * update log support (NRT), should not be a big deal > * overwrite feature support for block updates - it's more complicated, I'll > tell you why > Alt > * wdyt about adding attribute to the current tag {pre}<add block="true">{pre} > * or we can establish RunBlockUpdateProcessor which treat every <add> > ....</add> as a block. > *Test is included!!* > How you'd suggest to improve the patch? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org