Although already a great program, I still have a few 'nicetohaves':
- POST information, just like GET / Query information
- implementation as an explorerbar, so to make the app session-specific

It would also be nice to have the fold-state of amf packets remembered. I'm comparing a lot of (remoting) calls against each other, so clicking back and forth between them. It would be nice if they stay folded or unfolded.

Nice ideas, all have been added to enhancements request list.

I have a release going out this week and was wondering if in the short-term it would help to have a way to just expand all in the remoting tabs? Long-term I need start storing exact expanded states.

Curious to exactly what you are doing. Would it be more useful to actually have a diff tool that provided you with data on the differences between two different amf requests?

First the "deault expand all" option. That would be great for now, although I have got amf packets sometimes wich are so large that they might prove a problem. Maybe it's enough to have a checkbox in settings letting us choose to "expand by default".
Along the same lines it would be nice to have the tabs stay the way they were, clicking between calls. I just used ServiceCapture to compare the performance of a couple of calls, and I had to click the 'performance' tab everytime.

Then the AMF-compare option. A special tool would not be necessary (for me anyway). It's just that I compare amf calls a lot, to see if the difference between user A and user B, or packet A and packet B is correct.

Last night I put out a new release with the ability to turn off the default tab switching as mentioned above. Still working on the other changes.

Check out the release notes for full details on what else was included in last nights build.

Yes, I too would like to be able to examine the Post Data that I am sending. I do alot more work in XML than in Remoting right now, and that was the first thing I noticed.

Already your tool saved me hours of work, so thanks!

p.s. I want to be on your MacOSX short list. That is where I do most of my development.


Timothy Johnson
Found Design

Oh, that's so nice!

I just uploaded ServiceCapture 1.1.6 which displays POST data parameters. Both multi-part and urlencoded are supported. So you can even see posts that include binary data.

I just upgraded to 1.1.9 and i dont see where i can examine the POST data.

In 1.1.9 there is a "Parameters" tab for requests that have GET or POST HTTP parameter's associated with them. You will see each parameters name and value listed there.

Oh ok, I still only see the GET parameters that I send with the call. I create a new XML object in flash, and call sendAndLoad, the url has GET Variables, to tell the server what nature the stuff is, and the XML string is in the POST. But I don't send the request as a GET, but as a POST

Maybe there is a way it could be an additional Tab on the left? Maybe sending a request with variables in the Query String and in POST is something you were not anticipating

Actually I did anticipate that. It should display both querystring and post parameters in that tab. Please let me know if it doesn't.

I did think about adding within that tab a third column of "type" that could be "GET" or "POST". Would that help?

Yea, that might help. I definitely don't see the XML that I am sending in POST along with the query string parameters currently

Yes, even when the Headers of the request say POST, I only get the query string variables in that Tab, not the Post XML string too.

On another note, I was Watching this presentation in Service Capture
http://www.articulate.com/demos/getting ... layer.html

And the 2 XML files it loaded, I thought would show up in the XML tab on the right side, but I only get a few weird characters. Can you examine?

Thanks for posting that URL. That always makes debugging much easier.

This is fixed in release 1.1.11. The reason it was not working was due to the fact that the XML file was UTF-16 and the HTTP headers did not include an encoding. Now (1.1.11) ServiceCapture can guess this encoding due to the BOM bytes at the begining of the file.

On the previous posts I did not relize that you were looking to view a postd XML document. ServiceCapture was displaying standard POST name-value parameters. I assume that you are doing XML.sendAndLoad. In release 1.1.11 ServiceCapture does a little bit of guess work to capture the sendAndLoad and will display a XML tab in the request area with the XML content.

Please let me know if this is closer to what you are looking for...

Great, Thanks! I will test it out now.

Great! That is about perfect implementation. I really appreciate it, you made me a product I can really sink my teeth into now.

Always On Top option please ! :)

Best Regards.

version 1.1.16 now has a "always on top" setting under Tools->Settings in the General tab.

It requires you to quit and restart the application. I am Looking into how to toggle this setting on-off during app session.