RE: Accessing SOAP Fault Details Generated through a Biztalk Orche
Web Server forum
Back To The Forum Home!Search!Private Messaging System

Web Server Talk Web Server Talk > Web Servers reviews > BizTalk Server > BizTalk Server Orchestration > RE: Accessing SOAP Fault Details Generated through a Biztalk Orche




  Last Thread   Next Thread Next
  Show Printable Version Email this Page Subscribe to this Thread      Post New Thread    Post A Reply      

    RE: Accessing SOAP Fault Details Generated through a Biztalk Orche  
svgamer


View Ip Address Report This Message To A Moderator Edit/Delete Message


 
11-16-05 10:57 PM

I will give this a try, although I'm not sure that it is what we are looking
for as we need this feature to exist at run time.

I'm not looking for call stack information I am looking for the SOAP Fault
Details that get put in the SOAP Body of the message when a SOAP Fault
occurs.  I need the information so that the client can attempt to Handle the
SOAP Fault at runtime.  This is not needed for debugging purposes.

Using the sample SOAP message below, I am trying to get access to the
contents of the detail node within the SOAP:Fault node of the SOAP:Body.  It
looks like this should be part of the InnerXMl of the detail attribute of th
e
SOAP exception, but this is always null when I look at it in the client even
though I know that Biztalk has added this information to the fault method of
the port in the orchestration.

<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
<soap:Fault>
<faultcode>soap:Client</faultcode>
<faultstring>Invalid input</faultstring>
<faultactor
>http://sseely2/AYS17Sept2002/Service1.asmx</faultactor>
<detail>
<PersonErrorInfo
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ItemInError>FirstName</ItemInError>
< CorrectRegularExpression

>^([A-Z])([a-z])+</CorrectRegularExpression>
</PersonErrorInfo>
<PersonErrorInfo
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ItemInError>LastName</ItemInError>
< CorrectRegularExpression

>^([A-Z])([a-z])+</CorrectRegularExpression>
</PersonErrorInfo>
<PersonErrorInfo
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ItemInError>EmailAddress</ItemInError>
< CorrectRegularExpression

>^([a-zA-Z0-9_\-\.]+)@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-[
/vbcol]
9]{1,3}\.)|(([a-zA-Z0-9\-]+\.)+))([a-zA-Z]{2,4}|[0-9]&
#123;1,3})
(\]?)$</CorrectRegularExpression>
</PersonErrorInfo>
</detail>
</soap:Fault>
</soap:Body>
</soap:Envelope>

I also found the following article
(http://msdn.microsoft.com/library/d...ice09172002.asp)
which recommends we turn on a web.config
configuration/system.web/customErrors/@mode to set the RemoteOnly attribute
to "off"  This is slightly different than what you recommended.  Which is th
e
appropriate choice?  We'll be giving both a try, but I wanted your feedback
in case we are on the wrong track here.


""WenJun Zhang[msft]"" wrote:
[vbcol=seagreen]
> Hi Scott
>
> Please first check if ThrowDetailedError switch has been set to True in
> web.config:
>
> If an error occurs, the Web client receives a generic SoapException.
>
> To debug your published Web service, you can add a switch to the Web.confi
g
> file to control the level of the exception details returned from the
> published Web service.
>
> The Web.config file contains an application setting switch,
> ThrowDetailedError. False is the default setting for ThrowDetailedError. I
f
> you change the setting to True, the server proxy returns inner exception
> information to the Web client enabling you to debug the published Web
> service.
>
> The following XML code shows the ThrowDetailedError switch that appears in
> the Web.config file under the <appSettings> node:
>
> <appSettings>
>   <add key="ThrowDetailedError" value="False" />
> <appSettings/>
>
>  Security  BizTalk Server does not return inner exception information to
> the Web client by default since it may contain sensitive information, such
> as application call stacks. After debugging, you should set the
> ThrowDetailedError setting to False.
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Partner Support
>
> This posting is provided "AS IS" with no warranties, and confers no rights
.
>
>





[ Post a follow-up to this message ]



    Sponsored Links  




 





   All times are GMT. The time now is 04:14 PM.      Post New Thread    Post A Reply      
  Last Thread   Next Thread Next


Most Popular forums 

Forum Jump:
Rate This Thread:

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are ON
[IMG] code is OFF
 
Medical and Health forum | Computer Games Reviews | Graphics design forum

Back To The Top
Home | Usercp | Faq | Register