|
Home > Archive > BizTalk Server General > April 2005 > Instance dehydrating at Receive shape
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Instance dehydrating at Receive shape
|
|
| Christoffer 2005-04-18, 5:50 pm |
| Hi, I have a problem with dehydration using BizTalk Server 2004 SP1.
I've set up an Orchestration to call a Web service. This web service
receives an "inquiry" and sends back an "inquiryResponse". When I run the
Orchestration (exported as a Web service as well), it sends the "inquiry"
alright but it hangs when receiving "inquiryResponse". I've debugged the Web
service and for all that I can see, it sends the response back ok, so I
believe the problem is with the Orchestation.
The call to the Orchestration times out with the normal
"Microsoft.BizTalk.WebServices.ServerProxy.ApplicationTimeOutException:
Application Either Has Timed Out Or Is Timing Out", its when I open the HAT
that the interesting part comes. Selecting Operations -> Service Instances I
can see that my Instance is dehydrated. Using Orchestration Debugger I see
that it has completed the first step of the Receive shape, so I guess it
never gets the "inquiryResponse" from the web service. Having a look at
Operations -> Messages displays an "inquiry" message with status "Delivered,
not consumed". Event log says pretty much nothing.
Where is the problem? Is the Orchestration not receiving the
"inquiryResponse" or is the other web service not consuming "inquiry"? Is
there a mismatch between the schema and the response sent back? I really
have no idea where to begin...
Best Regards,
Chris
| |
| Christoffer 2005-04-19, 5:55 pm |
| Hi again, I'll narrow it down a bit.
Is there a way to see if a message has been added to the BizTalk Message
Box? Especially a response from a HTTP request. Somewhere between the HTTP
response and the Receive shape the message is lost. I have to break it down
a bit more.
Regards,
Chris
"Christoffer" <christoffer@nospam.com> wrote in message
news:OPlPccCRFHA.2932@TK2MSFTNGP09.phx.gbl...
> Hi, I have a problem with dehydration using BizTalk Server 2004 SP1.
>
> I've set up an Orchestration to call a Web service. This web service
> receives an "inquiry" and sends back an "inquiryResponse". When I run the
> Orchestration (exported as a Web service as well), it sends the "inquiry"
> alright but it hangs when receiving "inquiryResponse". I've debugged the
> Web service and for all that I can see, it sends the response back ok, so
> I believe the problem is with the Orchestation.
>
> The call to the Orchestration times out with the normal
> "Microsoft.BizTalk.WebServices.ServerProxy.ApplicationTimeOutException:
> Application Either Has Timed Out Or Is Timing Out", its when I open the
> HAT that the interesting part comes. Selecting Operations -> Service
> Instances I can see that my Instance is dehydrated. Using Orchestration
> Debugger I see that it has completed the first step of the Receive shape,
> so I guess it never gets the "inquiryResponse" from the web service.
> Having a look at Operations -> Messages displays an "inquiry" message with
> status "Delivered, not consumed". Event log says pretty much nothing.
>
> Where is the problem? Is the Orchestration not receiving the
> "inquiryResponse" or is the other web service not consuming "inquiry"? Is
> there a mismatch between the schema and the response sent back? I really
> have no idea where to begin...
>
> Best Regards,
> Chris
>
>
| |
| Christoffer 2005-04-20, 7:47 am |
| So I began having a look in the BizTalkMsgBoxDb database. Here is what I
found (also using the BTSSubscriptionViewer):
When I start the Orchestration, a subscription is added with the properties:
EPM_ReqResp[Svr:BIZTALKDEV;PID:3356;RRUid:{572C1D7E-4038-4547-9A09-FC3DDBFCB9B0}],
running under BizTalkServerIsolatedHost with PortId NULL
after a while, two more subscriptions pop up:
XLANG/s:MakeInquiry{a03a60ed-37e6-41f8-a545-7981343338e3}
CheckSerialNumberPort
This one is running under BizTalkServerApplication. I guess this one is
connected to the serial number validation required by us.
XLANG/s:MakeInquiry{a03a60ed-37e6-41f8-a545-7981343338e3} SendInquiryPort
This one is running under BizTalkServerApplication. This should be about the
HTTP call (which fails).
Question 1: What is EPM_ReqResp?
Question 2: Shouldn't the
XLANG/s:MakeInquiry{a03a60ed-37e6-41f8-a545-7981343338e3}
CheckSerialNumberPort subscription disappear after the serial number has
been validated?
Not sure anyone is reading this, but I'll post my finding for any followers
who have the same problem...
Regards,
Chris
"Christoffer" <christoffer@nospam.com> wrote in message
news:OCBWzwORFHA.3048@TK2MSFTNGP10.phx.gbl...
> Hi again, I'll narrow it down a bit.
>
> Is there a way to see if a message has been added to the BizTalk Message
> Box? Especially a response from a HTTP request. Somewhere between the HTTP
> response and the Receive shape the message is lost. I have to break it
> down a bit more.
>
> Regards,
> Chris
>
>
> "Christoffer" <christoffer@nospam.com> wrote in message
> news:OPlPccCRFHA.2932@TK2MSFTNGP09.phx.gbl...
>
>
| |
| Christoffer 2005-04-26, 7:47 am |
| If anybody is reading this and wants to know the answer. Don't install .NET
Framework 2.0 beta.
Obviously, one should never run beta's, but what can you do when a client
request it. We got another server for that purpose. But the lesson here is:
Do not install .NET Framework 2.0 beta. You won't even get a error message.
/Chris
"Christoffer" <christoffer@nospam.com> wrote in message
news:uLA%23lDaRFHA.3788@tk2msftngp13.phx.gbl...
> So I began having a look in the BizTalkMsgBoxDb database. Here is what I
> found (also using the BTSSubscriptionViewer):
>
> When I start the Orchestration, a subscription is added with the
> properties:
>
> EPM_ReqResp[Svr:BIZTALKDEV;PID:3356;RRUid:{572C1D7E-4038-4547-9A09-FC3DDBFCB9B0}],
> running under BizTalkServerIsolatedHost with PortId NULL
>
> after a while, two more subscriptions pop up:
>
> XLANG/s:MakeInquiry{a03a60ed-37e6-41f8-a545-7981343338e3}
> CheckSerialNumberPort
> This one is running under BizTalkServerApplication. I guess this one is
> connected to the serial number validation required by us.
> XLANG/s:MakeInquiry{a03a60ed-37e6-41f8-a545-7981343338e3} SendInquiryPort
> This one is running under BizTalkServerApplication. This should be about
> the HTTP call (which fails).
>
> Question 1: What is EPM_ReqResp?
> Question 2: Shouldn't the
> XLANG/s:MakeInquiry{a03a60ed-37e6-41f8-a545-7981343338e3}
> CheckSerialNumberPort subscription disappear after the serial number has
> been validated?
>
> Not sure anyone is reading this, but I'll post my finding for any
> followers who have the same problem...
>
> Regards,
> Chris
>
>
> "Christoffer" <christoffer@nospam.com> wrote in message
> news:OCBWzwORFHA.3048@TK2MSFTNGP10.phx.gbl...
>
>
|
|
|
|
|