Explore topic-wise InterviewSolutions in Current Affairs.

YES. It is POSSIBLE in ITINERARIES.

Yes. It is possible in itineraries.

Message Routing:

Message Router : DETERMINES the RECIPIENT of the message based on a set of conditions

Content-Based Router : determines the recipient of a message based on message content

Routing-Slip : a message must be routed through a series of components in a pre-defined order, which may not be known at the design time. 

Recipient List: a message is routed to one or more recipients (static / dynamic)

Splitter : Breaking one message to multiple chunks

Message TRANSFORMATION:

Translator : Solves the problem of translating incompatible data formats between two systems

Normalizer : Solves the problem when MESSAGES received from different sources are semantically equivalent but format is different 

Content Enricher : Solves the problem by furnishing additional data to the received message required by target system

Service Mediation:

VETO / VETRO : Solves the problem using esb pipelines for Validate, Enrich, Transform, Route, Operate

Request-Response: Solves the problem of two-way communication

Service Management:

REPAIR and Resubmit: Solves the problem with the use of ESB Management Portal

Message Routing:

Message Router : determines the recipient of the message based on a set of conditions

Content-Based Router : determines the recipient of a message based on message content

Routing-Slip : a message must be routed through a series of components in a pre-defined order, which may not be known at the design time. 

Recipient List: a message is routed to one or more recipients (static / dynamic)

Splitter : Breaking one message to multiple chunks

Message Transformation:

Translator : Solves the problem of translating incompatible data formats between two systems

Normalizer : Solves the problem when messages received from different sources are semantically equivalent but format is different 

Content Enricher : Solves the problem by furnishing additional data to the received message required by target system

Service Mediation:

VETO / VETRO : Solves the problem using esb pipelines for Validate, Enrich, Transform, Route, Operate

Request-Response: Solves the problem of two-way communication

Service Management:

Repair and Resubmit: Solves the problem with the use of ESB Management Portal

ServiceName, ServiceState, ServiceType

ServiceName, ServiceState, ServiceType

USING ORCHESTRATION SERVICE EXTENDER.

Using Orchestration Service Extender.

YES, you NEED to ADD multiple ITINERARY Services in sequence to achieve this.

Yes, you need to add multiple Itinerary Services in sequence to achieve this.

Yes (with some trick), a message created WITHIN BIZTALK ORCHESTRATION can promote PROPERTIES with ESB context and published to MessageBox.

Yes (with some trick), a message created within BizTalk Orchestration can promote properties with ESB context and published to MessageBox.

On-Ramp -> ESB PIPELINE (ESB CONTEXT PROMOTION) -> Itinerary -> MessageBox -> Queue message for SUBSCRIBER -> Subscriber (ORCHESTRATION / Off-Ramp).

On-Ramp -> ESB Pipeline (ESB Context promotion) -> Itinerary -> MessageBox -> Queue message for subscriber -> Subscriber (Orchestration / Off-Ramp).

It sets endpoint location PROPERTIES for the outbound MESSAGE USING ESB resolution GUIDANCE.

It sets endpoint location properties for the outbound message using ESB resolution guidance.

An Esb ImportUtil.exe utility tool is a GOOD OPTION USED to publish or deploy the ITINERARY XML into the ESB Itinerary DB database. 

An Esb ImportUtil.exe utility tool is a good option used to publish or deploy the itinerary XML into the ESB Itinerary DB database. 

Because you have chosen to EXPORT your Itinerary in XML for moving it to a DIFFERENT ENVIRONMENT. Once you are importing it to the targeted environment, you have an option for "PUBLISH" / "Deploy".

Because you have chosen to export your Itinerary in XML for moving it to a different environment. Once you are importing it to the targeted environment, you have an option for "Publish" / "Deploy".

The Itinerary need to be in the DEPLOYED status in order to use it. To verify this, you can either CHECK nStatus COLUMN value "1? in Itinerary table or ItineraryStatus column in Visual Studio by selecting MODEL Exporter as Database. 

You won't be able to call the itinerary in PUBLISHED status.

The Itinerary need to be in the Deployed status in order to use it. To verify this, you can either check nStatus column value "1? in Itinerary table or ItineraryStatus column in Visual Studio by selecting Model Exporter as Database. 

You won't be able to call the itinerary in Published status.

Export MODE property can be used to DEFINE where the SERVICE will execute. 

Strict: ensures that the itinerary service executes in its PRESCRIBED container; itinerary has a stage property that specifies the pipeline in which the service executes. 

Default: the itinerary service executes in the order prescribed, but not necessarily in the pipeline stage desired.

Export Mode property can be used to define where the service will execute. 

Strict: ensures that the itinerary service executes in its prescribed container; itinerary has a stage property that specifies the pipeline in which the service executes. 

Default: the itinerary service executes in the order prescribed, but not necessarily in the pipeline stage desired.

YES, by IMPLEMENTING IResolverProvider INTERFACE.

Yes, by implementing IResolverProvider interface.

ROUTING SLIP pattern is widely used message routing pattern and used when a message is routed through a SERIES of COMPONENTS in a pre-defined order (may be UNKNOWN during design time). ESB provides this pattern via Itinerary-based processing. A business rule can be used to select an Itinerary for a message dynamically.

Routing Slip pattern is widely used message routing pattern and used when a message is routed through a series of components in a pre-defined order (may be unknown during design time). ESB provides this pattern via Itinerary-based processing. A business rule can be used to select an Itinerary for a message dynamically.

The ESB Management Portal provides views of fault information that make it EASY to monitor, MANAGE, and DEBUG ESB applications. It also provides features that you can use to manage alerts, publish UDDI information, and ADMINISTER the portal.

The ESB Management Portal provides views of fault information that make it easy to monitor, manage, and debug ESB applications. It also provides features that you can use to manage alerts, publish UDDI information, and administer the portal.

• On-Ramp is receive location which PROVIDES esb context (Corresponds to Receive PORT)
• Off-Ramp (TYPICALLY DYNAMIC) is send port with respect to esb context (Corresponds to the send port) 

A component which FEEDS runtime configuration values to the ADAPTER provider the so that it can dynamically configure the Dynamic Adapter at run-time. It is a .NET component having a COLLECTION of entries which tells what values to use for various BizTalk components.

Example: STATIC, UDDI, XPATH, BRE, BRI, ITINERARY, ITINERARY-STATIC, LDAP 

A component which feeds runtime configuration values to the Adapter provider the so that it can dynamically configure the Dynamic Adapter at run-time. It is a .NET component having a collection of entries which tells what values to use for various BizTalk components.

Example: STATIC, UDDI, XPATH, BRE, BRI, ITINERARY, ITINERARY-STATIC, LDAP 

Yes, in fact, VISUAL studio DEFAULT option is to ENFORCE encryption. Since ITINERARIES may potentially contain SENSITIVE configuration information, “Itinerary Encryption”was introduced to encrypt your itineraries with a certificate before exporting them.

Yes, in fact, visual studio default option is to enforce encryption. Since Itineraries may potentially contain sensitive configuration information, “Itinerary Encryption”was introduced to encrypt your itineraries with a certificate before exporting them.

Itinerary (ALSO described as "Routing slip") is a mediation POLICY which can be attached to a message which comes to the ESB DYNAMICALLY. Itinerary provides pictorial view of message flow with On/Off Ramp 

Itinerary (also described as "Routing slip") is a mediation Policy which can be attached to a message which comes to the ESB dynamically. Itinerary provides pictorial view of message flow with On/Off Ramp 

• ITINERARY SERVICES
• Resolver, Adapter Provider Frameworks
• EXCEPTION Management FRAMEWORK

We can have BRE RESOLVER to achieve more DYNAMIC routing approach. Rules can be configured not only for TRANSPORT or transformation but also for itinerary itself.

We can have BRE resolver to achieve more dynamic routing approach. Rules can be configured not only for transport or transformation but also for itinerary itself.

ESB TOOLKIT doesn't ADDRESS to IMPROVE run-time PERFORMANCE.

ESB Toolkit doesn't address to improve run-time performance.

Below are are some underline FEATURES of ESB toolkit:

• Location & Version Transparency
• Transport Protocol Conversion
• Dynamic Data / FORMAT TRANSFORMATION
• Lightweight Service Composition
• Error Handling & Repair
• Service Interactions SUPPORT

Below are are some underline features of ESB toolkit:

It is a SECURITY ISSUE that can happen while doing ESB Toolkit setup in a multi-server configuration. This happens when ESB Portal web application refused to FORWARD the impersonated CREDENTIALS to the SQL Server since it is on another server. An identity delegation RIGHTS should be given to the application pool. 

It is a security issue that can happen while doing ESB Toolkit setup in a multi-server configuration. This happens when ESB Portal web application refused to forward the impersonated credentials to the SQL Server since it is on another server. An identity delegation rights should be given to the application pool. 

2.3

2.3

BizTalk ESB Toolkit provides a set of services on top of the existing BizTalk Server 2010 ARCHITECTURE to enable service consumers and service providers to be PART of a loosely-coupled but mediated environment. Using ESB toolkit, it HELPS to enable Dynamic Routing, Transformation and Exceptions handling and considered to be a platform to realize a service-oriented architecture and by solving the problems of point-to-point service connectivity with the help of a common mediation LAYER (the "BUS").

BizTalk ESB Toolkit provides a set of services on top of the existing BizTalk Server 2010 architecture to enable service consumers and service providers to be part of a loosely-coupled but mediated environment. Using ESB toolkit, it helps to enable Dynamic Routing, Transformation and Exceptions handling and considered to be a platform to realize a service-oriented architecture and by solving the problems of point-to-point service connectivity with the help of a common mediation layer (the "bus").