[wsf-c-dev] Using TCPMon C Tool

[Senaka Fernando]

Hi All,

It seems that we still use the TCPMon Java tool despite that we've fixed
the TCPMon C tool, to work just the same as the Java tool (probably better
than the Java tool). We do have some advantages in the C tool, basically,

1. The TCPMon Traffic log
2. Ability to handle MTOM without crashing :)...
3. Support for chunked requests

Which the TCPMon Java tool lacks. Therefore, it is rather nice if you are
interested in switching to the C tool. This will also help us uncover any
unattended bugs, which are quite a few I believe.

Also, we do have XML Formatting, introduced by Milinda (intern 2006/2007),
which can be used with the '--format' option.

Regards,
Senaka

> Samisa Abeysinghe wrote:
>> Manoj wrote:
>>> Samisa Abeysinghe wrote:
>>>> Manoj wrote:
>>>>> Manoj wrote:
>>>>>> hi all,
>>>>>> There are some cases which we need to do fault handling in our PHP
dataservice.
>>>>>>          Eg
>>>>>>          1)when there are no data in the table.
>>>>>>          2)when the table doesn't exist.
>>>>>>          3)when the database doesn't exist.
>>>>>>          4)queries  which are return null values.
>>>>>>          The JAVA people sending custom errors massages for  those
>>>>>> faults.They don't do AXIS level fault handling. Can anybody explain
the way which we need to handle those faults.
>>>> We can send a SOAP fault with a custom fault reason.
>>>> Samisa...
>>> Hi samisa,
>>> In according to nandika's idea currently  we send the custom fault
reason inside the <error> element. Is that good enough?
>>> Eg: Response = <ds:customer-addresses
>>> xmlns:ds="http://wso2.org/projects/wsf/php/ds"><error>table not
found</error></ds:customer-addresses>
>> Is there a complete SOAP message captured with a full fault.
>> Samisa...
> I attached the full fault with this.
> _______________________________________________
> Wsf-c-dev mailing list
> Wsf-c-dev at wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/wsf-c-dev
>