![]() |
|
|||||||
| Notices |
![]() |
|
|
Thread Tools | Display Modes |
|
|
#1 |
|
Guest
Posts: n/a
|
Handle port suspending from orchestration
Hi,
We have scenario where we scheduled biztalk to run for 23 hours everyday and one hour the DB2 port will be stopped. I was wondering whether we can handle that scenario from exception block (delivery notification). I tried the same with 'Delivery Notification' property set to transmitted and scope 'scynchronized' property set to true. But It was never hitting the exception block when i tried to manually stopped DB2Send port. Any help appreciated.. |
|
|
|
#2 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
On Mon, 3 Dec 2007 14:22:02 -0800, wendld <GenieLifts@news.postalias>
wrote: >We have scenario where we scheduled biztalk to run for 23 hours everyday and >one hour the DB2 port will be stopped. I was wondering whether we can handle >that scenario from exception block (delivery notification). I tried the same >with 'Delivery Notification' property set to transmitted and scope >'scynchronized' property set to true. But It was never hitting the exception >block when i tried to manually stopped DB2Send port. Any help appreciated.. If you stop the send port (and keep it enslisted) then messages for that send port is just queuing up in the MessageBox. Once you start the send port, the messages will go through. So no need for exception handling. -- eliasen, representing himself and not the company he works for. Private blog: Private email: |
|
|
|
#3 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
Hi Jan,
I understand that there is no need for exception handling. But in our scenario we need to send mail to the admin when the send port is suspended and messages are stacked. But the orchestration needs to know that the send port is stopped so that it can send mail to the admin. Thanks "Jan Eliasen" wrote: > On Mon, 3 Dec 2007 14:22:02 -0800, wendld <GenieLifts@news.postalias> > wrote: > > >We have scenario where we scheduled biztalk to run for 23 hours everyday and > >one hour the DB2 port will be stopped. I was wondering whether we can handle > >that scenario from exception block (delivery notification). I tried the same > >with 'Delivery Notification' property set to transmitted and scope > >'scynchronized' property set to true. But It was never hitting the exception > >block when i tried to manually stopped DB2Send port. Any help appreciated.. > If you stop the send port (and keep it enslisted) then messages for > that send port is just queuing up in the MessageBox. Once you start > the send port, the messages will go through. So no need for exception > handling. > > -- > eliasen, representing himself and not the company he works for. > > Private blog: > > Private email: > |
|
|
|
#4 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
Hi Jan,
I understand that there is no need for exception handling. But in our scenario we need to send mail to the admin when the send port is suspended and messages are stacked. But the orchestration needs to know that the send port is stopped so that it can send mail to the admin. Thanks "Jan Eliasen" wrote: > On Mon, 3 Dec 2007 14:22:02 -0800, wendld <GenieLifts@news.postalias> > wrote: > > >We have scenario where we scheduled biztalk to run for 23 hours everyday and > >one hour the DB2 port will be stopped. I was wondering whether we can handle > >that scenario from exception block (delivery notification). I tried the same > >with 'Delivery Notification' property set to transmitted and scope > >'scynchronized' property set to true. But It was never hitting the exception > >block when i tried to manually stopped DB2Send port. Any help appreciated.. > If you stop the send port (and keep it enslisted) then messages for > that send port is just queuing up in the MessageBox. Once you start > the send port, the messages will go through. So no need for exception > handling. > > -- > eliasen, representing himself and not the company he works for. > > Private blog: > > Private email: > |
|
|
|
#5 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
On Tue, 4 Dec 2007 09:53:02 -0800, wendld <GenieLifts@news.postalias>
wrote: >I understand that there is no need for exception handling. But in our >scenario we need to send mail to the admin when the send port is suspended >and messages are stacked. But the orchestration needs to know that the send >port is stopped so that it can send mail to the admin. Right. I misunderstood your question, then. Well, if you manually stop the send port, then it isn't a runtime error, and therefore no exceptions will get to the orchestration, I think. It sounds right, to have a synchronized scope with the delivery notification set to transmitted. What adapter is the send port using? Can't you force it into error somehow? Like the file adapter writing to a folder it doesn't have access to, or something like that? -- eliasen, representing himself and not the company he works for. Private blog: Private email: |
|
|
|
#6 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
Hi,
We are using DB2 Adapter. You r right that will work for File adapter. But i am wondering any clue how to handle in DB2? "Jan Eliasen" wrote: > On Tue, 4 Dec 2007 09:53:02 -0800, wendld <GenieLifts@news.postalias> > wrote: > > >I understand that there is no need for exception handling. But in our > >scenario we need to send mail to the admin when the send port is suspended > >and messages are stacked. But the orchestration needs to know that the send > >port is stopped so that it can send mail to the admin. > Right. I misunderstood your question, then. > > Well, if you manually stop the send port, then it isn't a runtime > error, and therefore no exceptions will get to the orchestration, I > think. > > It sounds right, to have a synchronized scope with the delivery > notification set to transmitted. What adapter is the send port using? > Can't you force it into error somehow? Like the file adapter writing > to a folder it doesn't have access to, or something like that? > > -- > eliasen, representing himself and not the company he works for. > > Private blog: > > Private email: > |
|
|
|
#7 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
Hi,
We are using DB2 Adapter. You r right that will work for File adapter. But i am wondering any clue how to handle in DB2? "Jan Eliasen" wrote: > On Tue, 4 Dec 2007 09:53:02 -0800, wendld <GenieLifts@news.postalias> > wrote: > > >I understand that there is no need for exception handling. But in our > >scenario we need to send mail to the admin when the send port is suspended > >and messages are stacked. But the orchestration needs to know that the send > >port is stopped so that it can send mail to the admin. > Right. I misunderstood your question, then. > > Well, if you manually stop the send port, then it isn't a runtime > error, and therefore no exceptions will get to the orchestration, I > think. > > It sounds right, to have a synchronized scope with the delivery > notification set to transmitted. What adapter is the send port using? > Can't you force it into error somehow? Like the file adapter writing > to a folder it doesn't have access to, or something like that? > > -- > eliasen, representing himself and not the company he works for. > > Private blog: > > Private email: > |
|
|
|
#8 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
On Wed, 5 Dec 2007 10:12:00 -0800, wendld <GenieLifts@news.postalias>
wrote: >We are using DB2 Adapter. You r right that will work for File adapter. But i >am wondering any clue how to handle in DB2? It should work the same way. Try setting the send port to a URI that doesn't work, and see what happens? -- eliasen, representing himself and not the company he works for. Private blog: Private email: |
|
|
|
#9 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
Hi,
Thanks for the prompt reply. URI property wont accept worng ones. It needs to be unique as well.. ps: As far as i understand there should a means or some kind of property where orchestration will get to know whether the send port is started or stopped. Thanks "Jan Eliasen" wrote: > On Wed, 5 Dec 2007 10:12:00 -0800, wendld <GenieLifts@news.postalias> > wrote: > > >We are using DB2 Adapter. You r right that will work for File adapter. But i > >am wondering any clue how to handle in DB2? > It should work the same way. > > Try setting the send port to a URI that doesn't work, and see what > happens? > > -- > eliasen, representing himself and not the company he works for. > > Private blog: > > Private email: > |
|
|
|
#10 |
|
Guest
Posts: n/a
|
Re: Handle port suspending from orchestration
On Wed, 5 Dec 2007 10:12:00 -0800, wendld <GenieLifts@news.postalias>
wrote: >We are using DB2 Adapter. You r right that will work for File adapter. But i >am wondering any clue how to handle in DB2? It should work the same way. Try setting the send port to a URI that doesn't work, and see what happens? -- eliasen, representing himself and not the company he works for. Private blog: Private email: |
|
![]() |
| Thread Tools | |
| Display Modes | |
|
|
< Windows Help - MS Office Help - Hardware Support >
| New To Site? | Need Help? |