You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "Adrian Dick (JIRA)" <ax...@ws.apache.org> on 2005/05/16 16:28:24 UTC

[jira] Commented: (AXISCPP-406) Make AxisTrace work better with TraceAnalyzer

     [ http://issues.apache.org/jira/browse/AXISCPP-406?page=comments#action_65505 ]
     
Adrian Dick commented on AXISCPP-406:
-------------------------------------

I have spoken with Mark about the various problems given in this issue.

With the exception of the following 3 issues all these problems have been resolved, mostly by updates to the Trace analyzer tool.

1) Millisecond precision on timestamps (now raised seperately as AXISCPP-651 )
2) Thread IDs not output in trace (now raised seperately as AXISCPP-650 )
3) "throw out" trace ( included as part of AXISCPP-424 )

> Make AxisTrace work better with TraceAnalyzer
> ---------------------------------------------
>
>          Key: AXISCPP-406
>          URL: http://issues.apache.org/jira/browse/AXISCPP-406
>      Project: Axis-C++
>         Type: Bug
>   Components: Trace Utility
>     Versions: 1.5 Alpha
>     Reporter: Mark Whitlock
>     Assignee: Mark Whitlock
>     Priority: Minor

>
> I have formatted axis trace so that it is compatible with the free trace analyzer available from http://alphaworks.ibm.com/tech/ta4was. However there are some unresolved issues. There are....
>  - the timestamp on every line does not include milliseconds because struct tm does not support milliseconds. This might require platform specific functions. Timestamps without milliseconds don't make much sense since many calls happen in every second.
>  - the environment variable section at the top of the trace easily blew the tool's limit. When there was too much data in that section, the tool failed to read in the trace file.
>  - The thread id is not output in the trace because the client library is not currently linked with pthreads (it should be).
>  - Character strings that contain newline characters are split over several lines in the trace. This is OK, but it looks a little odd. I can't think of a better solution.
>  - Object ids (value of the this pointer) appears in the trace, but are they output so that the tool can show all methods acting on a particular instance of a particular class.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira