[
https://issues.apache.org/jira/browse/TS-5030?focusedWorklogId=32002&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-32002
]
ASF GitHub Bot logged work on TS-5030:
--------------------------------------
Author: ASF GitHub Bot
Created on: 13/Nov/16 01:46
Start Date: 13/Nov/16 01:46
Worklog Time Spent: 10m
Work Description: Github user bryancall commented on a diff in the pull
request:
https://github.com/apache/trafficserver/pull/1184#discussion_r87703828
--- Diff: proxy/InkAPI.cc ---
@@ -22,6 +22,7 @@
*/
#include <stdio.h>
+#include <sstream>
--- End diff --
This is not needed anymore.
Issue Time Tracking
-------------------
Worklog Id: (was: 32002)
Time Spent: 1h 20m (was: 1h 10m)
> Proposal: Add API to get the client request UUID directly from a TSHttpTx
> -------------------------------------------------------------------------
>
> Key: TS-5030
> URL: https://issues.apache.org/jira/browse/TS-5030
> Project: Traffic Server
> Issue Type: Improvement
> Components: TS API
> Reporter: David Calavera
> Time Spent: 1h 20m
> Remaining Estimate: 0h
>
> The new UUID api introduced in
> https://github.com/apache/trafficserver/pull/736 is great for tracing
> operations and requests. However, the most useful information for plugin
> developers, the unique client request id, is not exposed as an api endpoint.
> People need to understand very well how TrafficServer works internally to
> generate this value. By not having the API directly exposed, people need to
> repeat the same code every time they want to generate this unique identifier.
> I'd like to add an API enpoint to generate this identifier based in a given
> http transaction for plugins to use.
> This would be the signature:
> tsapi const char * TSClientRequestUuidGet(TSHttpTxn txnp);
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
