BizTalk Server General - Virtual Labs 2004 Lesson 7 Debugging orchestration

This is Interesting: Free IT Magazines  
Home > Archive > BizTalk Server General > September 2005 > Virtual Labs 2004 Lesson 7 Debugging orchestration





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 Virtual Labs 2004 Lesson 7 Debugging orchestration
SalamElias

2005-09-17, 6:01 pm

In Virtual Labs, 7 - Creating and Debugging an Orchestration.pdf, Page 9
While creating Ports in the Port surface in the orchestration itself, The
send and receive ports are created with "specify later" option
Then, build, deploy......
then, It is indicated to bind the orchestration "NWBusinessProcesses" as
follows

Inbound Ports… oprtSAPReceive rprtSAPReceiveTest
Outbound Ports… oprtSAPOrderCreationSend sprtSAPSendFILE
Host BizTalkServerApplication

It is not induicated in the lab how The 2 ports "rprtSAPReceiveTest" and
"sprtSAPSendFILE" should be configured.

If we follow the lab, we caN NOT FINISH binding THE ORCHESTRATION. I tried
to create 2 directories "InboundCustOrderTest" and "LOB Output", in BT
explorer, created a RP which points to the first one, and a SendPort which
points toi the second directory, of course the RP was configured as follows :
Inbound mapping = NWCustomerOrder_To_SAPUpdate.

I as able to bound the orchestration. But a very astonishing thing happened,
when I drop CustomerOrder1.xml or CustomerOrder2.xml in the receving
directory "InboundCustOrderTest", they are both routed to the old directories

"NeedsApproval" and "SendOrder"

Thanks for your explanation
WenJun Zhang[msft]

2005-09-19, 7:49 am

Hi,

A possible cause is there other orchestration also listening on the
folder and pick up the files to wrong instance. You may disable all
the old ports and orchestrations of previous lab to test. Also try
restarting the biztalk messaging service.

Best regards,

WenJun Zhang
Microsoft Online Partner Support

This posting is provided "AS IS" with no warranties, and confers no
rights.

SalamElias

2005-09-19, 5:59 pm

Hi, as I said, In the lab, it is not indicated what to create for those
ports
I made them point to new created directories which are
"InboundCustOrderTest" and "LOB Output" ports The Inbound Maps param for
oprtSAPReceive = to "NWCustomerOrderToSAPUpdate" whereas the other receive
port rprtReceive from precedent lab has inbound maps equal to
"NWCustomerOrder_TO_FKSupplierPO with of course each one has a differnet
target doc
I don't understand or can not imagine or discover how can placing a file in
the new receiving location will trigger the transformation in the other map
(ortchestration)

I stopped the old RF, no way, messages were in waiting states, when
restarted evrything went to old send physical location

Thanks for your help
> A possible cause is there other orchestration also listening on the
> folder and pick up the files to wrong instance. You may disable all
> the old ports and orchestrations of previous lab to test. Also try
> restarting the biztalk messaging service.
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Partner Support
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
>

WenJun Zhang[msft]

2005-09-21, 7:48 am

Hi,

After you point the receive locations to the new created directories,
please open services console and stop/restart biztalk service -
BTSSvc. Will the changes take effect after that?

Best regards,

WenJun Zhang
Microsoft Online Partner Support

This posting is provided "AS IS" with no warranties, and confers no
rights.

SalamElias

2005-09-21, 5:52 pm

I have done this, even the machine has been rebooted since that time.
Still getting the same behavior.
Than ks

""WenJun Zhang[msft]"" wrote:

> Hi,
>
> After you point the receive locations to the new created directories,
> please open services console and stop/restart biztalk service -
> BTSSvc. Will the changes take effect after that?
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Partner Support
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
>

WenJun Zhang[msft]

2005-09-23, 5:52 pm

Hi Salarm,

For issues about document being routed to wrong destination,
generally there is no special causes except incorrect binding. Have
you tried undeploy all the applications via biztalk deployment wizard
and then redeploy required orchestration only to test again?

Best regards,

WenJun Zhang
Microsoft Online Partner Support

This posting is provided "AS IS" with no warranties, and confers no
rights.

SalamElias

2005-09-23, 5:52 pm

Thanks again WenJun,
Correct, I undeployed, the re-deployed, configured the
rprtSAPReceiveTest/sprtSAPSend send/receive ports for the the orchestration
in BT explorer, without indicating a Inbound map in the rprtSAPReceiveTest
Rec Function

Stopped re-started the host, and all of a sudden, I got my
CustomerOrder1.xml and CustomerOrder2.xml routed correctly to LOB Output
directory

However, when I re-configured the other Rec/send ports for the first
application in the same project, when ever I drop a file "CustomerOrder1.xml"
in InboundCustOrderTest, I get an xml file routed
to C:\Tutorial\Labs\Work\FileDrop\Messaging
\Northwind\LOB Output directory
as well as
C:\Tutorial\Labs\Work\FileDrop\Messaging
\SendOrder

When I drop a file "CustomerOrder2.xml" in InboundCustOrderTest, I get an
xml file routed
to C:\Tutorial\Labs\Work\FileDrop\Messaging
\Northwind\LOB Output directory
correctly
as well as
C:\Tutorial\Labs\Work\FileDrop\Messaging
\NeedsApproval\

Really Strange, no? How can this be possible, which miss-configuration can
lead to this ....X. Would you please explain, if possible what can lead to
this

I use BT server since 4 years, version 2000 and 2002, I have never seen such
a mess


Here is the config in the BT solution lab I did :

I have rprtSAPReceiveTest
that has a receive location at
C:\Tutorial\Labs\Work\FileDrop\Messaging
\Northwind\InboundCustOrderTest\*.xml

sprtSAPSend sedn port which points to
C:\Tutorial\Labs\Work\FileDrop\Messaging
\Northwind\LOB
Output\%MessageID%.xml which should route all mnessages dropped whether it is
CustomerOrder1.xml or CustomerOrder2.xml file
Thois Rec/send is bind to the orchestration operation


I have "rprtReceive", with a receive location at

C:\Tutorial\Labs\Work\FileDrop\Messaging
\Receive



I have sprtPOSendOrder send port that points to
C:\Tutorial\Labs\Work\FileDrop\Messaging
\SendOrder\PurchaseOrder%MessageID%.xml
which should receive the the routed message if TotalAmount is = 500 when
CustomerOrder1.xml file is drpopped in
C:\Tutorial\Labs\Work\FileDrop\Messaging
\Receive


The sprtPONeedsApproval send port points to
C:\Tutorial\Labs\Work\FileDrop\Messaging
\NeedsApproval\PurchaseOrder%MessageID%.xml
and should route a message whenever CustomerOrder2.xml is dropped in
C:\Tutorial\Labs\Work\FileDrop\Messaging
\Receive

The lasrt Rec/2 send ports are bind to the operation in the first project
(dll).


I highly appreciate any explanation for this.

Best regards,

""WenJun Zhang[msft]"" wrote:

> Hi Salarm,
>
> For issues about document being routed to wrong destination,
> generally there is no special causes except incorrect binding. Have
> you tried undeploy all the applications via biztalk deployment wizard
> and then redeploy required orchestration only to test again?
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Partner Support
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
>

SalamElias

2005-09-23, 5:52 pm

I don't know if the following info would let you see clearly or triggers any
idea in your mind, while continuing investigating the issue I noticed, each
time I drop a file in the Northwind\InboundCustOrderTest, I have four entries
In HTA, right clicking, chose Message Flow on the first one 9 (from the
bottm] which some of its values are
Service Instance = Microsoft.BizTalk.DefaultPipelines.XMLReceive
Message Instance = http://NWBusinessSolution.CustomerOrder#CustomerOrder
Event/Direction = Send
EventPort = rprtSAPReceiveTest

In the message flow window, I have 2 sections, the first one with inbound
flesh enveloppe

regarding info to rprtSAPReceiveTest port
with some information, message ID, URL....

The second section which starts by
http://NWBusinessSolution.CustomerOrder#CustomerOrder
with some information, message ID, URL....
and 2 links as follows
http://NWBusinessProcesses.NWOrderFulfillment (which I think correct)

ANNNNNNND
http://NWBusinessSolution.SendEncryptedPurchaseOrder (I think here is the
problem).

So I think this what triggers routing the file to different destination. So,
I hope this can give you a better idea if I have missed something or miss
configured the appli somewhere
Again Thanks for your help

""WenJun Zhang[msft]"" wrote:

> Hi Salarm,
>
> For issues about document being routed to wrong destination,
> generally there is no special causes except incorrect binding. Have
> you tried undeploy all the applications via biztalk deployment wizard
> and then redeploy required orchestration only to test again?
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Partner Support
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
>

WenJun Zhang[msft]

2005-09-27, 7:57 am

Hi Salarm,

A possible cause is that there is another send port in the first
application which subscribes all the messages get into the
MessageBox, and then it drops the result message into rprtReceive.

You have to check filter setting in all send port property. Also try
stopping some of them to test.

Best regards,

WenJun Zhang
Microsoft Online Partner Support

This posting is provided "AS IS" with no warranties, and confers no
rights.

Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com