BizTalk Brasil

COLECÇÃO Microsoft Integration Stencils para VISIO 2016/2013

2016-10-11T17:35:00.001-03:00

É bom estar de volta a este blog e a escrever em português após algum tempo de ausência. E desta vez para partilhar com vocês a minha nova colecção de stencils para Visio 2016 e 2013. Este pacote contém um conjunto de aproximadamente 911 símbolos/ícones que o irão ajudar a representar diagramas conceptuais com a visão geral das suas soluções, funcionalidades ou processos de integração usando BizTalk Server, Microsoft Azure e tecnologias relacionadas, assim como a arquitectura dos seus ambientes:

BizTalk Server
Microsoft Azure
- BizTalk Services
- Azure App Service (API Apps, Web Apps, Mobile Apps, PowerApps and Logic Apps)
- Microsoft Flow
- Event Hubs
- Service Bus
- API Management, IoT and Docker
- Machine Learning, Stream Analytics, Data Factory, Data Pipelines
- and so on
PowerBI
PowerShell
And many more

Este pacote é composto por 8 ficheiros:

Microsoft Integration Stencils v2.3 (406 Shapes)
MIS Apps and Systems Logo Stencils v2.3 (109 shapes)
MIS IoT Devices Stencils v2.3 (131 shapes)
MIS Support Stencils v2.3 (108 shapes)
MIS Servers and Hardware v2.3 (45 shapes)
MIS Originals v2.3 (42 shapes)
MIS Users v2.3 (40 shapes)
MIS Devices v2.3 (30 shapes)

Que você pode usar e redimensionar sem perder a qualidade.

Instruções:

Descarregar o arquivo e copiar para a pasta " C:\Users\you_user\Documents\My Shapes" (que é a pasta padrão para as formas personalizados do Visio)
Para acrescentar estas novas shapes, seleccione a partir da janela Shapes: More Shapes -> My Shapes -> Microsoft Integration Stencils v2.3”
Repita o passo anterior para os restantes ficheiros

Poderá obter esta shapes a através do Microsoft TechNet Gallery: Microsoft Integration Stencils Pack for Visio 2016/2013

VERMAS D16A XSD for BizTalk Server 2013 R2

2016-07-06T16:41:00.001-03:00

O VERMAS é uma nova mensagem EDIFACT, criada pela UNECE para atender a definição do SOLAS de que todo container cheio antes de embarcar deve ser pesado e informado aos responsáveis pelo planejamento do Navio.

Então a UNECE publicou no dia 13/06/2016 a Guia de Implementação final da versão VERMAS D16A.

A questão é que como tudo é muito novo o Biztalk Server não tem schema criado para suportar esse novo mapa e poder trabalhar com essa mensagem.

Então por isso, baseado nessa versão, criamos um schema EFACT_D16A_VERMAS que é aceito e reconhecido pelo BizTalk.

Você pode fazer o download dessa versão no MSDN Code Gallery aqui:
VERMAS D16A XSD for BizTalk Server 2013 R2

Depois de publicar o schema no seu projeto, podemos configurar o EDIFACT Agreement normalmente:

BAPLIE 1911 XSD for BizTalk Server 2013 R2

2016-05-25T13:34:00.001-03:00

Ola Pessoal BAPLIE é um tipo de mensagem no formato EDIFACT utilizado para ajudar a planejar o embarque do navio.

Então nessa mensagem tem informações sobre tudo o que é referente ao navio, como: número do container, o tipo, tamanho e peso, qual a carga que contem aquele container e por ai vai.

A versão mais utilizada no mercado é a D95B, e a documentação dessa versão pode ser encontrado no site oficial da UNECE.

Porém muitos terminais ainda utilizam a versão 1911, que não existe nenhum tipo de documentação oficial.

Consequentemente o BizTalk não suporta essa versão, por padrão não consegue ler esse tipo de mensagem.

Então para atender ao processo, foi necessário criarmos um schema XSD que se adequasse ao arquivo enviado, que pudesse ser lido pelo BizTalk.
Essa versão não é oficial e talvez tenha que ser feitos ajustes para cada caso.

Espero que possa ajudar!

Você pode fazer o download dessa versão no MSDN Code Gallery aqui:
BAPLIE 1911 XSD for BizTalk Server 2013 R2

Enjoy!

E você? Já ajudou a comunidade hoje?

Modulo 3 - Criando um mapa no BizTalk

2016-02-18T15:39:00.001-02:00

Na maioria das Integrações entre Sistemas será necessário criar uma mensagem a partir de uma outra.

Por exemplo: Ao receber uma mensagem representando um pedido, eu preciso verificar se o produto realmente existe. O que envolve banco de dados e execução de procedures.

Existem várias formas de atingir esse objetivo, e um deles é criando um mapeamento entre as mensagens.

BizTalk Map

BizTalk Mapper: Ferramenta visual que faz parte do pacote do Visual Studio, utilizado para contruir os mapas, que define as transformações de dados.

Transformação de Dados: Processo de transformar um documento XML baseado em um schema de entrada em outro documento XML completamente diferente.

BizTalk Map: Arquivo .btm que vai executar o mapeamento propriamente dito. É baseado na linguagem de mercado XML Extensible Stylesheet Language Transformations (XSLT).

Extensible Stylesheet Language Transformations (XSLT): Linguagem de tranformação entre dois documentos definido pelo World Wide Web Consortium (WC3).

Tradução de Dados: Caso especial de Transformação de dados, tipicamente usado quando envolve transformação do formato da mensagem de XML para EDI ou Flat File. Um exemplo pratico é a função do pipeline que setamos na receive e/ou send port.

Functoids: Pedaços de código em XLST ou C# para facilitar visualmente a transformação dos dados entre dois documentos.

Criando um Mapa utilizando o BizTalk Mapper

A ferramenta BizTalk Mapper, que é integrada ao Visual Studio irá iniciar automaticamente quando criarmos um novo mapa ou adicionarmos um mapa existente (Arquivo *.btm) dentro do projeto. Ao criar um novo mapa, devemos especificar o schema de origem e o schema de destino que devem fazer parte do mesmo projeto ou ser referenciado em uma dll.

Ao abrir um novo mapa no BizTalk Mapper temos esses 3 paineis.

Painel do Schema de Entrada - Onde será setado o schema de origem, a mensagem de entrada que vai ser transformada.

Painel do Grid do Mapa - Mostra os links e os functoids que irão controlar como a mensagem de origem será transformada na mensagem de destino.

Painel do Schema de Saida - Onde será setado o schema de saída, a mensagem de destino. Será o nosso resultado final.

É importante sabermos que o mapa é na verdade escrito em linguagem XSLT, o que nos permite uma grande liberdade na hora de criar transformações customizadas.

Recomendo fortemente a leitura deste artigo, do grande Sandro Pereira, que traz uma explicação mais detalhada sobre a construção dos mapas.

BizTalk Mapping Patterns and Best Practices – O livro está disponível para download gratuito

2014-10-02T11:32:00.001-03:00

Sandro Pereira anunciou durante o evento BizTalk Innovation Day Oslo, que ocorreu no passado dia 25 de Setembro, o lançamento e disponibilidade do livro "BizTalk Mapping Patterns and Best Practices" de forma gratuita, uma livro com aproximadamente 400 páginas com vários exemplos práticos e dicas para programadores desenvolver os seus mapas de uma forma mais eficaz, robustos e organizados.

Autor

Sandro Pereira

Descrição do livro

O livro "BizTalk Mapping Patterns and Best Practices" é um guia prático cheio de receitas e cenários reais que podem ser usados como um guia de referência para seu trabalho do dia-a-dia e destinado principalmente para programadores de BizTalk. O foco técnico do livro vai faze-lo menos aplicável para arquitetos ou administradores de BizTalk pois obriga a um conhecimento técnico mais profundo, mas poderá ser útil para eles de forma a garantir que sua equipe implemente algumas boas práticas de desenvolvimento permitindo uma maior eficácia, robustez, organização e uma melhor documentação dos seus mapas.

Este livro requer que o leitor tenha um conhecimento básico de BizTalk Server e Visual Studio. Destinado principalmente para programadores de BizTalk de nível intermédio e avançado, e que tenha experiência anterior no desenvolvimento de mapas de BizTalk por forma a que possam aprender alguns novos truques ou poderem melhorar o seu já extenso conhecimento. Mas, como todas as exemplos e padrões presentes neste livro são muito detalhados e o mesmo contêm um capítulo para descrever os princípios básicos dos mapas, o livro também pode ser usado por programadores que estão a começar a sua atividade em projetos de BizTalk.

Com este livro você pode ganhar alguns insights sobre como as transformações podem ser realizadas, quais são os padrões mais comuns e como funcionam os Mapas e você pode usar este livro como um guia de referência para suas transformações do dia-a-dia.

Padrões abordados:

Direct Translation Pattern
Data Translation Pattern
Content Enricher Pattern
Aggregator Pattern
Content Filter Pattern
Splitter Pattern
Grouping Pattern
Sorting Pattern
Conditional Pattern
Looping Pattern
Canonical Data Model Pattern
Name-Value Transformation Pattern

Revisores Técnicos

Steef-Jan Wiggers, Nino Crudele, Michael Stephenson e José António Silva

Saiba mais sobre o livro e descarregue a sua copia de forma gratuita aqui: http://www.biztalk360.com/biztalk-mapping-patterns/

Modulo 2 – Criando Schemas XML e Flat File

2014-09-18T11:29:00.001-03:00

No Biztalk podemos criar um schema XSD de várias formas:

Criar um schema sem uma instancia da mensagem.
Criar um schema através de uma instancia bem formada de XML.
Utilizar o Wizard para criar schemas de um arquivo Flat File (txt).
Utilizar o Wizard para consumir um serviço WCF e criar o respectivo schema.
Importar ao projeto um schema, arquivo xsd, já pronto, como no caso dos schemas EDI.

Ao longo desses anos, postamos aqui no blog vários exemplos de como criar esses tipos de schema:

EDI

Os schemas dos arquivos no padrão EDI já vem pré-instalados junto com o BizTalk.

Então para utiliza-los basta executar o arquivo MicrosoftEdiXSDTemplates.exe, que irá descompactar os schemas e criar uma pasta com o mesmo nome do seguinte diretório:

C:\Program Files (x86)\Microsoft BizTalk Server 2013\XSD_Schema\EDI

Dentro dessa pasta vamos encontrar todos os schemas que o BizTalk suporta. A partir daí, basta copiar e adicioná-los ao nosso projeto.

Testando os Schemas

Criar e Testar schemas a partir de uma Instancia XML.

Nesse artigo vimos como criar vários tipos de schemas.

Até a próxima.

Criando e Testando Schemas BizTalk Editor

2014-09-18T10:59:00.001-03:00

No BizTalk podemos criar schemas de várias maneiras, nesse artigo vou demonstrar como criar um schema a partir de um XML bem formado e utilizando o BizTalk Schema Editor.

Criando Schema a Partir de uma Instancia XML

Vamos considerar a seguinte Instancia de XML

   1:  <ns0:Root xmlns:ns0="http://CriandoSchemas.schInstanciaXML">

   2:    <ns0:Funcionarios>

   3:      <ns0:Codigo>1</ns0:Codigo>

   4:      <ns0:Nome>Ruth Resende</ns0:Nome>

   5:      <ns0:Cargo>Analista de Sistemas</ns0:Cargo>

   6:    </ns0:Funcionarios>

   7:  </ns0:Root>

1 - Salve esse arquivo em algum diretório.

2 - Crie um projeto de BizTalk

3 - Clique com o botão direito em cima do Projeto e em Add –> Add Generated Items.

4 - No painel esquerdo clique em Generate Schemas –> Generate Schemas.

5 - Clique em Add.

6 - Em Document type, escolha Well-Formed XML.

7 - Em Input file, procure o arquivo XML.

8 - Clique em OK.

Segue o Schema criado a partir da mensagem.

Criando schema pelo Biztalk Editor

1 - Vamos criar o mesmo schema, mas na munheca usando o BizTalk Schema Editor.

2 - Clique com o botão direito em cima do Projeto e em Add –> New Item.

3 – Escolha a opção Schema e de um nome para o arquivo. Nesse caso nomeei schFuncionario.xsd

4 – Clique em Add.

Como podemos notar o arquivo foi criado, ele tem um Root Node que por padrão é chamado de Root (o que pode ser alterado) e também foi dado um Namespace padrão pra ele ( o que também pode ser alterado).

5 – Clique com o botão direito em cima do Root Node e em Insert Schema Node –> Child Record.

Esse Node, é criado quando queremos agrupar informações (campos), que podem ou não se repetir.

6 – Coloque o nome de Funcionarios.

Cada Node do Schema tem suas próprias propriedades.

7 – Clique no Node Funcionarios e na Opção Max Occurs, coloque um ‘*’ (asterisco) , ou escreva unbounded.

Isso indica que o Node Funcionarios pode se repetir infinitamente.

8 – Clique com o botão direito no Node Funcionarios e em Insert Schema Node –> Child Field Element

Essa opção Child Field Element criará um elemento abaixo do Node Funcionarios. Para criar um atributo basta escolher Child Field Atributte.

9 – Coloque o Nome do Campo de Codigo.

10 – Repita o passo 8 e 9 para os campos Nome e Cargo.

11 – Salve o Schema.

Gerando uma Intancia XML do Schema

É possível gerar um modelo do Schema e para verificar como deveriamos receber a mensagem do BizTalk.

1 – Clique com o botão direiro em cima do schema schFuncionario.xsd e em Generate Instance.

Isso irá criar uma Instancia do XML daquele Schema.

2 – Para visualizar a Instancia criada, visualize no Painel Inferior do Visual Studio, janela Output, o link com o caminho do XML. Com a tecla CTRL pressionada, clique nesse link.

O Visual Studio mostra o arquivo em um tipo de Pagina Html, a qual não conseguimos fazer qualquer tipo de alteração com o arquivo.

3 – Em cima do text em XML, clique com o botão direito e em View Source. Agora sim o arquivo poderá ser editado.

Testando a Instancia de XML contra o Schema

O BizTalk disponibiliza alguns recursos muito úteis quando queremos testar e ver se uma determinada instancia de XML combina com o schema que temos.

1 – Clique no schema schFuncionario.xsd e configure as seguinte propriedades:

Generate Instance Output Type – XML ou Native. Essa propriedade configura o tipo de saida dessa mensagem, se for Native, a saída será em TXT ou EDI, e XML será em XML mesmo.
Input Instance FileName – Aponte uma instancia do XML que precisa ser testada.
Output Instance FileName – Apontar um caminho de saida da mensagem.
Validate Instance Input Type – XML ou Native. Essa propiedade configura o tipo de Entrada que queremos testar. Native pode ser Txt ou EDI.

2 – Clique com o botão direito no Schema e em Validate Instance.

O BizTalk vai validar a Instancia e o resultado vai aparecer na tela Output do Visual Studio, que normalmente fica no Painel inferior.

Nesse meu caso deu erro porque o Namespace da minha Instancia está errado.

Alterando o Namespace da minha Instancia

Hoje vimos como criar schemas a partir de Instancias de XML, como também Criar Schemas utilizando o Biztalk Schema Editor além de gerar uma Instancia e testar o Schema.

Até a próxima.

Criando Schema Flat File Posicional

2014-09-17T14:47:00.001-03:00

Vamos imaginar que precisamos criar schemas para receber um arquivo Flat File do tipo posicional.
Como esse:

Então o arquivo tem um cabeçalho, e o corpo como texto.

Esse arquivo contem 3 campos:

CODIGO – Posicao 0 a 6
PRODUTO – Posicao 7 a 20
QUANTIDADE – Posicao 21 a 30

Importando o Schema

Crie um projeto do tipo Biztalk.
Esse arquivo vai se dividir em dois schemas, um representando o Header e o outro representando o Body.
1 - Clique com o botão direito em cima do projeto e em Add –>; New Item.

2 - Escolha a opção Flat File Schema Wizard.

3 - De um nome para o schema, aqui usei o schHeaderProduto.xsd.

4 - Clique em Add.

5 - A tela BizTalk Flat File Schema Wizard vai aparecer. Clique em Next.

6 - No campo Instance file, procure a instancia do Arquivo que queremos importar.

7 - No campo Record Name, esse vai ser o Root do nosso schema. Nesse caso, coloquei Header.

8 - No campo Target namespace, podemos escolher o Namespace que o schema terá. Como o arquivo do Body deverá ter o mesmo namespace que o arquivo do Header, coloquei o valor http://BizTalk_Server_Project1.schProduto .

9 - No campo Code Page, deixei o UTF-8 que é o padrão. Porém se o arquivo contiver caracteres especiais sugiro escolher o Western-European (1252). Pois podemos ter problemas como descrito aqui.

10 - Clique em Next.
11 - Nessa tela devemos selecionar os dados que devem ser considerados. Útil quando o arquivo tem muitos registros.
12 - Selecione apenas o Header.

13 - Clique em Next.
14 - Nessa tela ele pergunta como queremos identificar os registros, como o arquivo é baseado em posição, Escolha a opção By relative positions.

15 - Clique em Next.
16 - Clicando na posição, delimite os campos, como no exemplo a seguir:

17 - Clique em Next.
18 - Nessa tela nomeie os campos com nomes sugestivos.

19 - Clique em Next.

20 - Clique em Finish. O arquivo schHeaderProduto.xsd foi criado.
21 – Repita os passos de 1 ao 9 para criar o arquivo de schBodyProduto.xsd

22 - Clique em Next.
23 - Selecione somente os registros que representam o corpo do arquivo.

24 - Clique em Next.
25 - Como vamos criar um Record que se repete, escolha a opção By delimiter positions.

26 - Clique em Next.
27 - Nessa tela escolha o simbolo que delimita o registro. Aqui será o ENTER, representado pelo {CR}{LF}

28 - Clique em Next.

29 - No primeiro registro, no campo Element Name, coloque um nome para o Record, no caso Produtos.

30 - No campo Element Type, escolha o tipo Repeating record.

31 - E nos outros registros no campo Element Type, escolha Ignore.

32 - Clique em Next.
33 - Ficará assim:

34 - Clique em Next.
35 - Selecione o primeiro registro.

36 - Clique em Next.
37 - Escolha a opção By relative positions.

38 - Clique em Next.
39 - Clique no posição para delimitar os campos.

40 - Clique em Next.
41 - No campo Element Name, coloque nomes sugestivos.

42 - Clique em Next.

43 - Clique em Finish. E o arquivo schBodyProduto.xsd foi criado no seu projeto.

Ao abrirmos esse arquivo no Visual Studio, podemos notar que o Record Produtos foi criado com a propriedade Max Occurs igual unbounded. Isso quer dizer que esse Node pode se repetir várias vezes.

Hoje vimos como criar um schema de um arquivo Flat File Posicional.

Mas somente criar o schema que representa o Arquivo não basta, para o BizTalk conseguir traduzir isso tudo para o XML, precisamos criar um Pipeline Customizado, como ensina meu amigo Sandro Pereira neste Post.

Até a próxima.

Modulo 2 – Introducao ao Biztalk Schema

2014-08-29T10:02:00.001-03:00

O Biztalk pode receber as mensagens no formato, XML, Flat File (txt) ou EDI (Electronic Document Interchange), mas sempre vai processar e trabalhar com as mensagem em formato XML.

Isso quer dizer que devemos ter um “esqueleto”, um modelo da mensagem, para saber quais campos esperar e qual estrutura poder validar.
No Visual Studio, utilizamos o Biztalk Schema Editor para criar um schema que representa esse modelo de mensagem. O resultado é um arquivo XSD (XML Schema Definition), onde criar esse arquivo é um dos primeiros passos no desenvolvimento de um novo projeto em Biztalk.

Terminologia do XML

No XML nós temos:

Root: É o elemento Pai do schema. Por definição, o schema de um projeto em Biztalk, sempre deve conter um Root Node.

Namespace: É usado para identificar o schema de forma única, conforme padrão do W3C. Dentro do Biztalk, a mensagem é identificada pelo Namespace + Root Node. É recomendado que essa combinação seja única dentre todos os projetos publicados.

Elemento: Usado para armazenar um dado de forma hierarquica.

Atributo: Usado para associar uma informação adicional ao Elemento e não pode ser aninhado.

Como no exemplo:

<Cliente ID=”12345”>Contoso</Cliente>

Nesse exemplo, dentro do schema a tag Cliente seria o Elemento e o ID dentro da tag, seria o Atributo.

XSDL (XML Schema Definition Language): É uma linguagem usada para criar schemas, a qual representa o formato da mensagem que o Biztalk irá processar.

XPath (XML Path Language): É uma linguagem usada para navegar através da hierarquia de um documento XML.

Biztalk XML Schema

Dentro do nosso projeto no Visual Studio, um schema é representado visualmente da seguinte forma:

Se abrirmos o arquivo Schema1.xsd em um editor de texto, vamos encontrar:

<?xml version="1.0" encoding="utf-16"?>
<xs:schema xmlns="http://POC_EDI_ACK.Schema1" xmlns:b="http://schemas.microsoft.com/BizTalk/2003" targetNamespace="http://POC_EDI_ACK.Schema1" xmlns:xs="http://www.w3.org/2001/XMLSchema">
  <xs:element name="Root">
    <xs:complexType>
      <xs:sequence>
        <xs:element name="POC">
          <xs:complexType>
            <xs:sequence>
              <xs:element name="Teste" type="xs:string" />
              <xs:element name="Teste2" type="xs:string" />
            </xs:sequence>
          </xs:complexType>
        </xs:element>
      </xs:sequence>
    </xs:complexType>
  </xs:element>
</xs:schema>

Nesse schema, reparem no Root Node, que eu chamei de Root e no namespace que é http://POC_EDI_ACK.Schema1. Nesse schema tenho um Elemento que eu chamei de POC e dentro dele tenho mais dois elementos, que eu chamei de Teste e Teste2.

Segue o equivalente de uma mensagem baseado nesse schema:

<ns0:Root xmlns:ns0="http://POC_EDI_ACK.Schema1">
  <POC>
    <Teste>Teste_0</Teste>
    <Teste2>Teste2_0</Teste2>
  </POC>
</ns0:Root>

Essa mensagem é o que chamamos de Instância de XML.

No Biztalk Schema Editor, conseguimos facilmente alterar qualquer propriedade do schema e seus elementos. Segue a propriedade que representa o Namespace no schema.

Como já falei no post anterior, esse Biztalk Schema Editor é muito útil e uso mesmo em outros projetos, pois posso criar meu schema de uma maneira bem facil e intuitiva e depois posso usar o XSD.exe para transformar esse schema em classes .NET.

Namespaces dentro do Biztalk

No nosso exemplo anterior o Namespace aparece na tag xmlns com o seguinte valor http://POC_EDI_ACK.Schema1

Podemos notar também que a mensagem tem um Root Node, o qual está representada pelo elemento Root, mas poderia ser qualquer outro nome.

Para o Biztalk processar as mensagens corretamente, ele deve conseguir identifica-las e assim endereçá-las para o seu destinatario. Dessa forma, conseguimos identificar as mensagens através do seu Namespace#Root Node. Os valores são concatenados com o caracter especial ‘#’.

Voltando ao nosso exemplo, a nossa mensagem seria identificada da seguinte maneira:

http://POC_EDI_ACK.Schema1#Root

Se a mensagem for enviada com o Namespace ou Root Node diferente do que foi publicado, o Biztalk vai lançar uma série de erros e não vai processar a instancia.

Por esse motivo é muito importante e recomendado que nossos schemas sempre tenha um Namespace.

Ao criar um novo schema o Biztalk já sugere um Namespace apropriado, e se esse Namespace gerado não for o ideal, basta mudá-lo na propriedade Target Namespace.

Agora vamos, repita comigo:

DEVO SEMPRE INCLUIR NAMESPACES NO MEU SCHEMA.
DEVO SEMPRE INCLUIR NAMESPACES NO MEU SCHEMA.

Nesse artigo, vimos uma pequena introdução aos Schemas do Biztalk e as mensagens XMLs, além de aprender a importancia de se usar os Namespaces no schema.

Modulo 1 - Ambiente de Desenvolvimento

2014-08-26T16:54:00.001-03:00

Hoje vamos conhecer o ambiente de desenvolvimento do Biztalk

Como falado anteriormente, para instalar o Biztalk Precisamos:

Windows Server 2012, Windows Server 2008 R2 SP1, Windows 7 SP1, Windows 8.
IIS Instalado.
.NET Framework 4.5
Visual Studio 2012.
Microsoft Visual C++ 2010 Redistributable Package
SQL Server 2012 ou SQL Server 2008 R2 SP1

Isso porque o Biztalk é instalado como se fosse um Add-in para o Visual Studio, então nos nossos projetos vamos sempre usar essa ferramenta para criar novos artefatos.

Artefatos

Biztalk Schema Editor

Essa ferramenta é onde vamos criar os nossos schemas, que vamos comentar no próximo post. Ele gera um arquivo XSD (Schema Definition Language) escrito em XML.

Muito útil, acabo usando mesmo para projetos que não são em Biztalk.

Schema de uma mensagem em EDIFACT.

Biztalk Mapper

Utilizada para transformar (mapear) uma mensagem de entrada em outra mensagem de saída.

Gera um arquivo .map, que nada mas é do que a representação visual do XSL (Extensible Stylesheet Language), que é um padrão de mercado para transformações de conteúdo.

O bacana é que consigo testar a mensagem no próprio VS.

Representação de mapa utilizando os schemas de entrada (esquerda) e saida (direita).

Biztalk Pipeline Designer

Dentro do Biztalk as mensagens são todas em XML, quando eu tenho uma mensagem em Flat File (txt) ou EDIFACT, é necessário utilizar algum conversor para transformar essa mensagem em XML também.

É ai que usamos essa ferramenta.

Gera um arquivo btp, e é utilizado nas Receive e Send Ports. Vamos detalhar esse artefato mais pra frente.

Receive Pipeline pronto pra ler um arquivo texto e transformá-lo em XML.

Biztalk Orchestration Designer

Onde a mágica acontece, rs. Essa ferramenta é parecida com um fluxograma e vamos programando as ações que a Interface vai ter.

As ações são representadas por “caixas” que são arrastadas visualmente. Bem fácil de se trabalhar.

Gera um arquivo .odx e se abrirmos esse arquivo em um note pad, veremos as instruções escritas em C#.

Orchestration arquivo.odx

Biztalk Administration Console

Uma ferramenta muito importante, onde monitoramos o que está acontecendo com as interfaces. É uma ferramenta que acessamos fora do Visual Studio e também deve ser instalada no ambiente de produção.

Aqui vemos qual interface deu erro, qual interface está sendo executada, e etc.

Podemos pegar as mensagens (XML) que estão sendo trafegadas, parar/iniciar um serviço, fazer Deploy/Remover uma aplicação.

Ou seja, sem essa ferramenta eu não vivo. :)

BRE – Business Rule Engine

Utilizado para armazenar as regras de negocio que podem mudar frequentemente.

Feito de uma forma intuitiva, com a proposta de qualquer usuário pode entender e alterar essas regras sem a ajuda do desenvolvedor ou analista de sistemas.

Eu particularmente, uso para armazenar parametros, como servidor de email, email do destinatário para ser enviado em caso de erros, e etc.

Agora vocês já conhecem um pouco mais o ambiente de desenvolvimento e as ferramentas utilizadas pelo desenvolvedor.

Bons projetos!

Modulo 1 - Introdução ao Biztalk Server 2013

2014-08-06T14:53:00.001-03:00

O que é o Biztalk? Bem, na nossa página Sobre, já respondi a essa pergunta.

Quais Cenários o Biztalk Consegue Resolver?

Vou listar aqui uma compilação de situações reais, as quais tive a oportunidade de vivenciar, nas empresas por onde passei, durante esses 7 anos de experiência, trabalhando com o produto.

Cenário 1 - Uma grande empresa lider de mercado, precisava enviar seus pedidos de compras feito no seu ERP, para uma empresa de e-Procurement, a qual recebia e enviava as mensagens através do protocolo HTTP. Nesse projeto usamos os adaptadores SAP e HTTP.

Cenario 2 - Uma Empresa, precisava sincronizar o cadastro de seus clientes, que estavam no seu ERP, com o cadastro de um fornecedor externo. Usamos os adaptadores SAP e SOAP.

Cenario 3 - Uma Empresa do Comercio varejista, precisava enviar o pagamento de suas vendas feita com cartão de crédito para o seu ERP. Usamos os adaptadores WCF-SAP e WCF-Oracle.

Cenario 4 - Uma empresa de Transportes Maritimos recebe a movimentação de seus parceiros via arquivo EDIFACT e precisa enviar essas mensagens para seu ERP. Usamos os adaptadores EDIFACT e WCF-SQL.

Quais as Vantagens de se usar Biztalk?

Novamente falamos sobre a necessidade de se usar um ESB para contemplar os cenários listados acima. Infelizmente o SOA, aqui no Brasil ainda é visto com certa desconfiança.

Com certeza as empresam não querem investir numa ferramenta paga como o BizTalk, sendo que é possível resolver o mesmo problema de uma forma mais barata, ou até mesmo com custo zero.

Mas com o BizTalk ganhamos:

Segurança
Rastreabilidade da Integração.
Menor tempo de desenvolvimento.
Facilidade em ajustar o código.
Garantia que nenhuma mensagem será perdida.

Nesses meus anos trabalhando com Integração, o que mais sofro é quando algum sistemas da ponta diz que não recebeu a mensagem. Então, tenho que provar que a mensagem foi enviada pelo Biztalk, o sistema deles é que está descartando a mensagem, ou retornando algum tipo de erro que nem o time de desenvolvimento consegue ver.

Ao meu ver essa é uma das grandes vantagens do BizTalk: Provar que a culpa é dos outros. :P

Biztalk Server 2013 Editions

Enterprise - Essa versão é a mais cara, e é utilizada por grandes empresas, a qual tenha muitas integrações a serem feitas, e suporta cluster.

Standard - Utilizada por pequena e médias empresas. Podem ser instaladas 5 Aplicações e não suporta cluster.

Branch - Para pequenas empresas. Pode instalar apenas 1 aplicação, e não suporta cluster. Também não está disponivel o Biztalk Adapter Pack que inclui os adaptadores WCF-SAP, WCF-Oracle, e etc.

Developer - Para uso do desenvolvedor.

Requisitos de Instalação

Minimo de Hardware

Processador com 1 GHz ou mais para single core.
Processador com 900 MHz ou mais para dual core.
Processador com 700 MHz para quad core.
2 GB de memória - (esse valor é o que a Microsoft recomenda, mas é pouco, por experiencia no minimo 4 GB)
10 GB livres no HD

Minimo de Software

Windows Server 2012, Windows Server 2008 R2 SP1, Windows 7 SP1, Windows 8.
IIS Instalado.
.NET Framework 4.5
Visual Studio 2012.
Microsoft Visual C++ 2010 Redistributable Package
SQL Server 2012 ou SQL Server 2008 R2 SP1

A lista completa pode ser vista em http://msdn.microsoft.com/en-us/library/jj248697(v=bts.80).aspx

Nesse post vimos uma pequena introdução ao Biztalk Server 2013.

Gestão e limpeza das tabelas de MarkLog existentes nas base de dados de BizTalk Server

2014-07-24T14:17:00.001-03:00

Todas as base de dados de BizTalk Server para as quais o “Backup BizTalk Server” job faz o backup, ou seja todas à excepção do BAM Star Schema (BAMStarSchema), tem uma tabela chamada "MarkLog".

Estas tabelas contêm registos de todas as transacções de backups de logs efectuados (que na realidade são timestamps em formato de string) criados pelo 3º passo presente no job “Backup BizTalk Server” (MarkAndBackUpLog), para uma determinada base de dados de BizTalk. Este passo, MarkAndBackupLog, é responsável pela registo que um determinado backup do ficheiro de log será efectuado nestas tabelas e depois efectuar o respectivo backup. Isto significa que cada vez que este passo é executado, por defeito de 15 em 15 minutos, uma string é armazenada nessa tabela com a seguinte convenção de nomenclatura:

Log_<yyyy>_<MM>_<dd>_<HH>_<mm>_<ss>_<fff>

Onde:

“Log”: é uma string constante
yyyy: A representação dos 4 dígitos do ano.
MM: A representação do mês de 01 a 12
dd: O respectivo dia do mês, de 01 a 31.
HH: A representação da hora usando a nomenclatura de um relógio de 24 horas, ou seja os valores vão de 00 a 23
mm: A representação dos minutos de 00 a 59.
ss: A representação dos segundos de 00 a 59.
fff: A representação dos milisegundos de uma determinada data.

Exemplo: BTS_2014_05_06_14_15_01_327

Mas infelizmente o BizTalk Server não providencia nenhuma funcionalidade out-of-the-box para limpar estas tabelas. E o procedimento normal é executar a ferramenta BizTalk Terminator para limpar essas tabelas. Podemos ver mais informações sobre esta tarefa aqui: Clean up the MarkLog table with Terminator

BizTalk Terminator é uma excelente ferramenta que permite endereçar e resolver os problemas mais comuns atravês de scripts disponibilizados pela equipa de produto e que deve ser usado com cuidado e por utilizadores que compreendam o que realmente estão a fazer.

No entanto têm uma limitação duas limitações bastante grave:

Para executar em segurança esta ferramenta o ambiente terá de ser parado, o que significa downtime da nossa plataforma de integração.
E se validar-mos a descrição dessa tarefa “PURGE Marklog table“ efectuada pelo BizTalk verificamos que a operação chama um script SQL que limpa completamente todos os registos destas tabelas - e que talvez não seja uma boa prática pois perdemos algumas informações que nos poderão ser interessantes!

A informação (timestamps) presente na tabela de MarkLog são úteis para administradores BizTalk? Devo limpar todos os dados deste tabelas ou devo manter um histórico?

Pela mesmas razões que nós mantemos um histórico de backup na tabela Adm_BackupHistory controlada pelo passo "Clear History Backup" do job 'Backup BizTalk Server'. Esta informação é importante, por exemplo, para manter um histórico sobre os backups de logs efectuados, por forma a validar se as tarefas de limpeza e manutenção estão a funcionar correctamente e por forma a garantir quais os backups que necessitam de ser restaurados em caso de falhas.

Segundo as boas práticas, nós deveremos manter ou garantir que estas tabelas contêm os registos referentes ao período que se encontra definido no ultimo passo do “Backup BizTalk Server” job. Ou seja se definirmos que queremos manter um registo do histórico de backup na tabela Adm_BackupHistory de 15 dias, isso significa que deveremos também manter todos os registos referentes a esses 15 dias nas tabelas de MarkLog. O resto dos registos podemos excluir com segurança.

E é por isso que, na minha opinião, você não deve usar o BizTalk Terminator para realizar esta operação!

É seguro limpar estas informações em runtime, ou seja sem necessidade de parar a minha plataforma?

Sim, as linhas na tabela Marklog não são "necessárias" e podem ser limpas sempre que você quiser, desde que “Backup BizTalk Server” job não esteja a ser executado.

Tarefa para limpar as tabelas de MarkLog segundo as boas práticas

Por forma a resolver este simples problema decidi recriar o stored procedure “sp_DeleteBackupHistory” (que se encontra configurado no ultimo passo do “Backup BizTalk Server (BizTalkMgmtDb)” job), com um nome diferente “sp_DeleteBackupHistoryAndMarkLogsHistory” e configurar este procedimento para executar também a tarefa de limpeza das tabelas de MarkLog:

DECLARE @BackupServer sysname, @BackupDB sysname, @RealServerName sysname
DECLARE @tsql nvarchar(1024)
DECLARE @ret int
/* Create a cursor */
DECLARE BackupDB_Cursor insensitive cursor for
   SELECT ServerName, DatabaseName
   FROM admv_BackupDatabases
   ORDER BY ServerName

open BackupDB_Cursor
fetch next from BackupDB_Cursor into @BackupServer, @BackupDB
WHILE (@@FETCH_STATUS = 0)
   BEGIN
      -- Get the proper server name
      EXEC @ret = sp_GetRemoteServerName @ServerName = @BackupServer, @DatabaseName = @BackupDB, @RemoteServerName = @RealServerName OUTPUT

      /* Create the delete statement */
      select @tsql =
      'DELETE FROM [' + @RealServerName + '].[' + @BackupDB + '].[dbo].[MarkLog]
      WHERE DATEDIFF(day, REPLACE(SUBSTRING([MarkName],5,10),''_'',''''), GETDATE()) > ' + cast(@DaysToKeep as nvarchar(5) )

      /* Execute the delete statement */
      exec (@tsql)
      /* Get the next DB. */
      fetch next from BackupDB_Cursor into @BackupServer, @BackupDB
   END
close BackupDB_Cursor
deallocate BackupDB_Cursor

Passos necessários para instalar e configurar esta tarefa

Criar o stored procedure “sp_DeleteBackupHistoryAndMarkLogsHistory” disponível para download aqui: BizTalk Server: Cleaning MarkLog Tables According to Some of the Best Practices
·Alterar a configuração do 4 º passo do trabalho do “Backup BizTalk Server (BizTalkMgmtDb)” job por forma a que este passe a invocar este novo procedimento

Nota: não elimine o “sp_DeleteBackupHistory”

Um obrigado especial ao Tord Glad Nordahl e ao Pedro Sousa que me ajudaram a elaborar este SQL Script.

Download: BizTalk Server: Cleaning MarkLog Tables According to Some of the Best Practices |Microsoft TechNet Gallery

Erros Conhecidos Arquivo EDIFACT

2014-07-22T15:57:00.000-03:00

Trabalhar com arquivos no formato EDIFACT pode ser um pouco complicado.

Como falamos anteriormente aqui, cada parceiro pode enviar a mensagem do seu jeito.

E isso pode acarretar vários tipos de erros, que são difíceis de identificar.

Por isso resolvi aqui compilar os erros mais comuns, aos quais tive o prazer de pesquisar na internet pra tentar achar uma solução. #sqn

Vamos lá:

[4] Invalid Segment Terminator

Causa: O UNA6 Sufix esta configurado para receber CR LF, (enter) e o arquivo veio somente com LF ou outro caracter.

Solução: Colocar no Edifact Delimeters do Pipeline para o Biztalk aceitar outro terminador alem do CR LF

0x3A, 0x2B, 0x2C, 0x3F, 0x20, 0x27, 0x0A sem CR (Configuração no Pipeline para parceiros que enviam somente o LF)

0x3A, 0x2B, 0x2C, 0x3F, 0x20, 0x27, 0x0d, 0x0a com CR e LF (Configuração no Pipeline para parceiros que enviam o CR LF)

----------------------

[21]: Invalid character found

Causa: Caracter especial não permitido.

No segmento UNB existe o enconding que o biztalk deve usar. O padrão é UNOA que não aceita caracteres especiais. O parceiro deve enviar UNOC no segmento UNB se realmente precisar enviar caracteres especiais como Ç ou Ã.

UNB+UNOC:1+PARCEIROA+MINHAEMPRESA+131104:2120+134457'

---------------------------

[26]: Duplicate transaction set detected

Causa: No segmento UNH, o mesmo número que identifica a mensagem, esta sendo usada em outra mensagem no mesmo arquivo.

UNH+SN000000012190+CODECO:D:95B:UN'

-------------------------

[29] Invalid count specified at interchange, group or message level

Causa 1: Número total de segmentos errado. O Biztalk faz uma contagem entre o segmento UNH e o UNT.

UNT+22+33999'

Causa 2: Número total de mensagens dentro do arquivo errado. No final do arquivo no segmento UNZ, é preciso colocar a quantidade certa de  mensagens dentro do arquivo.

UNZ+23+000000007'

------------------------

[33]: Invalid occurence outside message, package or group.

Causa: Falta colocar o CRLF como terminador no pipeline

0x0d, 0x0a

---------------------

[45]: Trailing separator found

Solução: Permitir no Agreement do Parceiro que venha com espaços.

---------------------

[71] Transaction Set or Group Control Number Mismatch.

Causa: Número de identificação da mensagem diferente entre os segmentos. O segmento UNH e o UNZ são segmentos de controle e devem ter um número que identifica a mensagem dentro do arquivo EDI.

UNH+33999+CODECO:D:95B:UM:ITG010'

UNT++33999'

----------------

[72]: Unrecognized segment ID

Causa: Arquivo com terminador inválido. Nesse caso, esse parceiro, envia o arquivo com o terminador de segmento sendo aspas simpes " ' " e tinha duas aspas simples, no meio do arquivo, como terminador ao invés de uma.

TDT+20++1+13+LAP:172:20+++9619440:::AAAA BBBB''

--------------------

[76]: Too few data elements

Causa: Faltando segmento obrigatório dentro do arquivo EDIFACT. No schema alguns segmentos estão configurados para serem obrigatórios e devem ser enviados.

--------------------

Logótipo do BizTalk Server 2013 R2 em formato vectorial

2014-07-19T11:21:00.001-03:00

Na sequência do que tenho feito no passado (BizTalk Server 2013 e BizTalk Server 2010) eu resolvi disponibilizar a nova versão do logotipo BizTalk Server 2013 R2 também ele em formato vectorial.

Uma vez mais, esta é uma colecção de 4 diferentes formatos de imagem do logotipo do BizTalk Server 2013 R2, dois deles estão disponíveis em formato vectorial em que podemos trabalhar com ele (redimensionamento, por exemplo) sem que este perca qualidade e ideal para usar em banner ou cartazes para algum evento:

BizTalkServer2013R2.ai (formato vectorial)
BizTalkServer2013R2.eps (formato vectorial)
BizTalkServer2013R2.pdf
BizTalkServer2013R2.png

No entanto desta vez temos uma versão adicional, às vezes queremos usar o logotipo com fundos pretos ou escuros em que não podemos usar o logotipo normal, desta forma criamos uma versão ideal para estas situações:

BizTalkServer2013R2-white.png

Obrigado à Sónia Gomes (UI/UX Designer na DevScope) por me ter ajudado.

Poderá obter este componente a partir de:

Download: BizTalk Server 2013 R2 logo in vector format |Microsoft TechNet Gallery

Publicar Orchestration WCF-BasicHttp com certificado Https

2014-07-17T13:32:00.001-03:00

Olá Pessoal,

Hoje vou falar sobre publicar uma Orchestration como serviço WCF usando o protocolo Https.

Há um tempinho atrás falamos sobre como publicar uma Orchestration como Serviço WCF, que pode ser visto aqui.

Então eu vou pegar o mesmo projeto e continuar a partir dai.

Pra utilizar o protocolo Https, e proteger o envio e recebimento de nossas mensagens, precisamos instalar um certificado no servidor.

Criar Certificado Auto Assinado

Um certificado auto assinado, é um certificado que não precisa ser emitido por uma entidade certificadora. É usado apenas em POCs e testes, evitando o desperdício de grana.

1 - Abrir o IIS 7

2 - No painel esquerdo, clicar na raiz, no nome do servidor, e no painel direito clicar em Criar um Certificado Auto Assinado.

3 - Irá abrir um Assistente, coloque um nome amigavel para o certificado, no meu caso, vou colocar o nome do servidor. E clicar em OK.

Pronto, a partir dai o certificado já esta instalado nessa maquina.

Intalando o Certificado no Serviço WCF

1 - Ainda no IIS, clique no site onde o seu serviço WCF foi instalado, no meu caso é o Default Web Site.

2 - No Painel esquerdo, clicar em Bindings.

3 - Ao abrir a tela Site Bindings, clicar no Botão Add.

4 - Na propriedade Type, escolher o tipo Https, e em SSL Certificate, escolher o certificado que acabamos de instalar.

5 - Clicar no Botão OK, e em Close.

6 - Clicar em cima do Serviço WCF, e no painel do meio, categoria IIS, clicar em SSL Settings.

7 - E Clicar em Require SSL, e então no painel direito clicar no botão Apply.

Configurar o Web.Config

1 - Abrir o Web.Config do serviço WCF.

2 - Procurar pela tag httpsGetEnabled e alterar para true.

<serviceMetadata httpGetEnabled="false" httpsGetEnabled="true" />

3 - Habilitar o HttpsMexEndpoint

<endpoint name="HttpsMexEndpoint" address="mex" binding="mexHttpsBinding" bindingConfiguration="" contract="IMetadataExchange" />

Configurar a Receive Location do Biztalk

1 - Abrir o BizTalk Server Administration Console

2 - Editar a Receive Location que recebe do Serviço WCF

3 - Na aba Security, alterar o Security mode para Transport.

Depois disso, basta reiniciar o IIS e ao acessar o Serviço pelo https, deve mostrar o wsdl.

Então hoje vimos como implementar o protocolo Https em um serviço WCF hospedado no IIS 7.

Até mais. E você? Já ajudou a comunidade hoje?

Criar Schema para Procedure com FOR XML - WCF SQL

2014-06-26T13:24:00.000-03:00

Com o novo (nem tão novo assim) adaptador WCF-SQL, criar os schemas das procedures ficou simples, não é preciso usar o FOR XML como antigamente.

Mas as vezes precisamos trazer resultados da query aninhados (subquerys), e o FOR XML ainda é util e necessário.

Então vamos pegar o exemplo de uma venda qualquer, assim teremos uma Nota Fiscal e seus itens. Segue uma figura:

Notem que o registro principal, que é a Nota Fiscal, se repete várias vezes, esse tipo de resultado dentro do BizTalk fica muito trabalhoso de fazer o mapeamento.

Então teriamos que ter algo mais parecido com a seguinte imagem:

Agora o registro principal só vemos uma única vez e temos uma subquery, já em XML, representando os Itens da Venda.

Como ficaria a procedure na integra:

   1:  CREATE PROCEDURE spPocSchemaForXml

   2:  AS

   3:  begin

4:

   5:  BEGIN TRAN;

6:

   7:      WITH xmlnamespaces(DEFAULT 'http://POC_SchemaForXml/spPocSchemaForXml')

   8:      SELECT NF.NumNotaFiscal, NF.DataVenda, NF.CodCliente, NF.ValorTotal,

   9:               (SELECT

  10:                      P.Descricao,

  11:                      P.ValorUnitario,

  12:                      V.Quantidade,

  13:                      (V.Quantidade * P.ValorUnitario) AS ValorTotalItem

  14:              FROM tbVendas V

  15:              INNER JOIN tbProdutos P ON V.CodItem = P.CodItem

  16:              WHERE NF.NumNotaFiscal = V.NumNotaFiscal

  17:              FOR XML PATH('ITENS'), TYPE)

  18:      FROM tbNotaFiscal NF

  19:      order by NumNotaFiscal

  20:      FOR XML PATH('Vendas'), TYPE

21:

  22:      COMMIT TRAN;

23:

  24:  end

E o resultado dessa procedure seria um xml:

   1:  <Vendas>

   2:    <NumNotaFiscal>123</NumNotaFiscal>

   3:    <DataVenda>2014-04-29T15:15:17.400</DataVenda>

   4:    <CodCliente>1</CodCliente>

   5:    <ValorTotal>172</ValorTotal>

   6:    <ITENS>

   7:      <Descricao>Mouse</Descricao>

   8:      <ValorUnitario>6</ValorUnitario>

   9:      <Quantidade>2</Quantidade>

  10:      <ValorTotalItem>12</ValorTotalItem>

  11:    </ITENS>

  12:    <ITENS>

  13:      <Descricao>Teclado</Descricao>

  14:      <ValorUnitario>30</ValorUnitario>

  15:      <Quantidade>1</Quantidade>

  16:      <ValorTotalItem>30</ValorTotalItem>

  17:    </ITENS>

  18:    <ITENS>

  19:      <Descricao>Memoria</Descricao>

  20:      <ValorUnitario>130</ValorUnitario>

  21:      <Quantidade>1</Quantidade>

  22:      <ValorTotalItem>130</ValorTotalItem>

  23:    </ITENS>

  24:  </Vendas>

  25:  <Vendas>

  26:    <NumNotaFiscal>456</NumNotaFiscal>

  27:    <DataVenda>2014-04-29T15:16:55.197</DataVenda>

  28:    <CodCliente>2</CodCliente>

  29:    <ValorTotal>594</ValorTotal>

  30:    <ITENS>

  31:      <Descricao>Monitor</Descricao>

  32:      <ValorUnitario>245</ValorUnitario>

  33:      <Quantidade>1</Quantidade>

  34:      <ValorTotalItem>245</ValorTotalItem>

  35:    </ITENS>

  36:    <ITENS>

  37:      <Descricao>HD Externo</Descricao>

  38:      <ValorUnitario>249</ValorUnitario>

  39:      <Quantidade>1</Quantidade>

  40:      <ValorTotalItem>249</ValorTotalItem>

  41:    </ITENS>

  42:    <ITENS>

  43:      <Descricao>Gabinete</Descricao>

  44:      <ValorUnitario>100</ValorUnitario>

  45:      <Quantidade>1</Quantidade>

  46:      <ValorTotalItem>100</ValorTotalItem>

  47:    </ITENS>

  48:  </Vendas>

Como puxar o schema dessa procedure no BizTalk para ser usado na Send Port:

Crie um Novo Projeto de Biztalk.
Clique com o botão direito na aplicação Add –> Add Generated Items.
Escolha a opção Consume Adapter Service e no botão Add.
No Wizard Consume Adapter Service, no combo Select a binding, escolha o sqlBinding.
Clique no botão Configure. Na aba URI Properties, coloque as informações do Banco de Dados.
Na aba Security, coloque as informações do usuário para se conectar no Banco.
Clique no Botão Ok e em Connect.
No combo Select Contract Type, deixa a opção Client (Outbound Operations).
Na Janela Select a Category, escolha a opção Procedures.
Clique em cima da procedure criada e no botão Add.

Agora é só clicar no botão OK e o nosso schema esta criado. Segue imagem:

Nesse schema que foi criado, só precisamos do Request, o node spPocSchemaForXmlResponse não será usado, então podemos apagar. Ficará assim:

Criando o schema a partir de um Arquivo XML Bem Formado.

Essa segunda parte serve também pra quem vai usar essa técnica na Receive Port.

Execute a procedure que foi criada.
Salve o Xml em um arquivo POC.xml
No Visual Studio, Clique com o botão direito na aplicação e em Add –> Add Generated Items.
Escolha a opção Generated Schema e no botão Add.
Em Document Type, deixe a opção Well-Formed XML e clique no Botão Browse.
Procure o arquivo gerado no passo 3.
Clique em Open e em OK.

O schema gerado deve ficar parecido com a imagem a seguir:

Clique com o botão direito no node , e em Insert Schema Node –> Child Record.
Esse schema será o nosso Response, então sugiro que coloquem o nome do node de Request+Response, no meu caso seria o node spPocSchemaForXmlResponse
Recorte o node Vendas e cole no node que acabou de ser criado, de uma forma que ele fique abaixo desse node:

Clique no node Vendas e altere sua propriedade Max Occurs para unbounded.

OBS: Caso alguns dos campos retornem vazios na execução da procedure, o campo não será criado no schema. Depois é só criar normalmente, respeitando a ordem em que eles aparecem no resultado.

Configurando a Send Port.

Com os novos adaptadores WCF, ao gerar um schema, também é criado um binding que nos ajuda a configurar a Receive ou Send Port.

Utilizando a técnica FOR XML temos que configurar as portas a moda antiga, ou seja, na munheca. :)

No Administration Console crie uma Send Port do tipo Request Response.
Escolha o Adaptador WCF-SQL e clique em Configure.
Na Guia General, seção Endpoint Address, clique em Configure e coloque as informações pertinentes ao banco.
No Action, digite:

XmlProcedure/dbo/spPocSchemaForXml.

Na aba bingind, na seção FOR XML, digite o node de response do nosso schema na propriedade XmlStoredProcedureRootNodeName.
Na propriedade XmlStoredProcedureRootNodeNameNamespace digite o namespace do schema criado.

Configurando a Receive Port.

Para usar um schema com FOR XML não é preciso seguir a primeira parte do post.
No Administration Console, crie uma Receive Port e Receive Location do tipo One-Way.
Escolha o Adaptador WCF-SQL e clique em Configure.
Na Guia General, seção Endpoint Address, clique em Configure e coloque as informações pertinentes ao banco.
Na aba bingind, na seção FOR XML, digite o node de request do schema na propriedade XmlStoredProcedureRootNodeName.
Na propriedade XmlStoredProcedureRootNodeNameNamespace digite o namespace do schema criado.
Na seção Inbound no combo InboundOperationType, escolha XmlPooling.
Na seção Pooling (Inbound), preencha as propriedades PooledDataAvailableStatement e PoolingStatement, com a query para verificar se existe dados disponiveis e com o nome da procedure respectivamente.

Então é isso. Fácil ne?

Neste artigo vimos como criar um schema a partir de uma procedure com a clausula FOR XML.

Até a próxima.

E voce? Já ajudou a comunidade hoje?

Erro ao Acessar Servico WCF - Receive location for address MyService.svc" not found. (The BizTalk receive location may be disabled.)

2013-12-04T16:40:00.001-02:00

Como vimos anteriormente, publicar uma orchestration como Serviço pode ser um pouco delicado.

Isso porque os adaptadores WCF-BasicHttp ou qualquer outro que configurado na Receive Location, esteja apontando para um serviço hospedado no ISS, exige que esssa Receive Location esteja ativa para funcionar.

Mas também esse erro pode acontecer caso o adaptador seja diferente daquele usado ao publicar o serviço.

Isso significa que somos obrigados a usar o mesmo adaptador na Receive Location, que usamos para publicar a orchestration com o Biztalk WCF Service Publishing Wizard:

Receive Location utilizando o mesmo Adaptador:

Nesse artigo vimos que as configurações que usamos para publicar a orchestration como Serviço WCF, devem ser as mesmas da Receive Location.

E por hoje é só.

Até.

Erro ao Autenticar um usuario WCF: Could not find a base address that matches scheme https for the endpoint with binding BasicHttpBinding. Registered base address schemes are [http]

2013-12-04T16:22:00.001-02:00

No Post Anterior, falamos sobre Autenticar o usuário em um serviço WCF.

Ainda naquele contexto, em uma Receive Location configurada com o adaptador WCF-BasicHttp e uma orchestration publicada como serviço no IIS, estava aparecendo o erro abaixo, ao acessar o serviço no Browser:

Could not find a base address that matches scheme https for the endpoint with binding BasicHttpBinding. Registered base address schemes are [http].

Pesquisando na Internet, vi muitos blogs, artigos falando que faltava o binding BasicHttpBinding no web.config do serviço.

Porém quando publicamos uma orchestration como serviço, o web.config é um pouco diferente. O Biztalk não usa as tags BasicHttpBinding ou a tag servicemodel dentro do desse arquivo.

Todas essas configurações estão encapsuladas na Receive Location, nas configurações do Adaptador, nesse caso no WCF-BasicHttp.

Então aqui nessa situação, eu estava configurando minha Receive Location de forma errada:

Eu estava usando a opção no Security mode como Transport. Quando eu deveria estar usando TransportCredentialOnly.

É isso. Até mais.

Publicando Orchestration como Serviço - WCF-BasicHttp

2013-12-04T15:56:00.001-02:00

Olá Pessoal,

Hoje vou mostrar como transformar uma orchestration em um serviço WCF e configurar esse serviço para trabalhar com autenticação básica do usuário.

Sobre o WCF, o Richard Seroter escreveu uma série de artigos que vale a pena serem conferidos.

O Biztalk disponibiliza vários adaptadores baseados em WCF, e já falamos bastante sobre alguns deles por aqui, como o WCF-Oracle, o WCF-SQL e o WCF-SAP.

Mas ainda faltava falar sobre o WCF-BasicHttp. Esse adaptador é o mais indicado quando precisamos nos comunicar com plataformas que não são .NET através da internet e é o que promove mais compatibilidade.

Publicando o Projeto no GAC.

Primeiro vou criar um projeto dummy, só para poder publicá-lo como WCF.

Ao criar a Receive Logical Port, a propriedade Type Modifier da Port Type tem que estar como Public.

Feito isso já podemos usar o Wizard que irá publicar essa Orchestration.

Clique em Tools –>; Biztalk WCF Service Publish Wizard, para abrir o Wizard
Clique em Next.
Na opção Adapter Name, escolha WCF-BasicHttp
Habilite a opção Enable on-premise metadata exchange.
Se quiser que o Wizard crie a Receive Location deixe essa opção habilitada.
Clique em Next.
Deixe a primeira opção Publish Biztalk Orchestration as WCF Service habilitada.
Clique em Next.
Procure pela Dll do projeto.
Clique em Next.
Clique em Next.
Aqui ele sugere colocar o namespace http://tempuri.org/, mas eu costumo colocar o nome do projeto.
Clique em Next.
Deixe a opção Allow anonymous acces to WCF service desmarcada.
Clique em Next.
Clique em Next.
Clique em Create.

Configurando a Autenticação do Usuário

O WCF permite diversas formas de autenticação do usuário.

Optei pela mais simples, que é a Basic Authentication, onde o usuário deve ser um usuário da rede, criado no AD e deve passar o seu usuário e senha na chamada do serviço.

Depois de feito o Deploy do projeto e publicarmos a Orchestration como um serviço, devemos ir no Biztalk Administration Console.

Podemos notar que uma Receive Port e Receive Location foram criadas.

Clique 2x nessa porta para alterá-la.
No Adaptador WCF-BasicHttp clique em Configure.
Na aba Security, na opção Security mode, escolha TransportCredentialOnly.
Na opção Transport client credential type, escolha Basic.
Clique em OK.
Abra o IIS. Clique em Iniciar –>; Todos os Programas –>; Ferramentas Administrativas e em Internet Information Service (IIS) Manager.
Clique em cima do projeto e em Feature View.
Clique 2x em Authentication.
Depois clique com o botão direito em cima de Basic Authentication e em Enable.

Está feito.
Ao tentar acessar o Serviço pelo Browser Internet Explorer, vai aparecer uma telinha para colocar o nome do usuário e senha.

Depois de colocar as informações. Está ai, serviço configurado e funcionando.

Nesse post vimos como Autenticar o usuário através do WCF-BasicHttp.

Espero ter ajudado.

Até a próxima.

Setando Porta Dinamica - EDI

2013-12-02T10:12:00.001-02:00

Olá Pessoal.

Hoje vou falar sobre setar porta dinamica para enviar uma mensagem EDI dentro da orchestration. Já postei aqui um pouco sobre o EDI.

Considerem o seguinte cenario:

FABRIKAM envia a mensagem EDIFACT para CONTOSO.
CONTOSO por sua vez recebe essa mensagem e faz algum processamento.
CONTOSO envia mensagem EDIFACT para diretório dinamico, para ser processada por sistema Interno.

Então eu estou usando uma porta dinamica comum dentro da orchestration e que poderia setar dessa forma.

port_Dynamic_EDIFACT(Microsoft.XLANGs.BaseTypes.Address) = @"file://"+strPath+\\%SourceFileName%;

Até aqui nenhuma novidade, o problema é que o sistema Interno só aceita EDIFACT, e dessa forma eu não estou usando os Agreements configurados no Console do Biztalk.

Então a mensagem não setava corretamente o parceiro, sendo gravada no diretório dinamico dessa maneira:

Notem o BTS-SENDER e o RECEIVE-PARTNER.

Isso quer dizer que o Biztalk não identificou o parceiro daquela mensagem, e jogou o parceiro padrão do sistema.

Para evitar isso devemos setar também o parceiro na mensagem. Segue:

   1:  msgOUT = msgIN;

2:

   3:  Port_2(Microsoft.XLANGs.BaseTypes.Address) = @"file://C:\\Ruth\\%SourceFileName%";

4:

   5:  msgOUT(EDI.DestinationPartySenderIdentifier) = "7654321";

   6:  msgOUT(EDI.DestinationPartySenderQualifier) = "";

   7:  msgOUT(EDI.DestinationPartyReceiverIdentifier) = "1234567";

   8:  msgOUT(EDI.DestinationPartyReceiverQualifier) = "";

Essas propriedades EDI para serem acessadas, é preciso adicionar a referencia Microsoft.BizTalk.Edi.BaseArtifacts.dll, ao projeto. Segue o caminho disponivel:

C:\Windows\assembly\GAC_MSIL\Microsoft.BizTalk.Edi.BaseArtifacts\3.0.1.0__31bf3856ad364e35\Microsoft.BizTalk.Edi.BaseArtifacts.dll

Segue a mensagem de saída com o parceiro configurado e garantido que está usando o Agreement.

Referencia: http://blogs.msdn.com/b/biztalkb2b/archive/2007/02/12/key-new-feature-in-february-ctp.aspx

É isso, Até a próxima.

E você? Já ajudou a comunidade hoje?

Recebendo e Trabalhando com Mensagens EDI

2013-12-02T10:00:00.001-02:00

Olá Pessoal.

Voltando a postar no Blog depois de um loooongo período de férias, :)
Aconteceu muitas coisas boas nesse ano de 2013, e uma delas é a minha oportunidade de trabalhar com o novo Biztalk 2013 e o mundo EDI.
Está sendo um aprendizado e tanto, então esperem ver muitos posts sobre EDIFACT por aqui.

Para aqueles que não conhecem o EDI é um formato de arquivo padronizado e que é mundialmente utilizado.
Existem muitas mensagens diferentes, para diversos fins, cada uma com o seu schema e suas particularidades. Para mais informações, clique aqui.

Para trabalhar com EDI no Biztalk, ainda na parte de Configuração, precisamos habilitar o serviço Biztalk EDI/AS2 Runtime.

Feito isso, irá aparecer a aplicação Biztalk EDI Application, que deve estar iniciada.

Agora sim, podemos criar um Parceiro e o seu Agreement para Receber a mensagem.

Um Agreement Resolution nada mais é do que um Contrato entre o Parceiro e a sua empresa e que permite receber uma mensagem EDIFACT ou X12.

Por que o Agreement Resolution é importante?

Normalmente em uma empresa, recebemos mensagens de vários parceiros, e cada um deles pode enviar a mensagem de forma diferente: uns usam o separador decimal como ponto (.), outros podem usar como virgula (,). Enquanto um parceiro pode usar o enter (CR LF) como terminador da linha, outro pode enviar sem enter. Então são vários detalhes, que podem dificultar o recebimento da mensagem.

O Agreement é importante porque nos dá uma enorme flexibilidade para configurar a mensagem, exatamente do jeito que o parceiro envia.

A mensagem EDIFACT é parecida com a figura abaixo:

Então o parceiro enviaria um código, previamente combinado, no lugar do texto PARCEIROA, que identificaria essa mensagem como sendo dele próprio.

Ao receber esse EDIFACT o Biztalk consegue identificar a qual Agreement ele pertence, e usar essas configurações para importar a mensagem para o MessaBox.

O Biztalk suporta 2 tipos de mensagens EDI:

EDIFACT e
X12

E podemos receber essas mensagens através de duas formas:

Via FILE Adapter, onde nessa Receive Location é apontado para um diretório na rede, utilizando o pipeline EdiReceive.
Via HTTP Adapter, utilizando o pipeline AS2EdiReceive.

Nesse artigo, tem uma imagem bem legal, que ilustra como funciona o recebimento de uma mensagem EDI.

Nesse outro artigo, explica como funciona o EDI Disassembler, componente disponivel ao criarmos um pipeline customizado.

Então é isso, espero que o funcionamento de mensagens EDI fique um pouco mais claro.

Tem muita coisa bacana que o Biztalk pode fazer com as mensagens EDI e que facilita muito a nossa vida. Aos poucos vou postando mais sobre o assunto.

Vlw pessoal, até a próxima.
E você? Já ajudou a comunidade hoje?

Lista de versões das ultimas três edições do BizTalk Server

2013-08-24T13:41:00.001-03:00

As tabelas a seguir irão fornecer uma visão geral de todas as versões e respectivos números de versão das ultimas três edições do BizTalk Server:

BizTalk Server 2013

Número da versão	Versão do BizTalk	Data da versão
3.10.301.2	Pacote de atualizações cumulativas 1 para BizTalk Server 2013	17 de Abril de 2013
3.10.229.0	BizTalk Server 2013	21 de Março de 2013

BizTalk Server 2010

Número da versão	Versão do BizTalk	Data da versão
3.9.575.2	Pacote de atualizações cumulativas 6 para BizTalk Server 2010	11 de Julho de 2013
3.9.556.2	Pacote de atualizações cumulativas 5 para BizTalk Server 2010	14 de Junho de 2012
3.9.545.2	Pacote de atualizações cumulativas 4 para BizTalk Server 2010	9 de Fevereiro de 2012
3.9.542.2	Pacote de atualizações cumulativas 3 para BizTalk Server 2010	30 de Novembro de 2011
3.9.530.2	Pacote de atualizações cumulativas 2 para BizTalk Server 2010	31 de Agosto de 2011
3.9.522.2	Pacote de atualizações cumulativas 1 para BizTalk Server 2010	21 de Maio de 2011
3.9.469.0	BizTalk Server 2010	1 de Outubro de 2010

BizTalk Server 2009

Número da versão	Versão do BizTalk	Data da versão
3.8.475.2	Pacote de atualizações cumulativas 5 para BizTalk Server 2009	6 de Janeiro de 2012
3.8.473.2	Pacote de atualizações cumulativas 4 para BizTalk Server 2009	1 de Novembro de 2011
3.8.469.2	Pacote de atualizações cumulativas 3 para BizTalk Server 2009	1 de Agosto de 2011
3.8.463.2	Pacote de atualizações cumulativas 2 para BizTalk Server 2009	27 de Março de 2011
3.8.454.2	Pacote de atualizações cumulativas 1 para BizTalk Server 2009	8 de Dezembro de 2010
3.8.368.0	BizTalk Server 2009	27 de Abril de 2010

Se pretenderes ter acesso à lista completa com todas as versões, poderás encontra-la na Microsoft TeckNet Wiki aqui: “BizTalk Server: Lista de Versões”

Colecção de Visio 2013 Stencil para BizTalk Server

2013-07-18T06:00:00.000-03:00

Esta semana publiquei uma colecção de stencils para o Visio 2010, hoje disponibilizo a nova versão com 73 formas modernas para Visio 2013 que servem para representar arquiteturas físicas ou soluções de integração de BizTalk Server:

Instruções:

Descarregar o arquivo e copiar para a pasta " C:\Users\you_user\Documents\My Shapes" (que é a pasta padrão para as formas personalizados do Visio)
Para acrescentar estas novas shapes, seleccione a partir da janela Shapes: More Shapes -> My Shapes -> BizTalkServerStencilsForVisio2013.vssx”

Poderá obter esta shapes a através do Microsoft TechNet Gallery: Collection of Visio 2013 Stencil for BizTalk Server

Enviar mensagens Assinadas com Certificado - Parte 3

2013-07-17T11:24:00.002-03:00

No primeiro post desta série, vimos como Obter um Certificado Digital.
Nesse segundo artigo, vimos como importar o Certificado e exportar suas Chaves Públicas e Privadas.

Nessa última parte veremos, como importar essa chave privada e pública para funcionar com o Biztalk.

Aqui vamos continuar exatamente de onde paramos no segundo artigo, e pressupor que seguimos as orientações descritas ali.
Isso inclui presumir que já estamos logados no servidor com o usuário certo, que já tomamos as devidas cautelas e que o mmc com o Certificado esta aberto, como na tela abaixo:

Importar Chave Privada do Certificado

Lembrando que devemos estar logados no servidor com o mesmo usuário do Host Instance.

Expanda o node Certificates – Current User – Personal – Certificates.
Clique com o botão direito e em All Tasks –> Imports. Vai aparecer a seguinte tela:

Clique em Next.
No Botão Browse, procure o arquivo pfx que foi exportado no nosso Artigo anterior.

Clique em Next.
Digite a senha que foi usada ao exportar a chave privada.

Clique em Next.

Agora deve ser possível ver o certificado importado na pasta.
Em produção, é necessário repetir esse processo para cada servidor que pode receber ou enviar uma mensagem criptografada.

Importar Chave Pública do Certificado

Expanda o node Certificates (Local Computer) – Personal – Certificates.
Clique com o botão direito e em All Tasks –> Imports.
Vai aparecer a tela Certificate Import Wizard, clique em Next.
Na próxima tela clique em Browse e procure a chave pública, o arquivo .cer, que foi exportado no Aritgo Anterior.

Criar o projeto em Biztalk

Crie um novo projeto chamado POC.TesteCertificado
Crie um schema simples pra receber uma mensagem, como na figura a seguir.

Crie duas orchestration com apenas o shape de Receive e Send. A idéia é ter uma orchestration que receba o arquivo aberto e envie-o encriptado e assinado. A outra orchestration faz a operação inversa: recebe o arquivo encriptado e envia aberto.

Crie um Receive Pipeline, com o nome ppl_R_POC_TesteCertificado.btp.
No estágio de Decode adicione um MIME/SMIME decoder.
No estágio de Disassemble adicione um XML Disassembler.

Nosso Receive Pipeline ficou assim:

Agora crie um Send Pipeline chamado ppl_S_POC_TesteCertificado.
No Estágio de Enconde adicione um MIME/SMIME enconder.

A seguir, como ficou o nosso Pipeline.

Finalmente nosso projeto ficou com a seguinte estrutura:

Crie uma chave com strong name e faça o deploy dessa solução normalmente.
Crie as apropriadas Receive e Send Port e deixe a aplicação funcionando.

OBS: Na orchestration btoEnviarArquivoCrip.odx, a Receive Port deve ter o Pipeline XML Disassembler e a Send Port deve usar o Pipeline criado ppl_S_POC_TesteCertificado.btp. Na orchestration btoRecebeArquivoCrip.odx, a Receive Port deve usar o Pipeline criado ppl_R_POC_TesteCertificado.btp e a Send Port podemos usar o Pass Trought Pipeline.

Configurar as Receive e Send Port do Projeto

Ao receber mensagens encriptadas ou assinadas, o Biztalk usará a chave privada que foi instalada para executar a tarefa.
No Biztalk Administration Console, expanda o node dos Hosts.
Clique duas vezes no Host usado para receber as mensagens, no meu caso é o BiztalkServerApplication.

Clique em Certificates, e em Browse.
Na tela que irá aparecer, escolha o Certificado instalado e em OK.

Importante: O Certificado só vai aparecer, se o Usuário logado no servidor for o mesmo que está no Host Instance.

Clique em OK.
Ainda no Administration Console, clique duas vezes na Send Port que foi criada para enviar o arquivo criptgrafado, aquela que usa o Pipeline ppl_S_POC_TesteCertificado.
Clique o node Certificates e em Browse.
Procure a chave pública do certificado do nosso parceiro, para quem devemos enviar a mensagem. No nosso caso é o mesmo certificado da chave Privada.
Clique em OK.

Pronto, está configurado. É só testar.
Ao enviar um arquivo aberto, como esse:

Depois de criptado, ficou assim:

E aqui, o arquivo está somente assinado digitalmente:

Para habilitar ou desabilitar a criptografia, basta alterar a propriedade Enable Encryption do MIME/SMIME enconder, Send Pipeline, para True ou False.

Simples hein..

Então Recapitulando, nessa série de três artigos, vimos como criar uma requisição, obter e importar o certificado, além de ver como encryptar e assinar uma mensagem digitalmente, configurando uma aplicação do Biztalk para trabalhar com esse certificado.

A Microsoft tem uma série de exemplos do Biztalk e tem um muito bom que explica como usar o Party Resolution, envolvendo certificados.
Bons Estudos. Até a próxima!

Já ajudou a comunidade hoje?

Enviar mensagens Assinadas com Certificado - Parte 2

2013-07-17T11:21:00.002-03:00

No post anterior, vimos como gerar uma requisição e enviar para uma Autoridade Certificadora.
Agora com o Certificado em mãos, vamos importa-lo no IIS.

Importar Certificado no Internet Information Services – IIS

Abrir o Internet Information Services – IIS do servidor do Biztalk
Clicar com o botão direito em Default Web Site e em Propriedades.
Na aba Directory Security clicar no botão Server Certificate.
A Tela IIS Certificate Wizard irá aparecer. Clicar em Next.
Escolher a opção Process the pending request and install the certificate.

Na próxima tela, escolher o diretório onde se encontra o certificado.
Clicar em Next e em Finish.

Exportar Chave Privada do Certificado

Antes de começarmos, devemos tomar algumas precauções:

O usuário do Host Instance e do Isolated Host deve ser o mesmo.
A opção Authentication Trusted e a opção 32-bit only do Host devem estar checada.
Devemos estar logado no servidor com o mesmo usuário do Host Instance.

Para verificar qual é o usuário:

Abrir o Administratior Console do Biztalk.
Expandir o node Platform Settings.
Clicar em Host Instance.
Verificar o usuário na opção Logon.

Para exportar a chave privada:

Clicar em Iniciar –> Executar.
Digitar mmc e em OK.
No menu File, clicar em Add/Remove Snap-in.

Clicar no botão Add..
Clicar na opção Certificates.

Clicar no botão Add.
Escolher a opção My user Account.
Clicar em Finish.

Clicar em Add novamente.
E escolher a opção Computer Account.

E depois basta escolher Local Computer:

Clicar em Finish e Close.

Clicar em OK.
Expandir o node Certificate (Local Computer) –> Personal –> Certificates.

O Certificado Instalado deve aparecer.

Clicar com o botão direito no Certificado –> All Tasks –> Export.
Irá aparecer a Tela Certificate Export Wizard, clicar em Next.
Escolher a opção Yes, export the private key.

Marcar as opções conforme imagem abaixo.
Clicar em Next.

Na próxima Tela devemos colocar uma senha de segurança. Guardar a senha, irá ser usada para Importar a Chave Privada.
Clicar em Next.

Escolher um nome e diretório para ser salva a chave Privada.

Clicar em Next e em Finish.

Exportar Chave Pública do Certificado

Ainda no mmc, clicar com o botão direito no Certificado –> All Tasks –> Export.

Irá aparecer a Tela Certificate Export Wizard, clicar em Next.
Escolher a opção No, do not export the private key.

Deixar a primeira opção marcada.

Clicar em Next.
Escolher o diretório e nome do arquivo a ser gravado.

Clicar em Next e em Finish.

Essa chave pública deve ser compartilhada com os parceiros que queremos enviar ou receber mensagens.
Ufa, estamos quase lá. Continuaremos o post nesta terceira parte.

BizTalk Brasil

COLECÇÃO Microsoft Integration Stencils para VISIO 2016/2013

Instruções:

VERMAS D16A XSD for BizTalk Server 2013 R2

BAPLIE 1911 XSD for BizTalk Server 2013 R2

Modulo 3 - Criando um mapa no BizTalk

BizTalk Map

Criando um Mapa utilizando o BizTalk Mapper

BizTalk Mapping Patterns and Best Practices – O livro está disponível para download gratuito

Modulo 2 – Criando Schemas XML e Flat File

Flat File

SQL Adapter

WCF-SAP

WCF-SQL

WCF-Oracle

EDI

Testando os Schemas

Criando e Testando Schemas BizTalk Editor

Criando Schema a Partir de uma Instancia XML

Criando schema pelo Biztalk Editor

Gerando uma Intancia XML do Schema

Testando a Instancia de XML contra o Schema

Criando Schema Flat File Posicional

Importando o Schema

Modulo 2 – Introducao ao Biztalk Schema

Terminologia do XML

Biztalk XML Schema

Namespaces dentro do Biztalk

Modulo 1 - Ambiente de Desenvolvimento

Artefatos

Modulo 1 - Introdução ao Biztalk Server 2013

Quais Cenários o Biztalk Consegue Resolver?

Quais as Vantagens de se usar Biztalk?

Biztalk Server 2013 Editions

Requisitos de Instalação

Gestão e limpeza das tabelas de MarkLog existentes nas base de dados de BizTalk Server

A informação (timestamps) presente na tabela de MarkLog são úteis para administradores BizTalk? Devo limpar todos os dados deste tabelas ou devo manter um histórico?

É seguro limpar estas informações em runtime, ou seja sem necessidade de parar a minha plataforma?

Tarefa para limpar as tabelas de MarkLog segundo as boas práticas

Passos necessários para instalar e configurar esta tarefa

Erros Conhecidos Arquivo EDIFACT

Logótipo do BizTalk Server 2013 R2 em formato vectorial

Publicar Orchestration WCF-BasicHttp com certificado Https

Criar Certificado Auto Assinado

Intalando o Certificado no Serviço WCF

Configurar o Web.Config

Criar Schema para Procedure com FOR XML - WCF SQL

Como puxar o schema dessa procedure no BizTalk para ser usado na Send Port:

Criando o schema a partir de um Arquivo XML Bem Formado.

Configurando a Send Port.

Configurando a Receive Port.

Erro ao Acessar Servico WCF - Receive location for address MyService.svc" not found. (The BizTalk receive location may be disabled.)

Erro ao Autenticar um usuario WCF: Could not find a base address that matches scheme https for the endpoint with binding BasicHttpBinding. Registered base address schemes are [http]

Publicando Orchestration como Serviço - WCF-BasicHttp

Publicando o Projeto no GAC.

Configurando a Autenticação do Usuário

Setando Porta Dinamica - EDI

Recebendo e Trabalhando com Mensagens EDI

Por que o Agreement Resolution é importante?

Lista de versões das ultimas três edições do BizTalk Server

Colecção de Visio 2013 Stencil para BizTalk Server

Enviar mensagens Assinadas com Certificado - Parte 3

Importar Chave Privada do Certificado

Importar Chave Pública do Certificado

Criar o projeto em Biztalk

Configurar as Receive e Send Port do Projeto

Enviar mensagens Assinadas com Certificado - Parte 2

Importar Certificado no Internet Information Services – IIS

Exportar Chave Privada do Certificado

Exportar Chave Pública do Certificado