A BizTalk Server 2010 application contains an orchestration with one receive port and one send port.
You evaluate the runtime behavior of the orchestration by viewing the promoted properties of any inbound and outbound messages of the orchestration. You need to modify the application so that you can view these promoted properties on the BizTalk Server Group Hub page. What should you do?

• A. In Orchestration Designer, change the Report To Analyst property to True. Redeploy the orchestration. Create filters on the receive port receive location that evaluate the messages promoted properties.
• B. In the BizTalk Administration console, modify the orchestration properties. Under Track Message Bodies, select Before orchestration processing and After orchestration processing.
• C. In the BizTalk Administration console, modify the orchestration properties. Under Track Message Properties, select the check boxes for incoming and outgoing messages.
• D. In Orchestration Designer, change the Type Modifier property to Public. Redeploy the orchestration.

You use the BizTalk WCF Service Publishing Wizard to expose a BizTalk Server 2010 orchestration as a Microsoft Windows Communication Foundation (WCF) service. It is exposed with the WCF-BasicHttp binding and a corresponding receive location is created. The outcome of a recent IT audit has required the use of the WCF-WSHttp binding instead of WCF-BasicHttp. You need to fulfill the audit requirements.
What should you do?

• A. Use the WCF Service Publishing Wizard to republish the orchestration. Use the Metadata only endpoint (MEX) to publish the metadata for the previously created receive location.
• B. Use the WCF Service Publishing Wizard to republish the orchestration. Select WCF-WSHttp as the transport type.
• C. In the BizTalk Administration console, modify the receive location and select WCF-WSHttp. Configure the updated port with the endpoint address (URI) of the deployed WCF service.
• D. In the BizTalk Administration console, modify the receive location and select WCF-Custom. Configure the updated port with the endpoint address (URI) of the deployed WCF service. Change the binding type to wsHttpBinding.

You are developing a BizTalk Server 2010 orchestration. In the Business Rule Composer, you create and save a policy named BonusPolicy that calculates an employees bonus based on year-to-date sales. You add a Call Rules shape to the orchestration. In the BizTalk Orchestration Designer, BonusPolicy is not listed in the menu of available policies to call. You need to make the policy available in the Orchestration Designer. What should you do?

• A. In the Business Rules Composer, create a vocabulary with a definition that references the XML schema used to evaluate BonusPolicy. Publish the vocabulary.
• B. In the Business Rules Composer, publish BonusPolicy.
• C. In the Business Rules Composer, use the Rule Store menu and load policies from the BizTalkRuleEngineDb database.
• D. Use the Rule Engine Deployment Wizard to export BonusPolicy.

A BizTalk Server 2010 solution processes envelope messages. A receive port uses the XML disassembler pipeline component to split the envelope messages into an interchange of separate child messages. The messages are not validated. The entire interchange fails when the receive pipeline processes the message. You need to ensure that processing continues for the remaining child messages.
What should you do on the XML disassembler pipeline component?

• A. Set the Allow Unrecognized Message property to True.
• B. Set the Validate document structure property to False.
• C. Set the Document Schema property to Microsoft.XLANGs.BaseTypes.Any.
• D. Set the Recoverable Interchange Processing property to True.