There may be situations in which the id field needs to be constrained in some way. JesterJ's fault tolerance relies on id's to locate the documents for fault tolerant processing. Thus if fault tolerance is desired the user must never use Document.setId(String) or any similar operation. To alleviate this clash we should add a feature to SendToSolrProcessor that allows the user to specify a Function<String,Object> that can substitute an id for the document when we create the actual SolrInputDocument (without modifying JesterJ's Document object).
There may be situations in which the id field needs to be constrained in some way. JesterJ's fault tolerance relies on id's to locate the documents for fault tolerant processing. Thus if fault tolerance is desired the user must never use
Document.setId(String)
or any similar operation. To alleviate this clash we should add a feature to SendToSolrProcessor that allows the user to specify aFunction<String,Object>
that can substitute an id for the document when we create the actual SolrInputDocument (without modifying JesterJ's Document object).