[jira] [Updated] (SOLR-5235) Update Log replay does not use the processor chain for commit

2013-09-11 Thread ludovic Boutros (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-5235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ludovic Boutros updated SOLR-5235:
--

Summary: Update Log replay does not use the processor chain for commit  
(was: Update Log replay does use the processor chain for commit)

 Update Log replay does not use the processor chain for commit
 -

 Key: SOLR-5235
 URL: https://issues.apache.org/jira/browse/SOLR-5235
 Project: Solr
  Issue Type: Bug
  Components: SolrCloud
Affects Versions: 4.3.1, 4.4
Reporter: ludovic Boutros

 The update log replay process commit commands directly with the Update 
 Handler.
 The update processor chain is not used. I may be wrong but I think this is to 
 prevent to log this commit command again in the LogUpdateProcessor.
 But this commit command is flagged with the flag UpdateCommand.REPLAY. I 
 think this flag should be checked in the LogUpdateProcessor in order to adapt 
 its behavior.
 Currently, commit actions in custom Update Processors are not applied in case 
 of a crash without an explicit commit.
 A workaround can be done with the finish function but this is not ideal.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
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



[jira] [Updated] (SOLR-5235) Update Log replay does not use the processor chain for commit

2013-09-11 Thread ludovic Boutros (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-5235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ludovic Boutros updated SOLR-5235:
--

Description: 
The update log replay sends commit commands directly with the Update Handler.
The update processor chain is not used. I may be wrong but I think this is to 
prevent to log this commit command again in the LogUpdateProcessor.

But this commit command is flagged with the flag UpdateCommand.REPLAY. I think 
this flag should be checked in the LogUpdateProcessor in order to adapt its 
behavior.

Currently, commit actions in custom Update Processors are not applied in case 
of a crash without an explicit commit.
A workaround can be done with the finish function but this is not ideal.

  was:
The update log replay process commit commands directly with the Update Handler.
The update processor chain is not used. I may be wrong but I think this is to 
prevent to log this commit command again in the LogUpdateProcessor.

But this commit command is flagged with the flag UpdateCommand.REPLAY. I think 
this flag should be checked in the LogUpdateProcessor in order to adapt its 
behavior.

Currently, commit actions in custom Update Processors are not applied in case 
of a crash without an explicit commit.
A workaround can be done with the finish function but this is not ideal.


 Update Log replay does not use the processor chain for commit
 -

 Key: SOLR-5235
 URL: https://issues.apache.org/jira/browse/SOLR-5235
 Project: Solr
  Issue Type: Bug
  Components: SolrCloud
Affects Versions: 4.3.1, 4.4
Reporter: ludovic Boutros

 The update log replay sends commit commands directly with the Update Handler.
 The update processor chain is not used. I may be wrong but I think this is to 
 prevent to log this commit command again in the LogUpdateProcessor.
 But this commit command is flagged with the flag UpdateCommand.REPLAY. I 
 think this flag should be checked in the LogUpdateProcessor in order to adapt 
 its behavior.
 Currently, commit actions in custom Update Processors are not applied in case 
 of a crash without an explicit commit.
 A workaround can be done with the finish function but this is not ideal.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
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