This is a curly one to explain, but I'll try and make it
as simple as I can.
I have a BizTalk setup which is being used for a few
things, but among the things it is used for is as a
central integration point for a Unix backoffice system
and SQL-Server based frontoffice and web systems.
There are many files that are sent from the Unix based
system on a daily basis, as it sends 'update' files each
time some data is changed in its database.
The processing of the files is a little complicated,
because they are mapped from flat-file to XML, but are
also re-written via an ASP page on the BizTalk server
because some are larger than 4MB and we needed to get
around the message queuing limitations.
Anyway, to get to the problem, what is happening is that
from time to time a number of files appear to be queuing
up behind one another, and whichever one is at the start
of the queue is stuck in the middle of being processed.
(the files are processed through an XLANG schedule, that
invokes a Windows Script to read the files and update the
SQL server database).
Other files can be submitted to BizTalk and are picked up
and processed successfully - I'm assuming BizTalk has a
couple of threads that are receiving the files, so it's
only one of them that's 'hung'.
The problem is, then, that the only way to resolve it
seems to be to stop and restart the BizTalk service, but
then obviously all those files that were waiting to be
processed have to be re-submitted.
I don't whether it's likely to be some internal Biztalk
process that's locked up, or possibly an issue with the
Windows Scripting Host.
Has anyone else experienced a problem similar to this?
We are running BizTalk 2000 SP2.
Any help or advice would be appreciated.
It sounds like perhaps the Messaging engine worker threads are queueing up
behind an STA AIC. Have a look @ http://support.microsoft.com/?id=327323
for more information. I would recommend writing your AIC in .NET or C++ or
at least wrapping your AIC in COM+.
Thank you,
Trace
--------------------
| Content-Class: urn:content-classes:message
| From: "Craig Parris" <craig...@bigpond.com>
| Sender: "Craig Parris" <craig...@bigpond.com>
| Subject: BizTalk 'hanging' ?
| Date: Mon, 18 Aug 2003 00:06:18 -0700
| Lines: 49
| Message-ID: <04cc01c36557$38d04800$a501...@phx.gbl>
| MIME-Version: 1.0
| Content-Type: text/plain;
| charset="iso-8859-1"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
| Thread-Index: AcNlVzjQJhZ/X/gxT4CuooxcMlMT9g==
| Newsgroups: microsoft.public.biztalk.admin
| Path: cpmsftngxa06.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.biztalk.admin:388
| NNTP-Posting-Host: TK2MSFTNGXA13 10.40.1.165
| X-Tomcat-NG: microsoft.public.biztalk.admin
This posting is provided "AS IS" with no warranties,and confers no rights.
Subscribe at
http://support.microsoft.com/default.aspx?scid=/servicedesks/msdn/nospam.asp
&SD=msdn
thanks for the reply, but there is no actual Application
Integration Component being used - the scripts that are
used are just Windows Scripts which are executed from
within an XLANG schedule.
Cheers
Craig Parris
>.
>
The next thing that I would look at is what is going on in the WSC files.
Are the WSC's engaged in any sort of synchronous processing? WSC is useful
for certain scenarios but would be best suited for asynchronous operations
in the context of an XLANG schedule.
Thank you,
Trace
--------------------
| Content-Class: urn:content-classes:message
| From: "Craig Parris" <cr...@bigpond.com>
| Sender: "Craig Parris" <cr...@bigpond.com>
| References: <04cc01c36557$38d04800$a501...@phx.gbl>
<HuxCh3YZ...@cpmsftngxa06.phx.gbl>
| Subject: RE: BizTalk 'hanging' ?
| Date: Mon, 18 Aug 2003 21:44:26 -0700
| Lines: 120
| Message-ID: <071a01c3660c$91e4af70$a601...@phx.gbl>
| MIME-Version: 1.0
| Content-Type: text/plain;
| charset="iso-8859-1"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
| Thread-Index: AcNmDJHimME/LC/pTqyBURSisGk/3Q==
| Newsgroups: microsoft.public.biztalk.admin
| Path: cpmsftngxa06.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.biztalk.admin:396
| NNTP-Posting-Host: TK2MSFTNGXA14 10.40.1.166
| X-Tomcat-NG: microsoft.public.biztalk.admin