Hi all,

I've asked some questions about correlation here before and thought I'd
moved forward as a result of the advice but I just seem to have stepped back
again !  I was hoping that someone could confirm for me whether I scenario I
have should be working or not?

Basically I had an orchestration of the form:

Start process (activate receive)
return prepopulated form (initialise correlation set 1)
do quote (non-activate receive, follows correlation set 1)
return quote
and then a listen with 5 options, one of which is re-quote (non-activate
receive, follows correlation set 1).

In this scenario I had 'do quote' wrapped as a web service (using the
wizard) but in the orchestration bindings had both 'do quote' and 're-quote'
bound to the same port that was generated as a result.  This worked fine wit
h
either 'do quote' or 're-quote' receiving the quote message depending on
where in the process I was when the web service was invoked.

The problem I have is that I basically had to remove the 'start process'
call to cater for external partners who want to just 'do quote' immediately.
I thus now have a pattern of:

'do quote' (activating receive)
return quote (initialises correlation set 1)
and then the listen with the 5 branches, one of which still being 're-quote'
which still follows correlation set 1.

In this scenario 'do quote' works fine but if I then try to quote again
(i.e. get 're-quote' to pick up the message) I get an error:

The "SOAP" adapter is suspending a message coming from Source URL:
"/Term/GetQuotePort.asmx".  Details: "The Messaging Engine encountered an
error committing a transport adapters batch.  Please refer to Health and
Activity Tracking tool for more information on this failure".

I can only think this must be related to the fact that two ports are bound
to the one receive location ,though, as all of the other receives in the
listen which also follow correlation set 1 work fine.

Should this scenario work?  It seems like it should to me as it would seem
that the message should make it to the message box and then get picked up by
're-quote' because of the correlation set?

Hope someone can help or else it looks like Biztalk is not going to be able
to cope with our requirements.  I can't believe that to be the case, though,
as surely the need to call a web service multiple times with different data
to get an acceptable quote  can't be that uncommon?

Thanks !

Ian

[ Post a follow-up to this message ]

Okie dokie,

I seem to have sorted this problem after reading some articles on:

http://blogs.msdn.com/biztalk_core_engine/

I needed to set up my orch to go:

Do quote (activate, initialise correlation set 1)
return quote (** follows correlation set 1 **)
re-quote (follows correlation set 1 etc).

For some reason I don't understand I need to set the send shape to follow
the correlation set as well as the receive shape.  Although I'm grateful tha
t
this works I'm still a bit confused as to why !  Can anyone explain this to
me?

Thanks again

Ian

"ian.thomas@online.nospam" wrote:

> Hi all,
>
> I've asked some questions about correlation here before and thought I'd
> moved forward as a result of the advice but I just seem to have stepped ba
ck
> again !  I was hoping that someone could confirm for me whether I scenario
 I
> have should be working or not?
>
> Basically I had an orchestration of the form:
>
> Start process (activate receive)
> return prepopulated form (initialise correlation set 1)
> do quote (non-activate receive, follows correlation set 1)
> return quote
> and then a listen with 5 options, one of which is re-quote (non-activate
> receive, follows correlation set 1).
>
> In this scenario I had 'do quote' wrapped as a web service (using the
> wizard) but in the orchestration bindings had both 'do quote' and 're-quot
e'
> bound to the same port that was generated as a result.  This worked fine w
ith
> either 'do quote' or 're-quote' receiving the quote message depending on
> where in the process I was when the web service was invoked.
>
> The problem I have is that I basically had to remove the 'start process'
> call to cater for external partners who want to just 'do quote' immediatel
y.
> I thus now have a pattern of:
>
> 'do quote' (activating receive)
> return quote (initialises correlation set 1)
> and then the listen with the 5 branches, one of which still being 're-quot
e'
> which still follows correlation set 1.
>
> In this scenario 'do quote' works fine but if I then try to quote again
> (i.e. get 're-quote' to pick up the message) I get an error:
>
> The "SOAP" adapter is suspending a message coming from Source URL:
> "/Term/GetQuotePort.asmx".  Details: "The Messaging Engine encountered an
> error committing a transport adapters batch.  Please refer to Health and
> Activity Tracking tool for more information on this failure".
>
> I can only think this must be related to the fact that two ports are bound
> to the one receive location ,though, as all of the other receives in the
> listen which also follow correlation set 1 work fine.
>
> Should this scenario work?  It seems like it should to me as it would seem
> that the message should make it to the message box and then get picked up 
by
> 're-quote' because of the correlation set?
>
> Hope someone can help or else it looks like Biztalk is not going to be abl
e
> to cope with our requirements.  I can't believe that to be the case, thoug
h,
> as surely the need to call a web service multiple times with different dat
a
> to get an acceptable quote  can't be that uncommon?
>
> Thanks !
>
> Ian

[ Post a follow-up to this message ]

Can you post the orchestration Ian? (or a simplified version of it.)  I'm
not sure I follow the flow on this from your message.
We're doing:
receive (activate, initialize correlation set)
are the next two sends or receives?

Larry Franks

This posting is provided "AS IS" with no warranties,and confers no rights.
Subscribe at
http://support.microsoft.com/defaul...msdn/nospam.asp
&SD=msdn
--------------------
| Thread-Topic: Correlation issue
| thread-index: AcSbQ6tzCxeHAZe0SHyCmFfUXMyItQ==
| X-WBNR-Posting-Host: 194.63.116.72
| From: examnotes
<ian.thomas@online.nospam>
| References:  <CE4E8846-2CAF-4618-9900-A8C8BA6986AA@microsoft.com>
| Subject: RE: Correlation issue
| Date: Wed, 15 Sep 2004 09:47:21 -0700
| Lines: 78
| Message-ID: <9B030173-6759-4F24-8EBB-4D18A5210F2E@microsoft.com>
| MIME-Version: 1.0
| Content-Type: text/plain;
| 	charset="Utf-8"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| Content-Class: urn:content-classes:message
| Importance: normal
| Priority: normal
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
| Newsgroups: microsoft.public.biztalk.orchestration
| NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGXA03.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.biztalk.orchestration:8177
| X-Tomcat-NG: microsoft.public.biztalk.orchestration
|
| Okie dokie,
|
| I seem to have sorted this problem after reading some articles on:
|
| http://blogs.msdn.com/biztalk_core_engine/
|
| I needed to set up my orch to go:
|
| Do quote (activate, initialise correlation set 1)
| return quote (** follows correlation set 1 **)
| re-quote (follows correlation set 1 etc).
|
| For some reason I don't understand I need to set the send shape to follow
| the correlation set as well as the receive shape.  Although I'm grateful
that
| this works I'm still a bit confused as to why !  Can anyone explain this
to
| me?
|
| Thanks again
|
| Ian
|
| "ian.thomas@online.nospam" wrote:
|
| > Hi all,
| >
| > I've asked some questions about correlation here before and thought I'd
| > moved forward as a result of the advice but I just seem to have stepped
back
| > again !  I was hoping that someone could confirm for me whether I
scenario I
| > have should be working or not?
| >
| > Basically I had an orchestration of the form:
| >
| > Start process (activate receive)
| > return prepopulated form (initialise correlation set 1)
| > do quote (non-activate receive, follows correlation set 1)
| > return quote
| > and then a listen with 5 options, one of which is re-quote
(non-activate
| > receive, follows correlation set 1).
| >
| > In this scenario I had 'do quote' wrapped as a web service (using the
| > wizard) but in the orchestration bindings had both 'do quote' and
're-quote'
| > bound to the same port that was generated as a result.  This worked
fine with
| > either 'do quote' or 're-quote' receiving the quote message depending
on
| > where in the process I was when the web service was invoked.
| >
| > The problem I have is that I basically had to remove the 'start
process'
| > call to cater for external partners who want to just 'do quote'
immediately.
| > I thus now have a pattern of:
| >
| > 'do quote' (activating receive)
| > return quote (initialises correlation set 1)
| > and then the listen with the 5 branches, one of which still being
're-quote'
| > which still follows correlation set 1.
| >
| > In this scenario 'do quote' works fine but if I then try to quote again
| > (i.e. get 're-quote' to pick up the message) I get an error:
| >
| > The "SOAP" adapter is suspending a message coming from Source URL:
| > "/Term/GetQuotePort.asmx".  Details: "The Messaging Engine encountered
an
| > error committing a transport adapters batch.  Please refer to Health
and
| > Activity Tracking tool for more information on this failure".
| >
| > I can only think this must be related to the fact that two ports are
bound
| > to the one receive location ,though, as all of the other receives in
the
| > listen which also follow correlation set 1 work fine.
| >
| > Should this scenario work?  It seems like it should to me as it would
seem
| > that the message should make it to the message box and then get picked
up by
| > 're-quote' because of the correlation set?
| >
| > Hope someone can help or else it looks like Biztalk is not going to be
able
| > to cope with our requirements.  I can't believe that to be the case,
though,
| > as surely the need to call a web service multiple times with different
data
| > to get an acceptable quote  can't be that uncommon?
| >
| > Thanks !
| >
| > Ian
|

[ Post a follow-up to this message ]

Larry,

Fair comment; it does look like a bit of a braindump now that I read it
again !

Basically the order is:

do quote (ACTIVATE RECEIVE, initialise correlation set 1)
return quote (SEND, follow correlation set 1)
and then a listen with 5 options, one of which is:
re-quote (RECEIVE, follows correlation set 1).

Both 'do quote' and 're-quote' are bound to the same physical web service
port.

This all works fine now but my initial stab was to make the 'return quote'
initialise the correlation set rather than 'do quote' but this resulted in
subscription errors.  I then tried initialising in 'do quote' but without
making 'return quote' follow correlation set 1 and this resulted - I
understand this bit ! - in a convoy.  I guess I just don't understand why I
need to initialise the correlation set in the activate receive and then make
the 'return quote' send follow this set in order to get the next receive to
resolve successfully.

I think, from reading the articles I referred to in my previous post, that
the subscription information for the 're-quote' receive doesn't get activate
d
until the 'return quote' send happens but don't really understand why.

It's no big deal, though.  Everything works really well and I can always go
deeper on this once I get some breathing space at the end of the project !

Thanks again

Ian


""larry franks"" wrote:

> Can you post the orchestration Ian? (or a simplified version of it.)  I'm
> not sure I follow the flow on this from your message.
> We're doing:
> receive (activate, initialize correlation set)
> are the next two sends or receives?
>
> Larry Franks
>
> This posting is provided "AS IS" with no warranties,and confers no rights.
> Subscribe at
> [url]http://support.microsoft.com/default.aspx?scid=/servicedesks/msdn/nospam.asp[/ur
l]
> &SD=msdn
> --------------------
> | Thread-Topic: Correlation issue
> | thread-index: AcSbQ6tzCxeHAZe0SHyCmFfUXMyItQ==
> | X-WBNR-Posting-Host: 194.63.116.72
> | From: examnotes
> <ian.thomas@online.nospam>
> | References:  <CE4E8846-2CAF-4618-9900-A8C8BA6986AA@microsoft.com>
> | Subject: RE: Correlation issue
> | Date: Wed, 15 Sep 2004 09:47:21 -0700
> | Lines: 78
> | Message-ID: <9B030173-6759-4F24-8EBB-4D18A5210F2E@microsoft.com>
> | MIME-Version: 1.0
> | Content-Type: text/plain;
> | 	charset="Utf-8"
> | Content-Transfer-Encoding: 7bit
> | X-Newsreader: Microsoft CDO for Windows 2000
> | Content-Class: urn:content-classes:message
> | Importance: normal
> | Priority: normal
> | X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
> | Newsgroups: microsoft.public.biztalk.orchestration
> | NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
> | Path: cpmsftngxa06.phx.gbl!TK2MSFTNGXA03.phx.gbl
> | Xref: cpmsftngxa06.phx.gbl microsoft.public.biztalk.orchestration:8177
> | X-Tomcat-NG: microsoft.public.biztalk.orchestration
> |
> | Okie dokie,
> |
> | I seem to have sorted this problem after reading some articles on:
> |
> | http://blogs.msdn.com/biztalk_core_engine/
> |
> | I needed to set up my orch to go:
> |
> | Do quote (activate, initialise correlation set 1)
> | return quote (** follows correlation set 1 **)
> | re-quote (follows correlation set 1 etc).
> |
> | For some reason I don't understand I need to set the send shape to follo
w
> | the correlation set as well as the receive shape.  Although I'm grateful
> that
> | this works I'm still a bit confused as to why !  Can anyone explain this
> to
> | me?
> |
> | Thanks again
> |
> | Ian
> |
> | "ian.thomas@online.nospam" wrote:
> |
> | > Hi all,
> | >
> | > I've asked some questions about correlation here before and thought I'
d
> | > moved forward as a result of the advice but I just seem to have steppe
d
> back
> | > again !  I was hoping that someone could confirm for me whether I
> scenario I
> | > have should be working or not?
> | >
> | > Basically I had an orchestration of the form:
> | >
> | > Start process (activate receive)
> | > return prepopulated form (initialise correlation set 1)
> | > do quote (non-activate receive, follows correlation set 1)
> | > return quote
> | > and then a listen with 5 options, one of which is re-quote
> (non-activate
> | > receive, follows correlation set 1).
> | >
> | > In this scenario I had 'do quote' wrapped as a web service (using the
> | > wizard) but in the orchestration bindings had both 'do quote' and
> 're-quote'
> | > bound to the same port that was generated as a result.  This worked
> fine with
> | > either 'do quote' or 're-quote' receiving the quote message depending
> on
> | > where in the process I was when the web service was invoked.
> | >
> | > The problem I have is that I basically had to remove the 'start
> process'
> | > call to cater for external partners who want to just 'do quote'
> immediately.
> | > I thus now have a pattern of:
> | >
> | > 'do quote' (activating receive)
> | > return quote (initialises correlation set 1)
> | > and then the listen with the 5 branches, one of which still being
> 're-quote'
> | > which still follows correlation set 1.
> | >
> | > In this scenario 'do quote' works fine but if I then try to quote agai
n
> | > (i.e. get 're-quote' to pick up the message) I get an error:
> | >
> | > The "SOAP" adapter is suspending a message coming from Source URL:
> | > "/Term/GetQuotePort.asmx".  Details: "The Messaging Engine encountered
> an
> | > error committing a transport adapters batch.  Please refer to Health
> and
> | > Activity Tracking tool for more information on this failure".
> | >
> | > I can only think this must be related to the fact that two ports are
> bound
> | > to the one receive location ,though, as all of the other receives in
> the
> | > listen which also follow correlation set 1 work fine.
> | >
> | > Should this scenario work?  It seems like it should to me as it would
> seem
> | > that the message should make it to the message box and then get picked
> up by
> | > 're-quote' because of the correlation set?
> | >
> | > Hope someone can help or else it looks like Biztalk is not going to be
> able
> | > to cope with our requirements.  I can't believe that to be the case,
> though,
> | > as surely the need to call a web service multiple times with different
> data
> | > to get an acceptable quote  can't be that uncommon?
> | >
> | > Thanks !
> | >
> | > Ian
> |
>
>

[ Post a follow-up to this message ]

I think that we need the correlation on the activate since both the
activate and the re-quote use the same physical recieve (web service.)
Things can get ugly with orchestrations if you have the same receive for
multiple actions in a schedule and they all use the same schema.  What's
probably happening is that we have a conflict of subscriptions if we have
activate as non-correlate since, technically, a message coming in could
either go to your recieve action that's correlated or it could also launch
a new orchestration.


Larry Franks

This posting is provided "AS IS" with no warranties,and confers no rights.
Subscribe at
http://support.microsoft.com/defaul...msdn/nospam.asp
&SD=msdn
--------------------
| Thread-Topic: Correlation issue
| thread-index: AcSe61KdgpKfkdX2SW6iqJG8f2zWlw==
| X-WBNR-Posting-Host: 194.63.116.72
| From: examnotes
<ian.thomas@online.nospam>
| References:  <CE4E8846-2CAF-4618-9900-A8C8BA6986AA@microsoft.com>
<9B030173-6759-4F24-8EBB-4D18A5210F2E@microsoft.com>
<UBfUjWNnEHA.3096@cpmsftngxa06.phx.gbl>
| Subject: RE: Correlation issue
| Date: Mon, 20 Sep 2004 01:25:01 -0700
| Lines: 177
| Message-ID: <ECA545CA-9192-48A1-95D7-CECDAF8F2BB8@microsoft.com>
| MIME-Version: 1.0
| Content-Type: text/plain;
| 	charset="Utf-8"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| Content-Class: urn:content-classes:message
| Importance: normal
| Priority: normal
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
| Newsgroups: microsoft.public.biztalk.orchestration
| NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGXA03.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.biztalk.orchestration:8241
| X-Tomcat-NG: microsoft.public.biztalk.orchestration
|
| Larry,
|
| Fair comment; it does look like a bit of a braindump now that I read it
| again !
|
| Basically the order is:
|
| do quote (ACTIVATE RECEIVE, initialise correlation set 1)
| return quote (SEND, follow correlation set 1)
| and then a listen with 5 options, one of which is:
|  re-quote (RECEIVE, follows correlation set 1).
|
| Both 'do quote' and 're-quote' are bound to the same physical web service
| port.
|
| This all works fine now but my initial stab was to make the 'return
quote'
| initialise the correlation set rather than 'do quote' but this resulted
in
| subscription errors.  I then tried initialising in 'do quote' but without
| making 'return quote' follow correlation set 1 and this resulted - I
| understand this bit ! - in a convoy.  I guess I just don't understand why
I
| need to initialise the correlation set in the activate receive and then
make
| the 'return quote' send follow this set in order to get the next receive
to
| resolve successfully.
|
| I think, from reading the articles I referred to in my previous post,
that
| the subscription information for the 're-quote' receive doesn't get
activated
| until the 'return quote' send happens but don't really understand why.
|
| It's no big deal, though.  Everything works really well and I can always
go
| deeper on this once I get some breathing space at the end of the project !
|
| Thanks again
|
| Ian
|
|
| ""larry franks"" wrote:
|
| > Can you post the orchestration Ian? (or a simplified version of it.)
I'm
| > not sure I follow the flow on this from your message.
| > We're doing:
| > receive (activate, initialize correlation set)
| > are the next two sends or receives?
| >
| > Larry Franks
| >
| > This posting is provided "AS IS" with no warranties,and confers no
rights.
| > Subscribe at
| >
http://support.microsoft.com/defaul...msdn/nospam.asp
| > &SD=msdn
| > --------------------
| > | Thread-Topic: Correlation issue
| > | thread-index: AcSbQ6tzCxeHAZe0SHyCmFfUXMyItQ==
| > | X-WBNR-Posting-Host: 194.63.116.72
| > | From: examnotes
| > <ian.thomas@online.nospam>
| > | References:  <CE4E8846-2CAF-4618-9900-A8C8BA6986AA@microsoft.com>
| > | Subject: RE: Correlation issue
| > | Date: Wed, 15 Sep 2004 09:47:21 -0700
| > | Lines: 78
| > | Message-ID: <9B030173-6759-4F24-8EBB-4D18A5210F2E@microsoft.com>
| > | MIME-Version: 1.0
| > | Content-Type: text/plain;
| > | 	charset="Utf-8"
| > | Content-Transfer-Encoding: 7bit
| > | X-Newsreader: Microsoft CDO for Windows 2000
| > | Content-Class: urn:content-classes:message
| > | Importance: normal
| > | Priority: normal
| > | X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
| > | Newsgroups: microsoft.public.biztalk.orchestration
| > | NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
| > | Path: cpmsftngxa06.phx.gbl!TK2MSFTNGXA03.phx.gbl
| > | Xref: cpmsftngxa06.phx.gbl microsoft.public.biztalk.orchestration:8177
| > | X-Tomcat-NG: microsoft.public.biztalk.orchestration
| > |
| > | Okie dokie,
| > |
| > | I seem to have sorted this problem after reading some articles on:
| > |
| > | http://blogs.msdn.com/biztalk_core_engine/
| > |
| > | I needed to set up my orch to go:
| > |
| > | Do quote (activate, initialise correlation set 1)
| > | return quote (** follows correlation set 1 **)
| > | re-quote (follows correlation set 1 etc).
| > |
| > | For some reason I don't understand I need to set the send shape to
follow
| > | the correlation set as well as the receive shape.  Although I'm
grateful
| > that
| > | this works I'm still a bit confused as to why !  Can anyone explain
this
| > to
| > | me?
| > |
| > | Thanks again
| > |
| > | Ian
| > |
| > | "ian.thomas@online.nospam" wrote:
| > |
| > | > Hi all,
| > | >
| > | > I've asked some questions about correlation here before and thought
I'd
| > | > moved forward as a result of the advice but I just seem to have
stepped
| > back
| > | > again !  I was hoping that someone could confirm for me whether I
| > scenario I
| > | > have should be working or not?
| > | >
| > | > Basically I had an orchestration of the form:
| > | >
| > | > Start process (activate receive)
| > | > return prepopulated form (initialise correlation set 1)
| > | > do quote (non-activate receive, follows correlation set 1)
| > | > return quote
| > | > and then a listen with 5 options, one of which is re-quote
| > (non-activate
| > | > receive, follows correlation set 1).
| > | >
| > | > In this scenario I had 'do quote' wrapped as a web service (using
the
| > | > wizard) but in the orchestration bindings had both 'do quote' and
| > 're-quote'
| > | > bound to the same port that was generated as a result.  This worked
| > fine with
| > | > either 'do quote' or 're-quote' receiving the quote message
depending
| > on
| > | > where in the process I was when the web service was invoked.
| > | >
| > | > The problem I have is that I basically had to remove the 'start
| > process'
| > | > call to cater for external partners who want to just 'do quote'
| > immediately.
| > | > I thus now have a pattern of:
| > | >
| > | > 'do quote' (activating receive)
| > | > return quote (initialises correlation set 1)
| > | > and then the listen with the 5 branches, one of which still being
| > 're-quote'
| > | > which still follows correlation set 1.
| > | >
| > | > In this scenario 'do quote' works fine but if I then try to quote
again
| > | > (i.e. get 're-quote' to pick up the message) I get an error:
| > | >
| > | > The "SOAP" adapter is suspending a message coming from Source URL:
| > | > "/Term/GetQuotePort.asmx".  Details: "The Messaging Engine
encountered
| > an
| > | > error committing a transport adapters batch.  Please refer to
Health
| > and
| > | > Activity Tracking tool for more information on this failure".
| > | >
| > | > I can only think this must be related to the fact that two ports
are
| > bound
| > | > to the one receive location ,though, as all of the other receives
in
| > the
| > | > listen which also follow correlation set 1 work fine.
| > | >
| > | > Should this scenario work?  It seems like it should to me as it
would
| > seem
| > | > that the message should make it to the message box and then get
picked
| > up by
| > | > 're-quote' because of the correlation set?
| > | >
| > | > Hope someone can help or else it looks like Biztalk is not going to
be
| > able
| > | > to cope with our requirements.  I can't believe that to be the
case,
| > though,
| > | > as surely the need to call a web service multiple times with
different
| > data
| > | > to get an acceptable quote  can't be that uncommon?
| > | >
| > | > Thanks !
| > | >
| > | > Ian
| > |
| >
| >
|

[ Post a follow-up to this message ]