Skip Menu |
 

This queue is for tickets about the RPC-XML CPAN distribution.

Report information
The Basics
Id: 34554
Status: open
Priority: 0/
Queue: RPC-XML

People
Owner: rjray [...] blackperl.com
Requestors: rjray [...] blackperl.com
Cc: Paul.Hawkins [...] ripcode.com
byrdhuntr [...] hotmail.com
AdminCc:

Bug Information
Severity: Wishlist
Broken in: (no value)
Fixed in: (no value)



CC: byrdhuntr [...] hotmail.com,Paul.Hawkins [...] ripcode.com
Subject: Provide a mechanism for tracing/debugging wire traffic
Download (untitled) / with headers
text/plain 1.2k
In response to multiple requests for the same functionality for different reasons, I've come up with an approach to this. But I don't want to delay the 0.60 release for it, nor do I want to rush it out without properly supporting it with tests and documentation. So I am collecting my thoughts here for future reference: For both RPC::XML::Client and RPC::XML::Server, add a parameter to the constructors called something like "message_debug_cb" or something more meaningful and less clumsy. It's value is a code reference that will be invoked one for each chunk of data read from the other end of the conversation (the server response in the case of RPC::XML::Client, or the client's initial request in the case of RPC::XML::Server). The callback will be passed the chunk of text. If compression is involved, it is called with the uncompressed content. When the message is complete, it is called one last time with no parameter (the param will be undef, not a zero-length string) to signal this. For RPC::XML::Client, this should go right before the call to "$parser->parse_more($data)" on or near line 346 of Client.pm. For RPC::XML::Server, this should go right before the similar call wrapped in an eval on or near line 1481 of Server.pm.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.