Introduction to No-SQL

Introduction to No-SQL

hello everyone, I’m starting a new series of blog post around no-sql. Why did I choose the domain ? Because, I think that the future will pass by No-SQL, and that evereybody talks about big data. So before talking about big data, for me,I think it is essential to first talk about No-SQL. What is […]
Blog Post by: Jeremy Ronk

Sentinet – Service Virtualization Part 7 – BizTalk Server

In the previous blog post I demonstrated how I can secure my internal BizTalk services application with requirements for Federated Security based on SAML tokens. The goal was to enable my BizTalk service to be a “claims-aware” application. Just like with all other cases of virtualizing BizTalk services through Sentinet, turning the BizTalk service application into a “claim-aware” application did

ESB Toolkit Tip #9: Use MongoDB for Message Body Tracking in the ESB Toolkit

One of the duties of an ESB is monitoring. In BizTalk you can use Message Tracking to track the message body and message properties. There is only one but, Tracking a lot of data can be bad for the performance so Microsoft recommends that you should only enable the minimum tracking required for your application, as this will reduce the amount of data logged and lower the risk of tracking bottlenecks.

So, it can be useful in a development- or test environment but you can’t use this feature in a production environment! But also in a production environment you want to be able to track message bodies. MongoDB could be a very good alternative to track message bodies because MongoDB is a web scale database, and doesn’t use SQL or JOINs, so it’s high-performance. An other advantage is that it is a document database. You can store the entire BizTalk message as a document in a collection but you can still search on specific items in the document.
I’ve always been a big fan of SQL Server so I was a bit skeptical about MongoDB but seeing is believing. The actual saving of a .XML message to MongoDB only takes 1 or 2 milliseconds!

 

Using a custom Itinerary Messaging Service for Message Body Tracking

The strength of the ESB Toolkit is that it’s highly extensible so you can create your own services to execute Itinerary steps. You can implement a custom Tracking Service to store the messages in MongoDB.

 
At runtime you can use a tool like MongoVUE to find the messages that are stored in MongoDB.
Notice that in the Message also the InterchangeID value is available to match the Message Body with a Tracking Event in BizTalk.
 

You can match the Message Body that is stored in MongoDB with a tracked Message in BizTalk.
1. Open the BizTalk Administrator and Search For: Tracked Message Events
2. Click on an Event and use the Message ID to match the Message in the Event to the Message Body in MongoDB.

 

See Also

For more information on how to use MongoDB for Message Body Tracking see:

  • Using MongoDB for Message Body Tracking in the ESB Toolkit for BizTalk 2013
MBV updated to support upcoming BizTalk 2013 R2

MBV updated to support upcoming BizTalk 2013 R2

0o,

BizTalk 2013 R2 should be available this month.

Even if this new BizTalk version is not a major one with really new core features, MBV had to be updated to be able to first detect a BizTalk 2013 R2 group, and second to check that the OS and SQL versions of a BizTalk 2013 R2 group are correct and so well supported.

I had also to change some existing queries and rules related to BizTalk Cumulative Updates which assumed a BizTalk 2013 group instead of a 2013 R2 one.

This new version is available for download as usual on my blog at the same location :

http://blogs.technet.com/b/jpierauc/archive/2007/12/18/msgboxviewer.aspx

I will go more in depth in a next post about the integration of MBV with BizTalk 2013 R2 with some details about the new "BizTalk Health Monitor" MMC snap-in soon available.
so stay tuned…

Thanks

JP Auconie


Blog Post by: JPAUC

Azure BizTalk Services – My Learnings 6 – Message could not be classified as an X12 or Edifact message

Azure BizTalk Services – My Learnings 6 – Message could not be classified as an X12 or Edifact message

In my last post I described how I solved one error and this then surfaced a second error this time in the Microsoft Azure BizTalk Services tracking page. I had a lot of messages queued up in the purchaseorder blob and the tracking page was filling up with these errors. The messages should have been […]
Blog Post by: mbrimble

Azure BizTalk Services – My Learnings 5 – Non-Existent Pipeline Endpoint Url = /agreements/1/send

Azure BizTalk Services – My Learnings 5 – Non-Existent Pipeline Endpoint Url = /agreements/1/send

I have been creating some of the Microsoft Azure code examples and I always choose to create the projects from scratch rather than downloading the code because I think that is a good way to learn. I find that the errors that you get and then solve along the way are immensely valuable for your […]
Blog Post by: mbrimble