You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Jørgen Løland (JIRA)" <ji...@apache.org> on 2008/03/14 10:11:24 UTC

[jira] Commented: (DERBY-3509) The replication log shipper is not notified when a new replication transmitter is instantiated in MC#handleException.

    [ https://issues.apache.org/jira/browse/DERBY-3509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578657#action_12578657 ] 

Jørgen Løland commented on DERBY-3509:
--------------------------------------

The log shipper thread also has to be restarted when the network has been reestablished since the log shipper thread will terminate if the socket is shutdown.

> The replication log shipper is not notified when a new replication transmitter is instantiated in MC#handleException.
> ---------------------------------------------------------------------------------------------------------------------
>
>                 Key: DERBY-3509
>                 URL: https://issues.apache.org/jira/browse/DERBY-3509
>             Project: Derby
>          Issue Type: Bug
>          Components: Newcomer, Replication
>    Affects Versions: 10.4.0.0
>            Reporter: Jørgen Løland
>            Priority: Minor
>
> In MasterController#handleException, a new ReplicationMessageTransmit object is created if the exception is IOException. However, the logShipper is not notified that the new transmitter should be used. A possible solution would be to add a setTransmitter method to AsynchronousLogShipper. Note that the logShipper may contain state information that cannot be discarded, so it cannot be reinstantiated.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.