Hi Madhu,

Check the "Service Instances" in HAT, if your orchestration is dehydrated,
it sugests that is is waiting for a message to come in (using correlation).
If you suspend the orchestration in HAT, you sould be able to debug it, and
step through the processing steps. This should give you an idea what is
happening to the messages.

Shout if you need more help,

Alan


"Madhu Sudhanan Ramanujam" wrote:

> I have 2 input schemas, mapped to one output schema. I've created the
> orchestration and the receive shapes are placed in a parallel processor.
> Further to that, I have a transform shape which combines both the received
> files into one and send it to the send port using a send shape. I've also
> created 3 correlation type with just the ReceivedFileName property promote
d
> on all the three shapes and I've associated the 2 receive shapes and 1 sen
d
> shape with this correlation. But I don't have a very clear idea about this
> correlation stuff since I'm a kid in the BizTalk Server jobs. When I palce
d
> both the input files on the input folder, they were consumed. I never saw
> any erros in the event log and there is no output file. The HAT says that
> the file has been consumed but dehydrated. Can you please help me out with
> this? I'm attaching my project along with this message.
>
> PS: I'm using BizTalk Server 2004 along with VS.Net 2003
>
> Madhu Sudhanan Ramanujam
>
>
>

[ Post a follow-up to this message ]

What configurations have you associated for the 2 Receives and 1
Send....Initializes Correlation or Follows Correlation?

Regards
Dev

"Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
news:u8QaeZWpEHA.1460@TK2MSFTNGP12.phx.gbl...
> I have 2 input schemas, mapped to one output schema. I've created the
> orchestration and the receive shapes are placed in a parallel processor.
> Further to that, I have a transform shape which combines both the received
> files into one and send it to the send port using a send shape. I've also
> created 3 correlation type with just the ReceivedFileName property
promoted
> on all the three shapes and I've associated the 2 receive shapes and 1
send
> shape with this correlation. But I don't have a very clear idea about this
> correlation stuff since I'm a kid in the BizTalk Server jobs. When I
palced
> both the input files on the input folder, they were consumed. I never saw
> any erros in the event log and there is no output file. The HAT says that
> the file has been consumed but dehydrated. Can you please help me out with
> this? I'm attaching my project along with this message.
>
> PS: I'm using BizTalk Server 2004 along with VS.Net 2003
>
> Madhu Sudhanan Ramanujam
>
>
>

[ Post a follow-up to this message ]

Okay Taking a look at your attachment now.

"Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
news:u8QaeZWpEHA.1460@TK2MSFTNGP12.phx.gbl...
> I have 2 input schemas, mapped to one output schema. I've created the
> orchestration and the receive shapes are placed in a parallel processor.
> Further to that, I have a transform shape which combines both the received
> files into one and send it to the send port using a send shape. I've also
> created 3 correlation type with just the ReceivedFileName property
promoted
> on all the three shapes and I've associated the 2 receive shapes and 1
send
> shape with this correlation. But I don't have a very clear idea about this
> correlation stuff since I'm a kid in the BizTalk Server jobs. When I
palced
> both the input files on the input folder, they were consumed. I never saw
> any erros in the event log and there is no output file. The HAT says that
> the file has been consumed but dehydrated. Can you please help me out with
> this? I'm attaching my project along with this message.
>
> PS: I'm using BizTalk Server 2004 along with VS.Net 2003
>
> Madhu Sudhanan Ramanujam
>
>
>

[ Post a follow-up to this message ]

Hi,
If you can get me out of this problem from the attachment, I'll be very
greatful friend. I just can't call it a day without marking this is as
complete.

Madhu Sudhanan Ramanujam

"Devdutt Patnaik" <aquarius@taurus.com> wrote in message
news:%23K$079WpEHA.3300@TK2MSFTNGP12.phx.gbl...
> Okay Taking a look at your attachment now.
>
> "Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
> news:u8QaeZWpEHA.1460@TK2MSFTNGP12.phx.gbl... 
> promoted 
> send 
> palced 
>
>

[ Post a follow-up to this message ]

To be fairly simple, the following is what i require.

File 1:
SupplierCode1|SupplierName|

File 2:
 ItemCode1|SupplierCode1|ItemName|UnitPri
ce|

File 3: (this is how the output should be)
 SupplierCode1|SupplierName1|ItemCode1|It
emName|UnitPrice|

Madhu Sudhanan Ramanujam

"Devdutt Patnaik" <aquarius@taurus.com> wrote in message
news:%23K$079WpEHA.3300@TK2MSFTNGP12.phx.gbl...
> Okay Taking a look at your attachment now.
>
> "Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
> news:u8QaeZWpEHA.1460@TK2MSFTNGP12.phx.gbl... 
> promoted 
> send 
> palced 
>
>

[ Post a follow-up to this message ]

Are you dropping the files in the same folder or different ones?
Regards
Dev
"Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
news:eb5KePXpEHA.3728@TK2MSFTNGP09.phx.gbl...
> To be fairly simple, the following is what i require.
>
> File 1:
> SupplierCode1|SupplierName|
>
> File 2:
>  ItemCode1|SupplierCode1|ItemName|UnitPri
ce|
>
> File 3: (this is how the output should be)
>  SupplierCode1|SupplierName1|ItemCode1|It
emName|UnitPrice|
>
> Madhu Sudhanan Ramanujam
>
> "Devdutt Patnaik" <aquarius@taurus.com> wrote in message
> news:%23K$079WpEHA.3300@TK2MSFTNGP12.phx.gbl... 
processor.[vbcol=seagreen] 
also[vbcol=seagreen] 
saw[vbcol=seagreen] 
that[vbcol=seagreen] 
>
>

[ Post a follow-up to this message ]

I'm dropping them in the same folder. If they are in different folders also,
it doesn't matter.

Madhu Sudhanan
"Devdutt Patnaik" <aquarius@taurus.com> wrote in message
news:Of6tEZXpEHA.4008@TK2MSFTNGP14.phx.gbl...
> Are you dropping the files in the same folder or different ones?
> Regards
> Dev
> "Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
> news:eb5KePXpEHA.3728@TK2MSFTNGP09.phx.gbl... 
> processor. 
> also 
> saw 
> that 
>
>

[ Post a follow-up to this message ]

Plz send the test files that you are using
"Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
news:eY3hwfXpEHA.3592@TK2MSFTNGP09.phx.gbl...
> I'm dropping them in the same folder. If they are in different folders
also,
> it doesn't matter.
>
> Madhu Sudhanan
> "Devdutt Patnaik" <aquarius@taurus.com> wrote in message
> news:Of6tEZXpEHA.4008@TK2MSFTNGP14.phx.gbl... 
the[vbcol=seagreen] 
1[vbcol=seagreen] 
about[vbcol=seagreen] 
never[vbcol=seagreen] 
out[vbcol=seagreen] 
>
>

[ Post a follow-up to this message ]

You are having a problem because all your shapes Initialize
correlations....none of them follow those correlations.
I can suggest a couple of solutions to your problem. The first and easiest
is to implement a nonuniform sequential convoy. You can see what a uniform
sequential convoy looks like from my blog. This will need a few
modifications.
[url]http://devdutt10.blogspot.com/2004/08/sequential-convoys-in-bts-2004-using.html[/u
rl]
Your orchestration will have an Activating Receive which initializes a
correlation set. The next shape should be a non-activating receive(not in
parallel) which follows the above correlation set. These Receives will map
to a Single port, but 2 Operations (for your 2 types of input schemas).
You need to find out the exact correlation set to use so that the 2 files
get routed to the same instance of the orchestration. You might want to use
a custom pipeline component to manipulate correlation parameters before the
mesages hit the message box.
Regards
Dev

"Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
news:eY3hwfXpEHA.3592@TK2MSFTNGP09.phx.gbl...
> I'm dropping them in the same folder. If they are in different folders
also,
> it doesn't matter.
>
> Madhu Sudhanan
> "Devdutt Patnaik" <aquarius@taurus.com> wrote in message
> news:Of6tEZXpEHA.4008@TK2MSFTNGP14.phx.gbl... 
the[vbcol=seagreen] 
1[vbcol=seagreen] 
about[vbcol=seagreen] 
never[vbcol=seagreen] 
out[vbcol=seagreen] 
>
>

[ Post a follow-up to this message ]

Hi,

I understood your idea, and I've also visited your blog and downloaded your
source. But one thing which I don't understand is about how I can have two
operations in one port. Can you please explain me about that. I think I'll
be done if I get to know this.

Madhu Sudhanan Ramanujam

"Devdutt Patnaik" <aquarius@taurus.com> wrote in message
news:%23JlaXqXpEHA.4008@TK2MSFTNGP14.phx.gbl...
> You are having a problem because all your shapes Initialize
> correlations....none of them follow those correlations.
> I can suggest a couple of solutions to your problem. The first and easiest
> is to implement a nonuniform sequential convoy. You can see what a uniform
> sequential convoy looks like from my blog. This will need a few
> modifications.
> [url]http://devdutt10.blogspot.com/2004/08/sequential-convoys-in-bts-2004-using.html[
/url]
> Your orchestration will have an Activating Receive which initializes a
> correlation set. The next shape should be a non-activating receive(not in
> parallel) which follows the above correlation set. These Receives will map
> to a Single port, but 2 Operations (for your 2 types of input schemas).
> You need to find out the exact correlation set to use so that the 2 files
> get routed to the same instance of the orchestration. You might want to
> use
> a custom pipeline component to manipulate correlation parameters before
> the
> mesages hit the message box.
> Regards
> Dev
>
> "Madhu Sudhanan Ramanujam" <ramanum@fusiontech.com> wrote in message
> news:eY3hwfXpEHA.3592@TK2MSFTNGP09.phx.gbl... 
> also, 
> the 
> 1 
> about 
> never 
> out 
>
>

[ Post a follow-up to this message ]