แก้ไข

แชร์ผ่าน


SB-Messaging Adapter

The Service Bus (SB-Messaging) adapter is used to receive and send from Service Bus entities like Queues, Topics, and Relays. You can use the SB-Messaging adapter to connect your on-premises BizTalk Server to Azure.

Starting with BizTalk Server 2016 Feature Pack 2, Service Bus Premium is supported. When configuring a send port using this adapter, you can send messages to partitioned queues and topics.

Important

The BizTalk SB-Messaging Adapter uses the SBMP protocol which supports messages up to a maximum size of 1mb. The BizTalk adapter does not support the AMQP protocol which can handle larger messages.

Authenticating with Service Bus

Service Bus provides two methods to authenticate:

  • Access Control Service (ACS)
  • Shared Access Signature (SAS)

We recommend using Shared Access Signature (SAS) to authenticate with Service Bus. The Shared Access Key value is listed in the Azure portal.

When you create a Service Bus namespace, the Access Control (ACS) namespace is not automatically created. To use Access Control, you need the Issuer Name and Issuer Key values of this namespace. These values are available when you create a new ACS namespace using Windows PowerShell. These values are not listed in the Azure portal.

To use ACS for authentication, and get the Issuer Name and Issuer Key values, the overall steps include:

  1. Install the Azure Powershell cmdlets.

  2. Add your Azure account: Add-AzureAccount

  3. Return your subscription name: get-azuresubscription

  4. Select your subscription: select-azuresubscription <name of your subscription>

  5. Create a new namespace: new-azuresbnamespace <name for the service bus> "Location" -CreateACSNamespace $true -NamespaceType Messaging

    Example: new-azuresbnamespace biztalksbnamespace "South Central US" -CreateACSNamespace $true -NamespaceType Messaging

  6. When the new ACS namespace is created (which can take several minutes), the IssuerName and IssuerKey values are listed in the connection string:

    Caution

    This example or guidance references sensitive information, such as a connection string or a username and password. Never hardcode these values in your code, and make sure that you protect confidential data by using the most secure authentication available. For more information, see the following documentation:

    Name                  : biztalksbnamespace
    Region                : South Central US
    DefaultKey            : abcdefghijklmnopqrstuvwxyz
    Status                : Active
    CreatedAt             : 10/18/2016 9:36:30 PM
    AcsManagementEndpoint : https://biztalksbnamespace-sb.accesscontrol.windows.net/
    ServiceBusEndpoint    : https://biztalksbnamespace.servicebus.windows.net/
    ConnectionString      : Endpoint=sb://biztalksbnamespace.servicebus.windows.net/;SharedSecretIssuer=owner;SharedSecretValue=abcdefghijklmnopqrstuvwxyz
    NamespaceType         : Messaging
    

See New-AzureSBNamespace for guidance.

Receive messages from Service Bus

  1. In the BizTalk Server Administration console, expand BizTalk Group, expand Applications, and then expand your application.

  2. Right-click Receive Ports, select New, and select One-Way receive port.

  3. Give it a name, and select Receive Locations.

  4. Select New, give it a Name. In the Transport section, select SB-Messaging from the Type drop-down list, and then select Configure.

  5. Configure the General properties:

    Use this To do this
    Queue or Subscription URL Specify the URL where the Service Bus queue is deployed. Typically the URL is in the following format:

    sb://<namespace>.servicebus.windows.net/<queue_name>
    Open Timeout Specifies a time span value that indicates the time for a channel open operation to complete.

    Default value: 1 minute
    Close Timeout Specifies a time span value that indicates the time for a channel close operation to complete.

    Default value: 1 minute
    Receive timeout Specifies a time span value that indicates the time for a receive operation to complete.

    Default value: 10 minutes
    Prefetch count Specifies the number of messages that are received simultaneously from the Service Bus Queue or a topic. Prefetching enables the queue or subscription client to load additional messages from the service when it performs a receive operation. The client stores these messages in a local cache. The size of the cache is determined by the value for the Prefetch Count property you specify here.

    For more information, refer to the section “Prefetching” at https://azure.microsoft.com/documentation/articles/service-bus-performance-improvements/

    Default value: -1
    Use Session Select this check box to use a Service Bus session to receive messages from a queue or a subscription.
  6. Configure the Authentication properties:

    Use this To do this
    Access Control Service Select this to use ACS for authentication and provide the following values:

    - Enter the Service Bus Access Control Service STS URI. Typically the URI is in the following format:

    https://<namespace>-sb.accesscontrol.windows.net/

    - Enter the issuer name for the Service Bus namespace.

    - Enter the issuer key for the Service Bus namespace.
    Shared Access Signature (new starting with BizTalk Server 2013 R2) Select this to use Shared Access Signature (SAS) for authentication, and provide the SAS key name and key value.
  7. In the Properties tab, in the Namespace for Brokered Message Properties, enter the namespace that the adapter uses to write the brokered message properties as message context properties on the message received by BizTalk Server. If you want to promote the brokered message properties, select the Promote Brokered Message Properties check box.

  8. Select OK.

  9. Select your Receive handler, and the Receive pipeline. Select OK to save your changes. Create a Receive Location provides some guidance.

Send messages to Service Bus

  1. In the BizTalk Server Administration console, right-click Send Ports, select New, and select Static One-way send port.

    Create a Send Port provides some guidance.

  2. Enter a Name. In Transport, set the Type to SB-Messaging, and select Configure.

  3. Configure the General properties:

    Use this To do this
    Destination URL Enter the URL where the Service Bus queue is deployed. Typically the URL is in the following format:

    sb://<namespace>.servicebus.windows.net/<queue_name>
    Batch Flush Interval Specifies a time span value that indicates the interval when the message batches being sent to a Queue or a Topic are flushed. The default value is 20 milliseconds.

    For more information about batching with respect to Service Bus Queues and Topics, see the Client-side batching section at https://azure.microsoft.com/documentation/articles/service-bus-performance-improvements.
    Open Timeout Specifies a time span value that indicates the time for a channel open operation to complete.

    Default value: 1 minute
    Send Timeout Specifies a time span value that indicates the time for a send operation to complete.

    Default value: 1 minute
    Close Timeout Specifies a time span value that indicates the time for a channel close operation to complete.

    Default value: 1 minute
  4. Configure the Authentication properties:

    Use this To do this
    Access Control Service Select this to use ACS for authentication and provide the following values:

    - Enter the Service Bus Access Control Service STS URI. Typically the URI is in the following format:

    https://<namespace>-sb.accesscontrol.windows.net/

    - Enter the issuer name for the Service Bus namespace.

    - Enter the issuer key for the Service Bus namespace.
    Shared Access Signature (new starting with BizTalk Server 2013 R2) Select this to use Shared Access Signature (SAS) for authentication, and provide the SAS key name and key value.
  5. In the Properties tab, enter the Namespace for the user defined Brokered Message Properties that contains the BizTalk message context properties that you want to write on the outgoing message to Service Bus. All the namespace properties are written to the message as user-defined Brokered Message properties. The adapter ignores the namespace while writing the properties as Brokered Message properties. It uses the namespace only to ascertain what properties to write.

    You can also enter the values for the BrokeredMessage properties. These properties are described at BrokeredMessage Properties, including the Partition Key.

  6. Select OK to save your changes.

See also

Using adapters