Windows Server - How can I prove to the customer that Biztalk has processed everyth
Asked By MarkPerr
11-Apr-07 10:46 AM
I have a Biztalk application that uses a receive pipeline to disassemble one
big XML file into lots of smaller ones and then routes these to various WSS
document libraries.
How can I prove that Biztalk has:
a) Completely disassembled the file
b) Delivered all the smaller XML files to their document libraries correctly
without error?
Thanks,
Mark.
BizTalk
(1)
BAM
(1)
XML
(1)
WSS
(1)
DB
(1)
HTH
(1)
SDK
(1)
API
(1)
anupjishn replied...
What you can do is:
Create a sample XML file containing abt 5 to 10 smaller XMLs.
Pass it thru BizTalk and show that all those smaller XMLs have been properly
sent to WSS.
If customer wants to see the actual big XML being parsed properly, ask them
to provide one and pass it thru BizTalk to WSS and ask them to confirm if all
have been processed correctly.
--
Anup Jishnu
Buddha bless those who share knowledge.
Leonid Ganeline replied...
If this is only for proof, manually check the source file and the target
files. Only this must persuade the customer!
If this is for auditing in the production as an everyday activity, you can
use BAM or create auditing system from scratch.
--
Regards,
Leonid Ganeline
Microsoft Certified Technology Specialist: BizTalk Server 2006
http://geekswithblogs.net/leonidganeline/
MarkPerr replied...
What I really want is for Biztalk to be able to tell me: "I have disassembled
this large XML file into x smaller files, and I delivered y of these files to
WSS but z of the files failed because..."
So how do I create "auditing system from scratch"? I had a go with BAM on
the Biztalk 2006 training course, the instructor was less than enthusiastic
about it and it seemed a bit of a waste of time to me.
Peter Bradley replied...
What error checking do you have in your orchestration (assuming you have an
orchestration)? This will at least allow you to write errors to a log. You
could also send emails to interested admins, and send the failed record to a
file location. And there's nothing stopping you sending successes to a log
and/or file location, too: that would give you a record of everything
processed by the orchestration.
Of course, anything that failed before it reached an orchestration would
still be in the MessageBox.
As for your disassembly, you can set it to fail completely if any single
record fails. If failure is critical, this might be a good idea for you.
That way you can assume that if a file was successfully processed, all its
constiuent parts were processed.
HTH
Peter
richard.hallgre replied...
Hi Mark!
What I think Leonid meant when talking about "auditing system from
scratch" was to use the BAM API to write to BAM when once the
different messages has been dissembled (in a pipeline component used
in the Receive Pipeline) and then again once it's being sent out on
the send port (in a pipeline component used in the Send Pipeline).
Then you'll be able to show what came in and how it when out using
BAM. It will however require some work. There are some good samples in
the SDK (starting here http://msdn2.microsoft.com/en-us/library/aa560553.aspx)
to examine if you think this is the way to go.
Good luck
Richard
Peter Bradley skrev:
Leonid Ganeline replied...
Sorry for shortcuts :)
or,
if you need a full control, a custom DB + BizTalk app to sent the auditing
inf to this DB. The las could be easy then first or vice versa.
--
Regards,
Leonid Ganeline
Microsoft Certified Technology Specialist: BizTalk Server 2006
http://geekswithblogs.net/leonidganeline/
biztalk file recieve / processing slow after a while. Windows Server I'm new to BizTalk, so please forgive my terminology and sorry if some of this makes no sense. We have a relatively simple BizTalk 2006 app that pics up .xml files from a Samba share on a remote unix host using the file transport type when things are working as expected and when they are not. Further, the exact same BizTalk application works fine on another site, though i can see no difference, apart from the or if they've seen a similar problem? And is there known issues with running BizTalk on a virtual server?, or if they have any idea why restarting the file receive host instance would fix the problem for a while. Thanks in advance. BizTalk Discussions SQL Server (1 BizTalk Server 2004 (1) BizTalkDTADB (1) BizTalk (1) BizTalkMsgBoxDB (1) BiztalkRulesEngineDb (1) BiztalkRuleEngineDb (1) BTS06Concep (1
Message sending / receiving from Biztalk Server - Basic understand Windows Server My requirement is thus - I have Application A which is supopsed to send messages to Application B using Biztalk Server. Application A is in C# Dot Net and Application B is in something else Application A's responsibility is just to ensure that the messages are sent to the Biztalk Server. Also, Biztalk Server is already there in the high level architecture, so this question is not really about whether Biztalk Server is required here or not because we don't really use the Biztalk Server functionality too much except for the message brokering part. Since I am not very familiar with Biztalk, I am writing out my assumptions here. I need to know if I am on right track and if not, then where I am wrong. Also, configuring and setting up Biztalk Server is not the scope of this discussion. I just need to know whether purely
purge script Query : select [ServiceInstance / InstanceID], [ServiceInstance / State], [ServiceInstance / Duration], [ServiceInstance / ErrorInfo] from [dbo].[dtav_ServiceFacts] BizTalk Discussions BizTalk (1) ServiceClassGUID (1) Excel (1) VersionGUID (1) ServiceGUID (1) DTADb (1) PurgeTrackingDatabase (1) NServiceStateId (1) Any clues at all ? TIA :) You should use the BizTalk Administration console to terminate the instances first. Then use PurgeTrackingDatabase to purge the database. Ben McFarlin BizTalk Server Consultant www.blinkcorp.com Thanks Ben. In the Admin Console there is no query 29.489 AM BizTalkServerApplication {91F282D6-1E51-4631-9F60-60B9311524CC} {7F5D2263-3DF7-4FB0- A33C-00091DB18962} Microsoft.BizTalk.DefaultPipelines.XMLTransmit Pipeline Microsoft.BizTalk.DefaultPipelines, Version = 3.0.1.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35 3.0.1.0 11 01.330 AM BizTalkServerApplication {CE89C8E2-266C-4C14-85F8-36E873B97234} {A6274666-767F-42C3-9D0F-000AB7DDA257} Microsoft.BizTalk.DefaultPipelines.XMLTransmit Pipeline Microsoft.BizTalk.DefaultPipelines, Version = 3.0.1.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35 3.0.1.0 11
The slowly dying BizTalk Server? Windows Server Hi There, I'm just wondering, how long will BizTalk Last? because it doesn't seem Microsoft is promoting it very much. I think Microsoft my thoughts with you today Regards, Stefan http: / / www.itsconsulting.fr http: / / www.elbeb.com BizTalk Discussions SQL Server (1) Windows Server (1) BizTalk (1) Oracle (1) ISVs (1) Sharepoint (1) Hi Stefan, I'm not quite sure what you mean. Sharepoint and BizTalk are not competing with each other; they serve different needs, and I, for one, see no risk to BizTalk from sharepoint at all. If there's a "risk" to BizTalk, it's the ever growing functionality offered by the .net framework itself (and dublin), but from all accounts, that's something that BizTalk should start taking advantage of and using (though I don't have any concrete knowledge
30-90 seconds Windows Server Our SQL Server runs on a different server than the BizTalk server. Occasionally BizTalk loses connection to the SQL Server. it happens frequently but reconnects 60-90 seconds later. The errors all point to BizTalk processes running when the connection is lost and our Orchestrations do not directly interact with SQL Server. In other words, we do not access the databases but any internal BizTalk function that may be called as an indirect action may access the database. Some of of the errors thrown in the event logs. Note: These are only occuring on the BizTalk server, no errors can be found on the SQL Server. Warning: a couple of these following is a stack trace that identifies the location where the exception occured at Microsoft.BizTalk.XLANGs.BTXEngine.BTXSession._serviceCreator(Guid&, Object) at Microsoft.XLANGs.Core.ResourceContainer._allocateResource(Guid&, UInt32, ResourceCreator, Object) at Microsoft.XLANGs.Core.ResourceContainer.Dispense(Guid&, ResourceCreator, Object) at Microsoft.BizTalk.XLANGs.BTXEngine.BTXSession._dispenseService(Guid&, IBTMessage) at Microsoft BizTalk.XLANGs.BTXEngine.BTXSession._tryReceiveOneMessage (Boolean&, Guid&, IBTMessage, IBTMessageBatchEx) at Microsoft.BizTalk.XLANGs.BTXEngine.BTXSession._receiveOneMessage