Online Access Free 70-595 Exam Questions

You are configuring a BizTalk Server 2010 environment with one server running Microsoft SQL Server for the BizTalk databases and Enterprise Single Sign-On (SSO) store. There are two BizTalk servers. All software has been installed. Both BizTalk servers will share a BizTalk group. You need to complete the installation in this environment. You start the BizTalk Server Configuration wizard on both BizTalk servers.
What should you do next?

• A.On BizTalk Server 1, select and apply Basic Configuration. On BizTalk Server 2, select and apply Basic Configuration.
• B.On BizTalk Server 1, select Custom Configuration. Create a new SSO system and BizTalk group on the server running SQL Server. On BizTalk Server 2, select Custom Configuration. Create a new SSO system and BizTalk group on the server running SQL Server.
• C.On BizTalk Server 1, select Custom Configuration. Create a new SSO system and BizTalk group on the server running SQL Server. On BizTalk Server 2, select Custom Configuration. Join the existing SSO system and BizTalk group.
• D.On BizTalk Server 1, select Custom Configuration. Create a new SSO system and BizTalk group on the server running SQL Server. On BizTalk Server 2, select and apply Basic Configuration.

An existing BizTalk Server 2010 messaging solution for processing orders has a send port group that contains two send ports.
Send Port A is for Supplier A and Send Port B is for Supplier B.
Each supplier receives only one copy of each order message.
The order schema has a promoted property named OrderAmount that contains the total amount of the order.
The send port group subscribes to all messages where a promoted property OrderAmount exists.
The send ports do not have a filter defined. Messages with an order amount less than or equal to 1000 must be sent to Supplier A.
Messages with an order amount greater than 1000 must be sent to Supplier B.
Only a single message can be sent to either Supplier A or Supplier B.
You need to modify the solution to route each order message to either Supplier A or Supplier B.
What should you do?

• A.Set a filter on Send Port A to subscribe for messages where OrderAmount is <= 1000. Set a filter on Send Port B to subscribe for messages where OrderAmount is > 1000. Stop and start the send port group.
• B.Keep the existing filter condition on the send port group. Add a filter condition on the send port group to subscribe for messages where OrderAmount is <= 1000. Add a filter OR condition on the send port group to subscribe for messages where OrderAmount is > than 1000.
• C.Set a filter on Send Port A to subscribe for messages where OrderAmount is <= 1000. Set a filter on Send Port B to subscribe for messages where OrderAmount is > 1000. Delete the send port group.
• D.Delete the existing filter condition on the send port group. Add a filter condition on the send port group to subscribe for messages where OrderAmount is <= 1000. Add a filter OR condition on the send port group to subscribe for messages where OrderAmount is > 1000.

You use BizTalk Server 2010 to send EDI purchase orders to three trading partners. All of the trading The safer , .partners use the same version of the purchase order message but define custom codes for the product types. The trading partners confirm purchase order acknowledgements by email instead of through response messages. The standard purchase order schemas included with BizTalk do not include the custom product type codes for each trading partner. You need to ensure that each trading partners purchase order schema is the schema that is used for orders that are sent to them. What should you do?

• A.Under the transaction set settings for the party, define a local host setting for each trading partner. For the namespace, use the default namespace defined by BizTalk for EDI messages.
• B.Under the transaction set settings for the party, define a local host setting for each trading partner. For the namespace, use the custom namespace you defined for each BizTalk schema.
• C.Under the transaction set settings for the party, define an envelope for each trading partner. For the namespace, use the default namespace defined by BizTalk for EDI messages.
• D.Under the transaction set settings for the party, define an envelope for each trading partner. For the namespace, use the custom namespace you defined for each BizTalk schema.

You are integrating BizTalk Server 2010 with a secure Microsoft Windows Communication Foundation (WCF) service that does not have metadata exchange (MEX) enabled. The web service provider distributes an XML schema with a root node named SecretData without a namespace for the data provided by the web service. You generate a BizTalk schema based on the XML schema. You finish developing the application and deploy it for integration testing. When testing the service, you trace the messages received from the service. You see that the response message is within a single element named SecureResponse. SOAP elements wrap the response message and the SecureResponse element. You need to specify the inbound message body properties to ensure that the message can be received. What should you do?

• A.Choose the Path option. For the body path expression, specify /*[local-name()='SecretData']. Add the soapProcessing endpoint behavior with the property processMessages=True.
• B.Choose the Body option. Add the useRequestHeadersForMetadataAddress service behavior.
• C.Choose the Envelope option. Add the soapProcessing endpoint behavior with the property processMessages=True.
• D.Choose the Path option. For the body path expression, specify /*[local-name()='SecureResponse']/* [local-name()='SecretData'].

A BizTalk Server 2010 solution contains an orchestration that uses a Scope shape. At run time, an error occurs in a shape that is placed after the Scope shape. The orchestration does not contain logic to compensate for what happened inside the Scope shape. You need to add a compensation block to the Scope shape. What should you do?

• A.Set the Transaction Type property to Atomic. Set the Isolation Level property to Read Committed.
• B.Set the Transaction Type property to Long Running. Set the Compensation property to Custom.
• C.Set the Transaction Type property to Atomic. Set the Isolation Level property to Serializable.
• D.Set the Transaction Type property to Long Running. Set the Synchronized property to True.