Interesting tech stuff I come across day-to-day. Mainly around Biztalk and .NET 3.0

It's time for Training and Holiday

Thursday, March 08, 2007

I'm taking my family (my wife Gowri and our little son, 3 months old Aryaa) for a long 4.5 weeks holiday in India. For the first time I'm going to test out some training in India. I booked myself for .NET 2.0 distributed apps training bootcamp, an intencive 10 day training program (6 days a week and 10 hours a day).  After moving to UK 7 years ago, this is the first time I'm doing a proper training in India. I'll try to post some updates on how the course is progressing, and whether its worth utilizing portion of my holidays for training in India. I visit India atleast once a year to see my parents, close relatives and friends. So, if it works out, then it will be the most cost effective way for me to do some training, which will enable me to do more training for the same budget. 

Nandri!

Saravana




Passed 70-235. Here is my Exam Preparation Diary.

Wednesday, March 07, 2007

TS: Developing Business Process and Integration Solutions Using Microsoft BizTalk Server 2006 was in my TODO list for a very long time. My last exam  was 74-135 BizTalk 2004 Exam way back in April 2005.

So I decided to write the exam on 5th of March 2007. I did some search to gather as much information as I can to prepare for the exam. For this exam I need to pull materials from variety of sources like MSDN, Blogs, WebCasts, Books, MS e-Learning and Product documentation. It took me enormous amount of time and effort to gather all the materials than actually preparing for the exam. I remember doing the same thing for my 74-135 BizTalk 2004 Exam, now I need to start everything again. So, this time I decided to document each and every step I move forward towards the exam goal and here is the outcome BizTalk Server 2006 Exam (70-235) Preparation Diary

As my first article after the launch of BizTalk 24 * 7 I've published my exam preparation diary, hoping it will be helpful for people not only taking the exam but also for some one preparing for interview, or in general a good reference, where all the important points related to BizTalk is in one place. It will be helpful for experienced BizTalk people to glance the document and try the exam.

I've also highlighted the document on BizTalk 24 * 7 home page.

Disclaimer: BizTalk Server 2006 Exam (70-235) Preparation Diary is my own preparation guide, there is no guarantee you'll pass the exam, just by reading the article. Keep the article as starting point, do more research, I put enough reference wherever required, so expand your reading with references mentioned. Good Luck.

Nandri!

Saravana

Labels: ,




BizTalk 24 * 7, NEW Content

I've added the following new contents to BizTalk 24 * 7

Common Tasks:

"Common Tasks", a brand new category added to the main navigation.

Technical Articles:

BizTalk Server 2006 Web Services

Tools:

Xchain
BizUnit Testing Framework
BizTalk Server Pattern Wizard

Certification:

BizTalk Server 2006 Exam (70-235) Preparation Diary added to Certification Section.

Nandri!

Saravana

Labels:




Dear product team, One of the functionality I wish in BizTalk Server....

Thursday, March 01, 2007

Problem:

In one of our BizTalk solution we receive purchase orders in the form of flat-file via FTP adapter from different buyers. Different Receive Locations with specific service windows are configured for each buyers. We got the solution in place, which will process the received purchase order, does some business process, routing etc, etc via BizTalk.

Recently we ended up in a strange situation, where we didn't receive any purchase order from one particular buyer for atleast a week and nobody noticed it until the buyer called us and asked for the status via telephone. The purchase orders were lost somewhere on the wire and didn't hit our BizTalk servers. If it had reached our BizTalk servers and once BizTalk started to process the message, then we have the full fault tolerance in place. Things like exceptions written to eventviewer, picked up by MOM and services people get notified etc, etc. In this case since we didn't receive any message at all, there is nothing to process and nothing to notify.

What's the solution?

If we look at what BizTalk offers out of the box, one solution I can think of is, we can configure BAM to look for activities that's happening inside our business process, set up some BAM alerts to get notified and also ask service people to look at the BAM portal every day to monitor all the message flows.

Second option will be to implement some kind of reliable messaging between us and trading partners. Either using BTF framework or some other specification like ebXml, but this requires quite a bit of work.

In our case, we didn't take the BAM or reliable messaging route , instead written a .NET application (quick and easy fix) scheduled via scheduled task to run every hour between 9AM to 6PM (Business hours). The .NET applications monitors the archive folder for new files and writes Error messages into the event viewer based on some business logic. The errors in the eventviewer are picked up by MOM and goes via our Service Desk channel.

So, What functionality I wish in BizTalk Server ?

In BizTalk server, if you look at the concept of Service Window, they are managed by Messaging Engine directly, I.e adapters don't need to worry about service windows. Adapters don't care about when to submit (Receive) messages into BizTalk and when to transmit (Send) message out of BizTalk, Messaging Engine will take care of the service window functionality. I wish there is a check box similar to the one I added to the Receive Location, Schedule Tab as shown in the below figure (Readers, be aware the functionality inside the red box is not present in BizTalk server 2006, I just manipulated the image, so don't just go and check your Receive Locations)

If in case you can't read it, it says "Raise Fault Message if no messages received during Service Window period". So, whenever there is a situation where you didn't receive any messages from your trading partner during the service window period, and "Raise Fault Message" setting is enabled for the receive location. Then the messaging engine can produce fault message, something similar to "Routing Failure" messages we receive at the moment in BizTalk 2006, with some extra promoted property. This will help us define new business process seamlessly for the condition described in "Problem" section above.

If you think its a valid request, please drop a comment for this post with your name.

Nandri!

Saravana

Labels: