Ans: The BizTalk Framework is a set of guidelines for driving the consistent adoption of XML to enable e-Commerce and application integration.
It is initiated by Microsoft and supported by a wide range of organizations.
Ans: BizTalk provides costs savings when used in internal IT projects and can be used in externally focused solutions too.
Ans:
Top New Features
BizTalk Server 2009 introduces enhancements and new featured in four main areas:
Updated Platform Support
Support for Visual Studio 2008 SP1
Support for .NET Framework 3.5 SP1
Support for Windows Server 2008
Virtualization support with Hyper-V
Support for SQL Server 2008
Developer & Team Productivity
New Application Lifecycle Management (ALM) experience – with Support for TFS – integrated source control, bug tracking, unit testing, MSBuild automation
Enhanced Developer Productivity with Visual Studio project system updates & Map Debugging
SOA and Web Services
ESB Guidance 2.0
New UDDI v3 Web Services Registry
New and enhanced LOB adapters (Oracle eBusiness Suite, SQL Server)
Enhanced host systems integration (WebSphere MQ, CICS, IMS)
Enhanced BAM support
Business to Business Integration
New Mobile RFID Platform
New RFID device management and industry standards support
Enhanced Support for EDI and AS2 Protocols and Drummond certification
Updated SWIFT Support and SWIFTReady Financial EAI Gold certification
Ans: Messages in BizTalk are data, and each message must be of a selected message type. E-mail, Documents, Info-path forms, large binary files, SQL records, flat files, and anything XML can be processed as messages. BizTalk is all about messages and message-oriented programming. The most common message type in Biz-talk is a schema.
Ans: BizTalk enables companies to integrate and manage business processes by exchanging business documents between business applications within or across organizational boundaries.
Ans: BizTalk Server 2000 is based on the BizTalk Framework. It provides the infrastructure and tools toenable B2B eCommerce and process integration.
Ans: The BizTalk Framework is an open framework for B2B exchange, It is implemented across all major platforms and most major B2B products.
Ans: A “Message Assignment” shape is used to create a new message and assign values to it.
A Expression shape is used to assign values to variables and also write ‘if’ conditions.
Ans: Promoted properties can be accessed in Orchestrations, ports, pipelines, schemas.They Use server resources.
Distingished fields are light weight and can be accessed only in Orchestrations.
Ans: A document schema is used to define a message. It is a definition on an Xml message with optional extensions for flat files, EDI file, etc that enable the parsers to convert the native format into Xml.
A property schema is used to define message context properties. These can be of type MessageDataPropertyBase (the property value is promoted or demoted from/to the message itself) or MessageContextPropertyBase(property value only exists within the message context and can be set by adapters, pipelines or within orchestrations).
If you wish to promote a field from a message into the message context then you need to define a document schema and property schema. In the document schema you promote the required field using the property schema to define the property type that will be used in the message context.
Ans: Dehydration: When an orchestration has been idle for a while, the orchestration engine will save the state information of the instance and free up memory resources.
Rehydration: When a message is received, or else when a timeout has expired, the orchestration engine can be automatically triggered to rehydrate the instance – it is at this point that the orchestration engine loads the saved instance of the orchestration into memory, restores the state, and runs its from the point it left off.
Ans: The default mapping for Auto Mapping is is mapping by structure. This can be changed to by node name in the map properties.
Ans:
Ans: An Orchestration can have more than one instance running simultaneously. Even though each of those multiple instances perform the same action, it does it on different data contained within a message.
Correlation is a process of associating an incoming message with the appropriate instance of an orchestration.
For Example: If your orchestration issues a purchase order, receives an invoice, and sends a payment, the developer must make certain that the invoice message is received by the orchestration instance which corresponds to the orchestration that sent the Purchase Order. Without correlation, it would be possible to send out an invoice for thousands of items even though the purchase order is for one. And each correlation is based on a set of properties known as correlation types.
Ans: Receive Port:
Listens for messages.
Adapters:
Information interchange with external systems
Pipeline, dis-assembler and sub-components:
Normalizing the schema’s (wire message in its native format) of the internal messages using XML as the common language.
Message-box:
Internal XML messages are published here and then are further consumed by
Subscribers:
Subscribers (Send Port and Orchestration components):
Subscribe to internal messages per metadata or message context properties.
Biz-talk Orchestration Engine:
Processing the internal messages, re-publishing them to Message-box to be consumed by other subscribers.
Send Port:
Consumes the internal XML messages, converts them to a wire messages through the associated pipeline and sub-component Assembler.
Adapter:
Conveys the wire message to the target system.
Ans: Sending messages from one orchestration to another is done by using Direct Binding technique. It is also being used for sending messages directly into the message box. It is used in publish and subscribe system in BizTalk for sending messages among orchestrations.
Ans: A pipe line is used to write Distinguished Fields in the message context when a message is received on a port. Dis-assembler pipeline component such as XML and flat file disassemble does the job of writing the message context by the pipeline. In addition to it, custom pipeline component could also be performing it.
Ans:
Ans: The process of saving your running orchestration state at certain point is called persistence.
Orchestration engine persist a running instance which is based on the design of orchestration.
There are few events or stages, which triggers the persistence operation called persistence points.
Ans: A rules engine is a software system, which is used for executing one or more business rules in a dynamic production environment. The rules might be from legal regulation, company policies or any other resources.
Ans: Biz Talk is a Business Process Management server from Microsoft. It is a message based integration tool. Biz Talk enables large enterprises to automate and integrate the business processes. This process is done by using adapters those are tailored for communicating among various software systems in an enterprise. It provides functions like Business Process Modeling, Business-to-Business communication, Message broker, EAI, Process automation. Biz Talk enables enterprises for integrating and managing business processes by exchanging various documents such as PO (Purchase Order), Invoices within and across boundaries of enterprises. MS Visual Studio supports development for Biz Talk server.
Ans: Information worker can set parameters for an orchestration that implements a business process, which a business analyst may not be able to create.
Developer creating an orchestration can define parameters for an orchestration to enable information workers configure it. An information worker sets those parameters using the TPM service by specifying their values in the partner’s agreement.
Ans: Information workers Manage trading partner relationships within organizations. Business Activity Services include a Trading Partner Management (TPM) component to allow them do those. TPM database stores information about trading relationships. Information workers can create and modify agreements with trading partners who use BizTalk Server.
Ans: BizTalk is a product while Web Services are a standard.
BizTalk Server is a Microsoft product whereas Web Services have been developed by many organizations including Microsoft, IBM, etc.
BizTalk Server application has been built to enable the internal business processes of organizations, operate with ease. Web Services are small applications published using UDDI to enable all the people find them.
Web services are that they are platform neutral. BizTalk can leverage Web services.
Ans: Message routing is a method of passing through BizTalk without being processed.Content routing is a method of passing of the message which is based on certain field value of the schema.
Ans: Content-based routing provides flexibility for users who want to route messages based on envelope properties or on receive port configuration properties. Routing can be performed based on information contained in the envelope of the document or even configuration information from the receive location.
A BizTalk Server business process involves receiving, processing, and sending messages. Some messages do not require intensive processing in an orchestration. They can benefit from a simpler and more efficient solution called Content-based routing.
Ans: BizTalk server detects the potential for certain race conditions, which are ensured that all correlated messages are received by the same orchestration instance. The potentiality of these race conditions is detected by BizTalk server. These messages are treated as a ‘convoy’. A convoy set is a group of correlation sets. All such subsequent messages which match the general subscription are evaluated against the convoy set, and the matched convoys are routed to an existing port.
Ans: Rules engine is provided as component of a business rules management system, which provides the abilities such as define, register, classify and manage all rules, verifies consistency of rules definitions, defining relationships among rules and relates them to IT applications which are effected by one or more rules.
Ans:
Set the Message Body Part property to True so that it acts just like a regular message
Ans: The promotion of Prompted Fields/Properties is done in the message context by a pipeline called receive pipeline at the time when a message is received on a port. This task is performed by dis-assembler pipeline component (XML or a flat file dis-assembler). In addition to it, custom pipeline component could also be performing it.
Ans: Purpose of deriving up-to-date metrics and key performance indicators from the BAM databases, Business Integration tools are used. The forecasting of process trends by uses and monitoring processes in real time scenarios is done by using BI tools. Users get alerts for situations which need their intervention for preventing undesirable outcome for encouraging beneficial results, a mechanism is provided by BAM.
Ans: Business data and process milestones are captured by Business Activity Monitoring(BAM), which is a module in BizTalk . Business decisions makers are allowed by BAM for gaining insight for their in-flight process.
Ans: Following is the list of events (Persistence Points) that call the persistence operation:
Ans: Before jumping in to do as the error message suggests, let’s think for a moment about what that entails.
Inspect every Receive and Send shape to determine if it uses a Message variable that’s associated with the schema you want to change.
Its not a good practice to create a single orchestration with so many Receive/Send shapes.
Delete Port connections, once you find all the Receive/Send shapes.
Change the Message variable so that the Message Type property is set to the new schema and then re-associate the Message variable with each Receive/Send shape.
Find all the Port Types that are associated with the Ports you disconnected from Receive/Send shapes and reset their Operation’s Message Type properties.
Use a Multi-Part Message Type to wrap the underlying schema. It’s flexible and saves time in the long run.