tephra-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (TEPHRA-228) Introduce client ID that can be used to track requests per client
Date Mon, 22 May 2017 21:15:05 GMT

    [ https://issues.apache.org/jira/browse/TEPHRA-228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16020220#comment-16020220

ASF GitHub Bot commented on TEPHRA-228:

Github user gokulavasan commented on a diff in the pull request:

    --- Diff: tephra-core/src/main/java/org/apache/tephra/distributed/TransactionServiceClient.java
    @@ -130,10 +134,11 @@ public static void doMain(boolean verbose, Configuration conf) throws
        * for service discovery. Otherwise it will look for the port in the
        * config and use localhost.
        * @param config a configuration containing the zookeeper properties
    +   * @param clientId id of the client that identifies it when it starts a transaction
    -  public TransactionServiceClient(Configuration config,
    -                                  ThriftClientProvider clientProvider) {
    +  public TransactionServiceClient(Configuration config, ThriftClientProvider clientProvider,
    --- End diff --
    @poornachandra Addressed comment in the commit https://github.com/apache/incubator-tephra/pull/42/commits/0279658b3b0718298ccfe363343bce182e4ba655.
Please take a look again.

> Introduce client ID that can be used to track requests per client
> -----------------------------------------------------------------
>                 Key: TEPHRA-228
>                 URL: https://issues.apache.org/jira/browse/TEPHRA-228
>             Project: Tephra
>          Issue Type: Improvement
>          Components: api, core
>            Reporter: Poorna Chandra
>            Assignee: Gokul Gunasekaran
>             Fix For: 0.12.0-incubating
> Today transaction manager does not have details of what transaction belongs to which
client. For instance when a there are a lot of invalid transactions generated by a client,
it is not easy to say which client generated the invalid transactions. Transaction manager
just logs a message saying the transaction ID was invalidated. This makes debugging very difficult
since there is no easy way to map the transaction ID to a program.
> Transaction APIs should allow clients to pass in client IDs for every start transaction
call. Transaction manager can store this client ID as part of the transaction metadata. And
when transaction manager logs messages with transaction ID, it can include the client ID in
the message.

This message was sent by Atlassian JIRA

View raw message