iT Synergy Blogs

Growing Innovation - Soluciones a problemas reales

Copyright © 2025 · iT Synergy·

Exponer un servicio usando el Relay del bus de servicios de Windows Azure
Exponer un servicio usando el Relay del bus de servicios de Windows Azure avatar

By Leave a Comment

Prerequisitos:

  1. Tener creado un service bus en Windows Azure y conocer las credenciales de autenticación a este bus de servicio, nuestro bus se llama sbtestrelay:

1_createServicebus

2.  Luego seleccionar CONNECTION INFORMATION     del menú inferior para obtener las credenciales de autenticación al bus de servicios creado:

3_credentials

 

3. Copiar en un block de notas el default issuer y el Default Key ya que de aquí en adelante necesitaremos de estas credenciales.

 

En la Solución de Visual Studio del Servicio:

4. Para exponer un servicio en el bus de servicio de Windows Azure se requiere incluir a nuestra solución de visual studio, el paquete con el que trabaja Windows Azure Service Bus:

4.1.  Para instalar este paquete puede seguir los pasos de la siguiente página:

http://www.nuget.org/packages/WindowsAzure.ServiceBus/

Una vez adicionado este paquete al proyecto, en el archivo de configuración debe aparecer un tag de extensiones como la siguiente:

 

<extensions>
      <!– In this extension section we are introducing all known service bus extensions. User can remove the ones they don’t need. –>
      <behaviorExtensions>
        <addname=“connectionStatusBehavior“type=“Microsoft.ServiceBus.Configuration.ConnectionStatusElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“transportClientEndpointBehavior“type=“Microsoft.ServiceBus.Configuration.TransportClientEndpointBehaviorElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“serviceRegistrySettings“type=“Microsoft.ServiceBus.Configuration.ServiceRegistrySettingsElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
      </behaviorExtensions>
      <bindingElementExtensions>
        <addname=“netMessagingTransport“type=“Microsoft.ServiceBus.Messaging.Configuration.NetMessagingTransportExtensionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“tcpRelayTransport“type=“Microsoft.ServiceBus.Configuration.TcpRelayTransportElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“httpRelayTransport“type=“Microsoft.ServiceBus.Configuration.HttpRelayTransportElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“httpsRelayTransport“type=“Microsoft.ServiceBus.Configuration.HttpsRelayTransportElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“onewayRelayTransport“type=“Microsoft.ServiceBus.Configuration.RelayedOnewayTransportElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
      </bindingElementExtensions>
      <bindingExtensions>
        <addname=“basicHttpRelayBinding“type=“Microsoft.ServiceBus.Configuration.BasicHttpRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“webHttpRelayBinding“type=“Microsoft.ServiceBus.Configuration.WebHttpRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“ws2007HttpRelayBinding“type=“Microsoft.ServiceBus.Configuration.WS2007HttpRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“netTcpRelayBinding“type=“Microsoft.ServiceBus.Configuration.NetTcpRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“netOnewayRelayBinding“type=“Microsoft.ServiceBus.Configuration.NetOnewayRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“netEventRelayBinding“type=“Microsoft.ServiceBus.Configuration.NetEventRelayBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
        <addname=“netMessagingBinding“type=“Microsoft.ServiceBus.Messaging.Configuration.NetMessagingBindingCollectionElement, Microsoft.ServiceBus, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ />
      </bindingExtensions>
    </extensions>

Configurar el web Config del Servicio

5. Es necesario realizar la siguiente configuración en el web config del servicio:

5.1. Ubicar los tags de Bindings <bindings></bindings> y dentro de estos tags incluir el siguiente binding:

<basicHttpRelayBinding>
        <bindingname=“NombreBinding“>
          <securitymode=“None“relayClientAuthenticationType=“None“ />
        </binding> </basicHttpRelayBinding>
    </bindings>

 

Donde,

<NombreBinding>. Es el nombre que usted le quiere asignar al binding.

Para nuestro binding de ejemplo, tendriamos lo siguiente:

<basicHttpRelayBinding>          
          <bindingname=“customBinding“>
            <securitymode=“None“relayClientAuthenticationType=“None“ />
          </binding>
      </basicHttpRelayBinding>

 

5.2. Dentro de los tags  del servicio correspondiente <service name=”NombreServicio” behaviorConfiguration=”ServiceBehaviour”> </service> , incluir el siguiente endpoint:

 

<endpointname=“NombreEndpoint“
            contract=“Namespace.InterfazDelServicio“
            binding=“TipoBinding“
            bindingConfiguration=“NombreBindingConfiguration“
            behaviorConfiguration=“NombreBehaviorConfigurationEndpoint“
            address=“http://NamespaceServiceBus.servicebus.windows.net/NombreServicioenRelay/“ />

Donde:

<NombreEndpoint>. Es el nombre con el cual se identifica el servicio.

<Namespace.InterfazDelServicio>. Nombre del contrato del servicio

<TipoBinding>. El tipo de binding que se quiere implementar. Para este ejemplo usaremos basicHttpRelayBinding

<NombreBindingConfiguration>. Es el nombre que se le asigno al binding en el punto anterior (5.1)

<NombreBehaviorConfigurationEndpoint>. Es el nombre del Behavior que se asigno. Para este ejemplo usaremos sharedSecretClientCredentials

<NamespaceServiceBus>. Es el nombre del namespace del service bus, creado en el punto 1 de los prerrequisitos que para nuestro caso sería sbtestrelay.

<NombreServicioenRelay>. Nombre con el cual se va identificar el servicio expuesto en relay, para este ejemplo sería ServicioPruebasRelay.

 

Finalmente para este ejemplo el endpoint qudaría de la siguiente manera:

 

<servicename=“TestWCF.WCFServiceTest“behaviorConfiguration=“ServiceBehaviour“>
          <endpointname=“BasicHttpRelayBinding“
                    contract=“TestWCF.IWCFServiceTest“
                    binding=“basicHttpRelayBinding“
                    bindingConfiguration=“customBinding“
                    behaviorConfiguration=“sharedSecretClientCredentials“
                    address=“http://sbtestrelay.servicebus.windows.net/ServicioPruebasRelay/“ />
        </service>

 

Con la inclusión de este endpoint se expondrá nuestro servicio  en el relay del bus de Servicios.

 

5.3. Dentro de los tags <endpointBehaviors> </endpointBehaviors>  incluir las siguientes líneas de código.

 

<behaviorname=“NombreBehaviorEndpoint“>
          <transportClientEndpointBehavior>
            <tokenProvider>
              <sharedSecretissuerName=“NombreUsuariosb“issuerSecret=“Clavesb“ />
            </tokenProvider>
          </transportClientEndpointBehavior>
        </behavior>

Donde:

<NombreBehaviorEndpoint>. Nombre del behavior para este ejemplo usaremos sharedSecretClientCredentials

<NombreUsuariosb>. Usuario (Default Issuer) del service bus obtenido en el punto 3 de los prerrequisitos. Para nuestro caso sería owner

<Clavesb>. Clave (Default key ) del services bus obtenido en el punto 3 de los prerrequisitos. Para nuestro caso seria XXXXXXXXXXXXXXXXXXXXXXXXXXXXX.

Con este paso lo que se pretende es autenticación frente al bus de Servicios de azure para poder exponer nuestro servicio en el Relay.

Nuestro behavior quedaria de la siguiente manera:

 

<behaviorname=“sharedSecretClientCredentials“>
          <transportClientEndpointBehavior>
            <tokenProvider>
              <sharedSecretissuerName=“owner“issuerSecret=“XXXXXXXXXXXXXXXXXXXXXXXX“ />
            </tokenProvider>
          </transportClientEndpointBehavior>
        </behavior>

 

Y asi de esta manera nuestro servicio quedará expuesto en el bus de servicio de Windows Azure

 

Verificar si el servicio está expuesto en el Relay.

Cuando el servicio esta ejecutándose en el IIS automanticamente en Windows Azure en el ítem service Bus Aparecerá el service bus creado en el punto 1 (sbtestrelay) y al seleccionar este bus de servicio se desplegará un menú en el panel derecho en la parte superior que contiene:

All, Queques, Topics, Relays, Notifications, Configure

Seleccionar el item Relays y allí aparecerá nuestro servicio (ServicioPruebasRelay) expuesto en el Relay del Bus de servicio, como lo muestra la siguiente pantalla:

4_creadoServiceBus

BizTalk Services: Crear un LOB Relay y Target
BizTalk Services: Crear un LOB Relay y Target avatar

By Leave a Comment

Para crear un LOB Target determinado debe ubicar el Biztalk Server Adapter del Server Explorer en el proyecto correspondiente (Service Biztalk). Allí encontrará los diferentes tipos de LOB Target.

Nota // Antes que nada abra la solución del proyecto en modo administrador.

Como ejemplo crearemos un SQL Server LOB Target como se muestra a continuación:

1. Se debe ubicar sobre el tipo de LOB Target deseado (SQL) dar clic derecho sobre este:

image

2. Aqui se desplegará un asistente que  le ayudará  a crear servicios de Linea de Negocios (LOB) en sistemas on – premise para que se puedan acceder desde la nube.

Para este caso se ingresan los datos correspondientes al servidor de base de datos, instancia(si la tiene) y nombre de la base de datos. Adicional a esto se digitan las credenciales de autenticación para conectarse a la base de datos correspondiente.image

3. Una  vez ingresados los datos anteriores y se de clic en siguiente, el sistema procede a autenticarse contra la base de datos y si es correcta esta autencación mostrará los elementos que conforman esta base de datos (tablas, procedimientos, querys, etc). Aqui se seleccionan las operaciones que se quieren realizar sobre este target system (base de datos de SQL), como se muestra en la siguiente pantalla:

image

3.1.Luego  se especifican las credenciales con las cuales se conectan al LOB Target (para este ejemplo credenciales de autenticación para la base de datos de sql server) y dar clic en siguiente:

image

4. Un LOB Relay proporciona conectividad para su destino a las aplicaciones en la nube utilizando el Relay del bus de Servicio de Windows Azure. Puede usar un LOB Relay exitente o crear uno nuevo.

Para este ejemplo se creará un LOB Relay, para ello tener en cuenta lo siguiente:

  • Namespace:Campo requerido. Ingrese su espacio de nombres  del bus de servicios(Service Bus) de Windows Azure  ya que el Relay LOB se creará en el bus de servicios. Si no sabe que espacio de nombre debe colocar lea mi blog Lo que debe saber para crear un proyecto usando Biztalk Services  punto 2 que especifica como tener un namespace en el bus de servicios de Windows Azure. Para este ejemplo el namespace será sbtestRelay
  • Issuer Name. Campo requerido. Este usuario se obtiene del creado en el bus de servicios. Si no sabe el usuario que deberia digitar en este campo, dirijase a mi blog Lo que debe saber para crear un proyecto usando biztalk services. punto 2.2.1 Alli encontrará la manera de obtener la credenciales de autenticación al bus de servicios de Windows Azure. Para este ejemplo el usuario será owner
  • Issuer Secret.  Campo requerido. Esta contraseña se obtiene de la creada en el bus de servicios. Si no sabe el la contraseña correspondiente, al usuario del paso anterior,  dirijase a mi blog Lo que debe saber para crear un proyecto usando biztalk services. punto 2.2.1 Alli encontrará la manera de obtener la credenciales de autenticación al bus de servicios de Windows Azure. Para este ejemplo  La contraseña será XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  • Relay path. Campo obligatorio. Digite el nombre que desee para identificar el nuevo Relay. Para este ejemplo el Relay path sera  ServiceTest
  • Target sub – path.  Campo obligatorio. en este campo se digita  una sub-ruta para hacer de este destino único. Para nuestro ejemplo será sample.

 

Y como resultado se tendrá construido un Target Runtime como el siguiente:

https://sbtestrelay.servicebus.windows.net/ServiceTest/sample/

Como se muestra en la siguiente pantalla:

image

5. Se da clic en siguiente y si todos los datos son correctos aparecerá un pantalla como la siguiente y alli se selecciona crear. Con este paso estaremos creando nuestro LOB Relay:

image

6. Y Finalmente la confirmación de nuestro LOB Relay creado satisfactoriamente:

image

Lo que debe saber para crear un proyecto usando BizTalk Services
Lo que debe saber para crear un proyecto usando BizTalk Services avatar

By Leave a Comment

1. Tener un espacio de nombres ACS (Access Control Service) en Windows Azure.

Al implementar un proyecto de servicio de BizTalk desde Visual Studio, se debe ingresar este espacio de nombres de ACS.

Si aún no tiene un tiene un espacio de nombre ACS siga el siguiente manual

http://www.windowsazure.com/en-us/manage/services/biztalk-services/provisioning-biztalk-service/#ACS

1.1. Si ya tiene un ACS, verificar si se encuentra activo, para ello tenga en cuenta los siguientes pasos:

1.1.1. Seleccionar el ítem Manage del menú que se encuentra en la parte inferior de la pantalla:

clip_image002

1.1.2. Una vez se ingresa al ACS seleccione en Service Settings el ítem Service Identities:clip_image004

1.1.3. Seleccione el service identity:

clip_image006

1.1.4. Verifique si el password se encuentra en un status Valido y de clic sobre password.

clip_image008

1.1.5. Si en el paso anterior, el password no se encuentra en un status valido modifique la fecha de expiración del password a una fecha superior de la fecha actual:

clip_image010

1.2. Finalmente copie el un block de notas el usuario y el password se se mostraron en la pantalla anterior. Tenga presente estas credenciales durante la creación y ejecución de un proyecto en Biztalk Services

Credential ACS:

User: owner

Password: ahv8fGTK7xqqMFRxyzabcdUY8CsdfsdfSOHDwe45RB=

 

2. TENER UN NAMESPACE SERVICE BUS.

2.1. Si no se tiene un namespace service bus siga el siguiente manual:

Create a Service Namespace: http://www.windowsazure.com/en-us/develop/net/how-to-guides/service-bus-relay/

2.2. Si ya tiene un namespace service bus obtenga las credenciales de autenticación de este service bus:

Tener creado un service bus en Windows Azure y conocer las credenciales de autenticación a este bus de servicio, nuestro bus de servicio de ejemplo se llama sbtestrelay:

clip_image012

2.2.1. Luego seleccionar Connection Information del menú inferior para obtener las credenciales de autenticación al bus de servicios creado:

clip_image015

Copiar en un block de notas el default issuer y el Default Key ya que de aquí en adelante se necesitarán estas credenciales para poder implementar Biztalk Services.