TechTalkz.com Logo

Go Back   TechTalkz.com Technology & Computer Troubleshooting Forums > Tech Support Archives > Microsoft > Microsoft BizTalk Server

Notices

Handle port suspending from orchestration

Microsoft BizTalk Server


Reply
 
Thread Tools Display Modes
Old 04-12-2007, 04:26 AM   #1
wendld
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..

  Reply With Quote
Old 04-12-2007, 02:11 PM   #2
Jan Eliasen
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:
  Reply With Quote
Old 04-12-2007, 11:47 PM   #3
wendld
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:
>

  Reply With Quote
Old 05-12-2007, 01:17 AM   #4
wendld
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:
>

  Reply With Quote
Old 05-12-2007, 08:27 PM   #5
Jan Eliasen
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:
  Reply With Quote
Old 05-12-2007, 11:54 PM   #6
wendld
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:
>

  Reply With Quote
Old 06-12-2007, 12:56 AM   #7
wendld
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:
>

  Reply With Quote
Old 06-12-2007, 03:11 AM   #8
Jan Eliasen
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:
  Reply With Quote
Old 06-12-2007, 03:11 AM   #9
wendld
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:
>

  Reply With Quote
Old 06-12-2007, 04:17 AM   #10
Jan Eliasen
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:
  Reply With Quote
Reply

Thread Tools
Display Modes



< Windows Help - MS Office Help - Hardware Support >


New To Site? Need Help?

All times are GMT +5.5. The time now is 02:29 AM.


vBulletin, Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO
Copyright © 2005-2009, TechTalkz.com. All Rights Reserved - Privacy Policy
Valid XHTML 1.0 Transitional