|
Home > Archive > BizTalk Server Orchestration > March 2006 > Compiling and running Bts in machines with different regional sett
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Compiling and running Bts in machines with different regional sett
|
|
| João Martins 2006-03-25, 11:36 am |
| Hello,
I have an orchestration that has a Long Running transaction with a Catch
block. The catch has a delay, after which the compensation is manually
started.
When an error occurs in the LR block, and the handler is executed, the
orchestration stops. I get an InternalMessageDeliveryException registered in
the event log:
---
Failed while delivering a message to a service instance. Message details
follow.
[...]
Exception type: BTXMessageDeliveryException
[...]
Additional error information:
Exception of type InternalMessageDeliveryException was thrown.
Exception type: InternalMessageDeliveryException
Source: Microsoft.XLANGs.BizTalk.Engine
Target Site: Void DeliverMessage(System.Guid,
Microsoft.BizTalk.Agent.Interop.IBTMessage, Boolean ByRef)
Additional error information:
String was not recognized as a valid DateTime.
Exception type: FormatException
Source: mscorlib
Target Site: Void GetDayOfNNY(System.DateTimeResult, System.DateTimeRawInfo,
System.Globalization.DateTimeFormatInfo)
---
Looking at HAT, I have a "Delivered (not consumed)" BTXTimerMessage. One of
the context properties of this message, called "UTCTimout", has a dd/mm/yyyy
datetime, and not mm/dd/yyyy, which is causing the error (GetDayOfNNY is the
internal .Net method that handles this, and the method that throws the
exception).
In my scenario, the build server is with portuguese regional settings
(pt-pt), and the biztalk server has english (en-us) regional settings. Is
this the cause of the problem? But where does the dd/mm/yyyy date come from?
Is this some kind of bug in the generation of the BTXTimerMessage by the
engine?
Thanks,
João Martins
|create|it|
http://www.arquitecturadesoftware.o...gs/joao.martins
| |
|
|
Ola Joao,
Almost cetainly yes, this is your problem. I have also had problems with
date times for different regions inside mappings across different servers.
My problem was that the date format I didnt want was coming from the regional
settings for the user account that the BizTalk host is running under. Once
we changed that (so they matched) it worked fine.
Espero que isso te ajuda.
BA
http://biztalkia.blogspot.com/
> Hello,
>
> I have an orchestration that has a Long Running transaction with a
> Catch
> block. The catch has a delay, after which the compensation is manually
> started.
> When an error occurs in the LR block, and the handler is executed, the
> orchestration stops. I get an InternalMessageDeliveryException
> registered in
> the event log:
> ---
> Failed while delivering a message to a service instance. Message
> details
> follow.
> [...]
> Exception type: BTXMessageDeliveryException
> [...]
> Additional error information:
> Exception of type InternalMessageDeliveryException was thrown.
> Exception type: InternalMessageDeliveryException
> Source: Microsoft.XLANGs.BizTalk.Engine
> Target Site: Void DeliverMessage(System.Guid,
> Microsoft.BizTalk.Agent.Interop.IBTMessage, Boolean ByRef)
> Additional error information:
> String was not recognized as a valid DateTime.
>
> Exception type: FormatException
> Source: mscorlib
> Target Site: Void GetDayOfNNY(System.DateTimeResult,
> System.DateTimeRawInfo,
> System.Globalization.DateTimeFormatInfo)
> ---
> Looking at HAT, I have a "Delivered (not consumed)" BTXTimerMessage.
> One of the context properties of this message, called "UTCTimout", has
> a dd/mm/yyyy datetime, and not mm/dd/yyyy, which is causing the error
> (GetDayOfNNY is the internal .Net method that handles this, and the
> method that throws the exception).
>
> In my scenario, the build server is with portuguese regional settings
> (pt-pt), and the biztalk server has english (en-us) regional settings.
> Is this the cause of the problem? But where does the dd/mm/yyyy date
> come from? Is this some kind of bug in the generation of the
> BTXTimerMessage by the engine?
>
> Thanks,
> João Martins
> |create|it|
> http://www.arquitecturadesoftware.o...gs/joao.martins
|
|
|
|
|