I am trying to implement a BTS2004 solution which implments the priority pro
cessing of some messages ahead of others.

However, these high priority messages, need to be go through some business p
rocessing, i.e. waiting for a response from one system, which is then used t
o generate new messages for other systems, which again provide responses.  T
his, of course, would norma
lly be done in an BTS2004 orchestration; but there appears to be no way of p
rioritizing the exceution of high priority orchestrations above orchestratio
ns that would otherwise be running in the normal day to day processing.

This functionality does appear to be available in send ports, where the port
 is prioritized and if any messages that this high priority send port subscr
ibes to are available in the message box, then these will be preferentially 
accessed before other messa
ges available in the message box.  However, a send ports pipeline component 
cannot accomdate the business processes I need.

Does anyone have any knowledge they could share about getting orchestrations
 to exhibit the same behaviour as a send port in terms of priority - i.e. ha
ve a high priority orchestration that always executes ahead of others should
 there be an available mess
age for processing in the message box?  This does appear to me to be a limit
ation of the BTS2004 solution, but I would gladly change my mind if someone 
has some suggestions.

Thanks in advance,

Jenny

[ Post a follow-up to this message ]

BizTalk does not allow you to have different priority to orchestration.

However if it is a farm of  BizTalk Servers in your solution, you can create
 High and Low Priority Hosts and make the High Priority host serviced by mor
e number of BTS Servers. Bind orchestration to the High / Low Priority host 
 as needed.

HTH
Jitendra

"Jenny" wrote:

> I am trying to implement a BTS2004 solution which implments the priority p
rocessing of some messages ahead of others.
>
> However, these high priority messages, need to be go through some business process
ing, i.e. waiting for a response from one system, which is then used to generate new
 messages for other systems, which again provide responses.  This, of course, would 
nor
mally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing th
e exceution of high priority orchestrations above orchestrations that would otherwise be run
ning in the normal day to day processing.
>
> This functionality does appear to be available in send ports, where the port is pr
ioritized and if any messages that this high priority send port subscribes to are av
ailable in the message box, then these will be preferentially accessed before other 
mes
sages available in the message box.  However, a send ports pipeline component cannot accomda
te the business processes I need.
>
> Does anyone have any knowledge they could share about getting orchestrations to ex
hibit the same behaviour as a send port in terms of priority - i.e. have a high prio
rity orchestration that always executes ahead of others should there be an available
 me
ssage for processing in the message box?  This does appear to me to be a limitation of the B
TS2004 solution, but I would gladly change my mind if someone has some suggestions.
>
> Thanks in advance,
>
> Jenny
>

[ Post a follow-up to this message ]

Unfortunately I only have two servers which will be load balanced to allow f
or failover.  Do you know how Biztalk divides its processing capacity/memory
/DB access between its hosts?

Say I ran 2 hosts on each server - one for low priority messages (the bulk o
f the messages) and the other for high priority messages (a fraction of the 
total message volume) - would the lower volumes of messages through the high
 priority host ensure faste
r processing than those through the low priority hosts?

Clearly for failover purposes the two servers would need to be configured wi
th both hosts.

Input gratefully accepted!

Jenny



"JIT" wrote:
[vbcol=seagreen]
> BizTalk does not allow you to have different priority to orchestration.
>
> However if it is a farm of  BizTalk Servers in your solution, you can crea
te High and Low Priority Hosts and make the High Priority host serviced by m
ore number of BTS Servers. Bind orchestration to the High / Low Priority hos
t  as needed.
>
> HTH
> Jitendra
>
> "Jenny" wrote:
> 
ormally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing 
the exceution of high priority orchestrations above orchestrations that would otherwise be r
unning in the normal day to day processing.[vbcol=seagreen] 
essages available in the message box.  However, a send ports pipeline component cannot accom
date the business processes I need.[vbcol=seagreen] 
message for processing in the message box?  This does appear to me to be a limitation of the
 BTS2004 solution, but I would gladly change my mind if someone has some suggestions.[vbcol=
seagreen] 

[ Post a follow-up to this message ]

Thanks for your comments, I had considered this as a solution but unfortunat
ly I only have two servers which will be load balances to ensure resiliance 
should one server go down.  Hence these each server would need to run both a
 high priority host and a l
ow priorty host.

Do you know how the processing capacity/memory/database access is handled wi
th more than one host which are loaded differently?  i.e. could I ensure fas
ter processing of the high priority messages within the high priority host t
han of the low priority mes
sages in the low priority host by virtue of the fact that the high priority 
message volumes are a fraction of the low priority message volumes?  Or is t
he processing capacity on each server divided up between hosts proportionall
y to volume of requests, i.
e. if 90% of messages are going to the low priority host and the remaining 1
0% to the high priority host, would 90% of the servers processing capacity b
e dedicated to the low priority host and 10% to the high priority host?

Any input on this welcome, I haven't come across any documentation on this.

Jenny


"JIT" wrote:
[vbcol=seagreen]
> BizTalk does not allow you to have different priority to orchestration.
>
> However if it is a farm of  BizTalk Servers in your solution, you can crea
te High and Low Priority Hosts and make the High Priority host serviced by m
ore number of BTS Servers. Bind orchestration to the High / Low Priority hos
t  as needed.
>
> HTH
> Jitendra
>
> "Jenny" wrote:
> 
ormally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing 
the exceution of high priority orchestrations above orchestrations that would otherwise be r
unning in the normal day to day processing.[vbcol=seagreen] 
essages available in the message box.  However, a send ports pipeline component cannot accom
date the business processes I need.[vbcol=seagreen] 
message for processing in the message box?  This does appear to me to be a limitation of the
 BTS2004 solution, but I would gladly change my mind if someone has some suggestions.[vbcol=
seagreen] 

[ Post a follow-up to this message ]

Thanks for your comments, I had considered this as a solution but unfortunat
ely I only have two servers which will be load balances to ensure resiliance
 should one server go down.  Hence these each server would need to run both 
a high priority host and a
low priorty host.

Do you know how the processing capacity/memory/database access is handled wi
th more than one host which are loaded differently?  i.e. could I ensure fas
ter processing of the high priority messages within the high priority host t
han of the low priority mes
sages in the low priority host by virtue of the fact that the high priority 
message volumes are a fraction of the low priority message volumes?  Or is t
he processing capacity on each server divided up between hosts proportionall
y to volume of requests, i.
e. if 90% of messages are going to the low priority host and the remaining 1
0% to the high priority host, would 90% of the servers processing capacity b
e dedicated to the low priority host and 10% to the high priority host?

Any input on this welcome, I haven't come across any documentation on this.

Jenny

"JIT" wrote:
[vbcol=seagreen]
> BizTalk does not allow you to have different priority to orchestration.
>
> However if it is a farm of  BizTalk Servers in your solution, you can crea
te High and Low Priority Hosts and make the High Priority host serviced by m
ore number of BTS Servers. Bind orchestration to the High / Low Priority hos
t  as needed.
>
> HTH
> Jitendra
>
> "Jenny" wrote:
> 
ormally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing 
the exceution of high priority orchestrations above orchestrations that would otherwise be r
unning in the normal day to day processing.[vbcol=seagreen] 
essages available in the message box.  However, a send ports pipeline component cannot accom
date the business processes I need.[vbcol=seagreen] 
message for processing in the message box?  This does appear to me to be a limitation of the
 BTS2004 solution, but I would gladly change my mind if someone has some suggestions.[vbcol=
seagreen] 

[ Post a follow-up to this message ]

Thanks for your comments, I had considered this as a solution but unfortunat
ely I only have two servers which will be load balances to ensure resiliance
 should one server go down.  Hence these each server would need to run both 
a high priority host and a
low priorty host.

Do you know how the processing capacity/memory/database access is handled wi
th more than one host which are loaded differently?  i.e. could I ensure fas
ter processing of the high priority messages within the high priority host t
han of the low priority mes
sages in the low priority host by virtue of the fact that the high priority 
message volumes are a fraction of the low priority message volumes?  Or is t
he processing capacity on each server divided up between hosts proportionall
y to volume of requests, i.
e. if 90% of messages are going to the low priority host and the remaining 1
0% to the high priority host, would 90% of the servers processing capacity b
e dedicated to the low priority host and 10% to the high priority host?

Any input on this welcome, I haven't come across any documentation on this.

Jenny

"JIT" wrote:
[vbcol=seagreen]
> BizTalk does not allow you to have different priority to orchestration.
>
> However if it is a farm of  BizTalk Servers in your solution, you can crea
te High and Low Priority Hosts and make the High Priority host serviced by m
ore number of BTS Servers. Bind orchestration to the High / Low Priority hos
t  as needed.
>
> HTH
> Jitendra
>
> "Jenny" wrote:
> 
ormally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing 
the exceution of high priority orchestrations above orchestrations that would otherwise be r
unning in the normal day to day processing.[vbcol=seagreen] 
essages available in the message box.  However, a send ports pipeline component cannot accom
date the business processes I need.[vbcol=seagreen] 
message for processing in the message box?  This does appear to me to be a limitation of the
 BTS2004 solution, but I would gladly change my mind if someone has some suggestions.[vbcol=
seagreen] 

[ Post a follow-up to this message ]