• about reply
Solidsoft Reply Logo
Menu
  • What we do
  • Pharmaceutical Sector
  • The Solid Blog
  • Newsroom
  • Contact Us
  • about Reply
Solidsoft Reply Logo

Search

Focus On

Blog

BizTalk schemas and maps – some interesting tips

Author: Ratnakar Sinha

Choice Group Node

In recent BizTalk implementations, BizTalk was supposed to receive a common client envelope schema which can internally contain data for different message types. The incoming message looked similar to below image. Body can optionally contain any one of the message types. BizTalk schemas -1.png

A common approach followed in these type of cases is to implement a custom pipeline component with custom disassembler that will contain envelope schema and corresponding document schemas.

BizTalk schemas-2.png

An alternative and simple way to implement this message processing scenario is by creating a choice group in the xsd file. The choice node can contain other nodes (or entire subtrees of nodes), only one of which can appear in an instance message. A given instance message, if valid, will have only one of the choices present. This solution hence avoids creation of a custom pipeline component to extract document xml from envelope xml message. Note that there may be specific cases where custom pipeline component cannot be avoided but in common scenario like above, choice group is sufficient to address the issue. BizTalk schemas-3.png

Root Reference

If a schema file contains multiple root elements, you can generate xml instance for any specific root element in visual studio by changing root reference property to the root element name for which you require to generate xml instance. BizTalk schemas-4.png BizTalk schemas-5.png

Logical Existence functoid in BizTalk maps

The default functionality of Logical Existence functoid is to return the value "true" if the input record or field exists in the source message. There are cases where we do not want the target element to appear in the output xml file as empty tags if the element is missing in the source xml message. This can be achieved using logical existence functoid. BizTalk schemas-6.png

In the background, BizTalk mapper generated xslt adds condition to not allow empty xml nodes being created in output xml file.BizTalk schemas-7.png

Without Logical Existence functoid, mapper would have generated above xslt code as: BizTalk schemas-8.png

RELATED CONTENTS

THE SIMPLE SOLUTION TO CHECK MEDICINES 0

THE SIMPLE SOLUTION TO CHECK MEDICINES

VeriLite is a web based application which has been built from the ground up by Solidsoft Reply to meet the needs of the Falsified medicines directive (FMD).

THE SIMPLE SOLUTION TO CHECK MEDICINES 1
THE BETTER WAY TO MANAGE CONTROLLED DRUGS 0

THE BETTER WAY TO MANAGE CONTROLLED DRUGS

eCDR-Pro provides an easy online solution to boost clinical productivity, enhance health data insights and improve patient experiences

THE BETTER WAY TO MANAGE CONTROLLED DRUGS 1

KEEPING EUROPE CITIZENS SAFE FROM FAKE MEDICINES

This article delves into Solidsoft Reply, the European Medicines Verification System (EMVS), and how Solidsoft Reply designed the architecture using Service Fabric, Azure Cosmos DB, and Azure Event Hubs.

KEEPING EUROPE CITIZENS SAFE FROM FAKE MEDICINES 0
 
 
 
 
Reply ©​​ 2023​ - Company Information -
 PrivacyCookie Settings​
  • About Reply​​​
  • Inves​tors​​
  • Newsroom
  • Follow Reply on
  • ​
  • ​
​
  • ​About Solidsoft Reply
  • Privacy & Cookies Policy
  • Information (Client)
  • Information (Supplier)​