I have created this presentation to show the concept of BizTalk server as Enterprise Application Integration. And about how does BizTalk fit in the Enterprise Application Integration concepts, How does BizTalk fulfill the Security criteria, Error Handling and Business Monitoring
BizTalk_Interprise Application Integration
Enterprise Application Integration:
In modern era, the concept of EAI is more relevant in IT industry. This is era of SAAS (Software as a system) and from large to small company everyone tries to create product and sell. And every organization cannot depend on one software or technologies. So, Enterprise integration becomes the vital part of organization. In software industry there are several tools available for integration to make easy and effective integration. In below PPT I have provided brief details of Enterprise Integration.
Enterprise_Integration_Architecture
Issue:
The local MS DTC detected that the MS DTC on database has the same unique identity as the local MS DTC. This means that the two MS DTC will not be able to communicate with each other. This problem typically occurs if one of the systems were cloned using unsupported cloning tools. MS DTC requires that the systems be cloned using supported cloning tools such as SYSPREP.
Resolution:
Whenever any BizTalk configuration issue occurs then first we need to check event log. Because in log file we may not get proper reason for failed.
Sometimes after installation of BizTalk, when we are configuring BizTalk in multi-server environment then some issue occurs. Above issue occur when there is used multi-server SQL Server. And create a sql instance for that. When we are creating multi-server SQL Server, then most probably create clone of the Server in this case msdtc may be corrupted.
In above failed scenario we need to uninstall the install msdtc on SQL Server through command prompt.
There is not require any specific folder location. We just need to run command prompt as administration and the type the below code.
command prompt: >msdtc -uninstall
>msdtc -install
If require then restart SQL Server Service from Services.msc
SSO Application configuration requires to reduce burden on BizTalk Configuration file, because using BizTalk configuration file some time create problem if any one by mistake update some invalid data then it will not run any BizTalk application. Also, you cannot set up value from BTSConfig in custom pipeline. So, to overcome this issue, there is a tool provided by Microsoft as SSOConfigurationMMCSnapIn along with SSOHelper class file.
below is the link of download SSOConfigurationMMCSnapIn software which you need to install on the system.
https://www.microsoft.com/en-in/download/details.aspx?id=14524
BizTalk 2016 has some issue with SSO Configuration Application MMC Snap-In. So Sandro Pereira has created a new tool BizTalk.Tools.SSOApplicationConfiguration to setup the data. you can download from below reference:
https://gallery.technet.microsoft.com/BizTalk-Server-SSO-e83756f7
For more details you can refer to below reference:
You need to create a dll file to read the key/value pair from sso configuration. SSOClientHelper.cs file is also available in SSOConfigurationMMCSnapIn downloaded file. If you doesn’t find, then create dll based on below code and gac it. Below code is mentioned in that cs file.
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Collections.Specialized;
using Microsoft.BizTalk.SSOClient.Interop;
namespace SSOHelper
{
public class ConfigurationPropertyBag : IPropertyBag
{
private HybridDictionary properties;
internal ConfigurationPropertyBag()
{
properties = new HybridDictionary();
}
public void Read(string propName, out object ptrVar, int errLog)
{
ptrVar = properties[propName];
}
public void Write(string propName, ref object ptrVar)
{
properties.Add(propName, ptrVar);
}
public bool Contains(string key)
{
return properties.Contains(key);
}
public void Remove(string key)
{
properties.Remove(key);
}
}
public static class SSOClientHelper
{
private static string idenifierGUID = “ConfigProperties”;
public static string Read(string appName, string propName)
{
try
{
SSOConfigStore ssoStore = new SSOConfigStore();
ConfigurationPropertyBag appMgmtBag = new ConfigurationPropertyBag();
((ISSOConfigStore)ssoStore).GetConfigInfo(appName, idenifierGUID, SSOFlag.SSO_FLAG_RUNTIME, (IPropertyBag)appMgmtBag);
object propertyValue = null;
appMgmtBag.Read(propName, out propertyValue, 0);
return (string)propertyValue;
}
catch (Exception e)
{
System.Diagnostics.Trace.WriteLine(e.Message);
throw;
}
}
}
}
Code for reading Key Value data as defiled above
string archiveFilePath = SSOHelper.SSOClientHelper.Read(“ApplicationName”, “KeyName”);
You can use above code template in custom pipeline, orchestration or any other BizTalk components.
Issue:
Webhost failed to process a request.
Sender Information: System.ServiceModel.Activation.HostedHttpRequestAsyncResult/33808916
Exception: System.ServiceModel.ServiceActivationException: The service ServiceName.svc cannot be activated due to an exception during compilation. The exception message is: Receive location for address ServiceName.svc not found. (The BizTalk receive location may be disabled.). —> Microsoft.BizTalk.Adapter.Wcf.AdapterException: Receive location for address ServiceName.svc not found. (The BizTalk receive location may be disabled.)
Resolution:
This will happen when BizTalk web Service getting corrupted. Sometimes if we update user credential and forgot to update on respective service e.g. Enterprise SSO, BizTalk Host, Application Pool identity on IIS then it will happen
1st Approach:
2nd Approach
3rd Approach:
if first two approach doesn’t work then we have to go for below approach
Issue:
XML is missing in XMLDisassenbler stage: There was a failure executing the receive pipeline: Source: “XML disassembler” Receive Port URI Reason: Item has already been added. Key in dictionary: ‘Request’ Key being added: ‘Request’
Resolution:
When we use ESB pipeline in BizTalk Receive location, this will happen when there is multiple schema in BizTalk admin console though different application. We need to specify the schema in the pipeline through help of below link:
https://vkbiztalk.com/2018/03/21/same-schema-in-different-biztalk-applications/
This blog is to explain how to handle below requirements in BizTalk Receive Pipeline.
Let’s discuss these points.
By default, BizTalk Receive Pipeline Json Decoder can convert the Json message to Xml message.
Example:
{
“ForeignTax”: 12.5,
“AdditionalPremium”: 20
}
2. Handle List/Array json messages
By default, BizTalk receive pipeline Json Decoder cannot convert Array/List Json messages to Xml format.
Example:
[
{
“Id”: 94,
“LineOfBuinsinesses”: [
{
“Id”: 1,
“Description”: “abc”,
“Type”: 1
},
{
“Id”: 2,
“Description”: “def”,
“Type”: 2
},
{
“Id”: 3,
“Description”: “ghi”,
“Type”: 2
}
]
}
]
In order to handle this kind of json messages, we need to add one Root element to the message and this can be done using custom pipeline. You can download the custom pipeline code from below link.
We need to add this pipeline to Receive pipeline decode stage and deploy the application.
You need to supply the RootName parameters from Pipeline properties in BizTalk admin console.
In the above screenshot, you need to provide RootNode under Decode Stage.
After executing this receive pipeline Enhance JSON Stage, your json message looks like something below and this message can be handled by JSON Decoder.
{“Details”: [
{
“Id”: 94,
“LineOfBuinsinesses”: [
{
“Id”: 1,
“Description”: “abc”,
“Type”: 1
},
{
“Id”: 2,
“Description”: “def”,
“Type”: 2
},
{
“Id”: 3,
“Description”: “ghi”,
“Type”: 2
}
]
}
]}
Also, you can use the same pipeline for both List and Non-List messages, only thing you have to do for Non-list message is that you no need to supply any Root parameter.
3. Remove special characters before Json Decoder pipeline stage
If you want to remove some special characters in the Json message, you can use some regular expression in the custom Pipeline code.
Example:
string invalidCodeRegEx = @”[\\][u][0-9]{4}|\\b”;
text = System.Text.RegularExpressions.Regex.Replace(text, invalidCodeRegEx, “”);
Issues: The type or namespace name does not exist in the namespace in orchestration.
Reason: When we have start building solution and add orchestration. And after some time we change the name or design of the solution. And then if we create a new orchestration, that orchestration would have different namespace from older solution because solution name has been changed. So if we have two or more orchestration then they have different namespace. That’s why this issue occur when we try to build the solution.
Solution: You need to verify the type namespace in each orchestration, namespace should be unique through out all orchestration in one solution.
in short, Orchestration namespace should be same for all orchestrations under one bizTalk solution
