Publicar Orchestration WCF-BasicHttp com certificado Https

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?

Leia mais »»

Publicando Orchestration como Serviço - WCF-BasicHttp

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.

1. Clique em Tools –>; Biztalk WCF Service Publish Wizard, para abrir o Wizard
2. Clique em Next.
3. Na opção Adapter Name, escolha WCF-BasicHttp
4. Habilite a opção Enable on-premise metadata exchange.
5. Se quiser que o Wizard crie a Receive Location deixe essa opção habilitada.
   
   
   
   
   
6. Clique em Next.
   
   
7. Deixe a primeira opção Publish Biztalk Orchestration as WCF Service habilitada.
   
   
8. Clique em Next.
9. Procure pela Dll do projeto.
10. Clique em Next.
    
    
11. Clique em Next.
    
    
12. Aqui ele sugere colocar o namespace http://tempuri.org/, mas eu costumo colocar o nome do projeto.
13. Clique em Next.
    
    
14. Deixe a opção Allow anonymous acces to WCF service desmarcada.
15. Clique em Next.
    
    
16. Clique em Next.
17. 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.

1. Clique 2x nessa porta para alterá-la.
2. No Adaptador WCF-BasicHttp clique em Configure.
3. Na aba Security, na opção Security mode, escolha TransportCredentialOnly.
4. Na opção Transport client credential type, escolha Basic.
5. Clique em OK.
   
   
6. Abra o IIS. Clique em Iniciar –>; Todos os Programas –>; Ferramentas Administrativas e em Internet Information Service (IIS) Manager.
7. Clique em cima do projeto e em Feature View.
   
   
8. Clique 2x em Authentication.
9. 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.

Leia mais »»

Criando Schema com Procedure na Receive Port - WCF-SQL

Olá Pessoal, já vi muitos exemplos de como criar schemas pela internet, mas nenhum deles me agradou por ser simples demais, e quando aplicamos a técnica numa situação real, sempre temos problemas.
Hoje vou explicar como criar schemas a partir de uma procedure do SQL Server para ser usado na Receive Location, iniciando a orchestration.
Vamos começar com a criação da procedure:

CREATE PROCEDURE [dbo].[spTesteSchema]
as

BEGIN

    SELECT  *
    FROM tbTESTE WITH (NOLOCK)
    WHERE flStatus = 3
        
END

Notem que eu não coloquei a clausula FOR XML. Com o novo adptador não precisamos mais.

O próximo passo é criar um projeto de Biztalk e clicar com o Botão direito do mouse e em Add –> Add Generated Items –> Consume Adapter Service



Clique no Botão Add. Irá aparecer um wizard Consume Adapter Service.




No combo Select a binding, escolha sqlBinding.
Clique no botão Congifure.

Na aba URI Properties, preencha as propriedades:

• Server – Nome do Servidor onde esta o banco SQL Server.
• InitialCatalog – Nome do Banco de Dados, o qual queremos conectar
• InboundId – Identificador que comporá o TargetNamespace do schema. Obrigatório quando utilizado na Receive Port (como é o nosso caso).

Na aba Binding Properties, preecha as propriedades:

• InboundOperationType – Escolha Typed Polling, para que venha os campos Tipados.
• PolledDataAvailableStatement – Deve retornar um contador indicando que tem dados disponiveis e que o biztalk deve executar o código na propriedade PollingStatement.
• PollingStatement – Comando que retornará os dados a serem integrados.

Clique no Botão OK.

Retornando para a tela principal, devemos clicar no botão Connect. No combo Select contract type, selecione Service (Inbound operations). E então basta selecionar no painel Available Categories and operations, localizado à direita da tela, a opção TypedPolling e clique em Add.



Clique em OK.

Irá ser gerado um schema com 3 nós: TypedPollingResultSet0, ArrayOfTypedPollingResultSet0 e TypedPolling.



Para usar os dados vindos do SQL Server, crie uma mensagem dentro da orchestration, apontando para o node TypedPolling.

E para criar a Receive Port, basta usar o binding que foi gerado: WcfReceivePort_SqlAdapterBinding_Custom.bindinginfo.xml

Conclusão:
Hoje vimos como puxar schemas do SQL Server através de procedure para ser usado na Receive Location, iniciando o processo.

Até a próxima.

Leia mais »»

Instalando Adaptador WCF-SAP no Biztalk 2006 e 2009

Olá Pessoal, Tudo bem?

Já falei nesse post sobre como instalar o LOB Adapter focando no Adapter WCF-OracleDB.

Se o seu servidor tem o SAP GUI instalado, não precisa fazer mais nada, basta apenas seguir o artigo mencionado e já está funcionando.

 

 

Caso as dlls não estejam instaladas, assim que tentarmos nos conectar no SAP, vai aparecer o seguinte erro no Event Viewer:

Error details: System.IO.FileNotFoundException: The specified module could not be found. (Exception from HRESULT: 0x8007007E)

Para funcionar o WCF-SAP precisa ter instalado o pacote SAP RFC SDK UNICODE, como é descrito nesse artigo do MSDN.

Depois de baixar SAP RFC SDK Unicode 7.10 - 64-bit do SAP Service Marketplace, e instalar a dll na pasta C:\Windows\SysWOW64, pois o servidor do cliente é x64 bits, apareceu o seguinte erro no Event Viewer:

CSPerfCounters Component : Error with registry - 'error reading registry'

CSPerfCounters Component : Failed to create - 'Init from registry.'

OBS: Além desses erros logados no Event Viewer, o Host Instance entrava no status de STOP.

Depois de 1 dia e meio tentando resolver o problema, achei um post no fórum do msdn, explicando como resolver:

 

Para Servidores x86 bits

• Copiar a DLL Librfc32u.dll da pasta \BIN para pasta Windows\System32.
• Copiar todas as DLLs da pasta \LIB para a pasta Windows\System32.

Para Servidores x64 bits

SAP RFC SDK Unicode 7.10 - 64-bit version

• Copiar a DLL Librfc32u.dll da pasta \BIN para a pasta Windows\System32.
• Copiar todas as DLLs da pasta \LIB para a pasta Windows\System32.

SAP RFC SDK Unicode 7.10 - 32-bit version

• Copiar a DLL Librfc32u.dll da pasta \BIN para a pasta Windows\SysWOW64.
• Copiar todas as DLLs da pasta \LIB para a pasta Windows\SysWOW64.

E estará funcionando. Simples assim. #not =D

Espero que esse artigo possa ajudar.

Até a próxima.

Leia mais »»

Dica Rápida: Schemas Oracle Database no TargetNamespace

Olá Pessoal.

O Adapter Oracle Database tem suas particularidades e esse artigo é mais uma dica para evitar problemas futuros.

O especialista em Biztalk fala muito em schemas, arquivo xsd e etc, mas para trabalhar com o Oracle precisamos entender que o banco de dados tem outra definição para schemas.

Oracle Schema

Schema no Oracle é uma coleção de objetos do banco de dados.

A figura abaixo, representa o schema no banco:

O schema por padrão tem o mesmo nome do usuário, porém em alguns casos pode ter nomes diferentes, e é onde reside o nosso problema.

O Problema

Pois bem, ao criarmos schemas no biztalk, arquivos xsd do Oracle, percebemos que o nome do usuário aparece no TargetNamespace do schema por padrão. Como a seguir:

TargetNamespace COM o Usuário no Namespace
http://Microsoft.LobServices.OracleDB/2007/03/USUARIO/PollingPackage/PACKAGE

Agora digamos que o usuário do ambiente de desenvolvimento seja diferente do usuário de produção. Já captaram o problema? Toda vez que enviasse para a produção teria que alterar todos os namespace para o usuário correto. Trabalhoso e nada prático.


A Solução
Para evitar que isso aconteça, poderiamos alterar a propriedade UseSchemaInNameSpace para False.



É preciso realizar esse procedimento quando criar o arquivo xsd no Visual Studio e na Send/Receive Port para que funcione. E então o TargetNamespace ficará assim:

TargetNamespace SEM o Usuário no Namespace
http://Microsoft.LobServices.OracleDB/2007/03/PollingPackage/PACKAGE

OBS: Apesar do schema não fazer mais parte do TargetNamespace, o Action que é configurado na porta ainda precisa tê-lo, pois é dessa forma que o Adaptador consegue executar a procedure:

Action precisa ter SEMPRE o usuario no TargetNamespace
http://Microsoft.LobServices.OracleDB/2007/03/USUARIO/PollingPackage/PACKAGE/PROCEDURE

O Segundo Problema

Esta seria uma ótima solução se não usarmos Composite Operation.

Composite Operation é uma técnica que permite executar uma procedure para vários registros em um único envio. Essa técnica era nativa nos antigos Adaptadores, mas com o WCF explico essa técnica aqui.

E porque alterar a propriedade UseSchemaInNameSpace para False, com Composite Operation é um problema? Porque o Action do Composite Operation é esse aqui:

Usando o adaptador WCF-Oracle:
http://Microsoft.LobServices.OracleDB/2007/03/CompositeOperation

Usando o adaptador WCF-SQL:
CompositeOperation

Isso quer dizer que o Adaptador vai olhar o próprio TargetNamespace do schema, do arquivo xsd para executar a procedure. Então voltamos ao problema inicial e precisamos colocar o nome do usuario novamente no TargetNamespace do schema.

TargetNamespace COM o Usuário no Namespace
http://Microsoft.LobServices.OracleDB/2007/03/USUARIO/PollingPackage/PACKAGE

A Solução - Melhores Práticas

Para esse caso, não achei uma solução satisfatória para o problema.

Mas, deixo documentado aqui uma sugestão como Best Practice de desenvolvimento.

Continuar com a propriedade UseSchemaInNameSpace setada para True, e ao invés de usar o Usuário no Namespace que é diferente nos ambiente de desenvolvimento e produção, usar um Schema em comum entre eles. Assim quando enviar para produção não irá precisará recompilar tudo novamente com o usuário correto.

Para escolher o schema ao invés do usuário, basta selecionar o schema correto no treeview do wizard, e depois o package desejado.

OBS: Para o package aparecer abaixo do schema no treeview, é necessário compilá-lo no Oracle com o schema correto.

Então o arquivo xsd vai ficar com o seguinte TargetNamespace:

TargetNamespace COM o SCHEMA do Oracle no Namespace
http://Microsoft.LobServices.OracleDB/2007/03/SCHEMA/PollingPackage/PACKAGE

Action com o SCHEMA no TargetNamespace
http://Microsoft.LobServices.OracleDB/2007/03/SCHEMA/PollingPackage/PACKAGE/PROCEDURE

Vimos neste artigo que é melhor usarmos o Schema do Oracle ao invés do usuário para criarmos arquivos xsd.

Espero que possa ajudar alguém.

Até a próxima.

Leia mais »»

Inserindo vários registros com Procedure no WCF Adapter

Olá Pessoal.

Hoje vou falar sobre um problema que foi bem dificil resolver.

Trabalhando com o novo adaptador, o WCF-OracleDB, eu precisava executar uma procedure, através de uma send port, que insere os parametros recebidos em uma tabela.

Porem eu precisava enviar vários registros de uma única vez, não queria fazer debatching, ou criar um looping dentro da orchestration para executar a procedure várias vezes.

Fiquei um bom tempo pesquisando, e agradeço aos meus amigos Steef-Jan e ao Bruno Lins, que foram de muita ajuda.

Finalmente achei um post do Thiago Almeida, com a solução perfeita. A técnica é chamada de Composite Operation e vale tanto para o WCF-SQL como para o WCF-OracleDB.

Ao puxar o schema de uma procedure, do tipo Client(outbund operation), o schema fica parecido com esse abaixo.

Percebam que os campos estão diretamente no root node, e não tem repeating record, consequentente não dá pra enviar mais de um registro. Ou seja, se eu precisar inserir 50 linhas, vou precisar criar 50 mensagens separadamente.

Mas nem tudo está perdido, ainda é possível enviar os 50 registros de uma vez só. Então mãos a obra:

Criar schema para abrigar a procedure.

Dentro do projeto do Biztalk crie um schema. Para isso siga os passos:

1 – Com o botão direito do mouse clique em Add –> New Item.

2 – Escolha schema e de um nome pra ele.

3 – Clique na tag <schema>, e clique no botão […] na propriedade Imports.

4 – Na janela que irá abrir clique no botão Add, e escolha o schema da procedure.

5 – Renomeie o node Root para Request.

6 – Crie outro node e nomeie como RequestResponse.

O nome do root não tem muita importancia, mas o response devemos colocar o nome do node de request + reponse. Entao se a preferencia é deixar o node de Request como Root mesmo, o node de Response obrigatoriamente tem que ser RootResponse.

7 – No node Request adicione com o botão direito um Child Record.

8 – Nesse novo node criado, na propriedade Data Structure Type escolha o node Request da procedure no meu caso SP_BTS_POC_INSERE

10 – Repita os passos 8 e 9 para o node RequestResponse, agora escolhendo o node de Response da procedure.

11 – No node de Request, sete a propriedade Max Occurs para unbounded.

No final o schema deve ficar parecido com este aqui:

Agora é possível enviar vários registros para a procedure de uma única vez!

Configurando a Send Port

Quando trabalhamos com essa técnica, Composite Operation, o Action na Send Port, deve ficar um pouco diferente.

Usando o adaptador WCF-Oracle:

http://Microsoft.LobServices.OracleDB/2007/03/CompositeOperation

Usando o adaptador WCF-SQL:

CompositeOperation

 

Neste artigo vimos como enviar em uma send port vários registros para executar a procedure de uma única vez.

Espero que possa ser útil para mais alguém.

Até a próxima.

Leia mais »»

Erro ao receber dados do WCF-Oracle: COMMIT is not allowed in a subordinate session

Depois dos artigos anteriores sobre WCF-Oracle, conseguimos configurar corretamente e estamos preparados para receber os dados.

Porém ao ligar a porta, a orchestration não sobe e descobrimos esse Warning no Event Viewer:

The adapter "WCF-ORACLE" raised an error message. Details "Microsoft.ServiceModel.Channels.Common.TargetSystemException: ORA-02089: COMMIT is not allowed in a subordinate session.
ORA-06512: at "Usuário.Package", line 182

Se você sentir a necessidade de arrancar os cabelos, como eu, levante-se da cadeira e vá tomar um café, rs.

Causa:

Provavelmente na procedure, existe um COMMIT, alterando o status de uma tabela por exemplo, e a porta do Biztalk está habilitada para usar a transação do adaptador, que é o valor default.

Solução:

Existem duas, na minha opnião a segunda é a mais fácil e é a que estou de fato usando:

1. Tire o COMMIT da procedure e na coloque o update na propriedade PostPollStatement, que fica na aba Binding na categoria PollingReceive.
2. Altere a propriedade UseAmbienteTransaction para False, essa propriedade fica na aba Binding na categoria Transaction.
   

Então nesse artigo, vimos como resolver o erro, de receber dados quando se tem um COMMIT dentro da procedure do ORACLE.

Até a próxima.

Leia mais »»

Configurando a Receive Port Polling do WCF-Oracle

Olá Pessoal.

Configurar a Receive Port com os novos Adaptadores WCF é relativamente fácil, certo? Com o WCF-Oracle não é bem assim.

Então neste artigo vou explicar o passo-a-passo para que a receive port possa fazer o polling na procedure do Oracle.

Nos artigos anteriores, vimos como criar um schema  e como criar uma procedure tipada.

Assim que puxamos esse schema, foi criado 3 arquivos xsd no projeto.

O primeiro deles é o Type dos nodes.

O segundo é o schema propriamente dito, o que vamos utilizar dentro do projeto:

E o terceiro é um schema somente com o seu root, que vamos utilizar na Receive Port:

Além dos schemas, foi criado também um arquivo de binding, que em outros adaptadores, usavamos para criar as portas, extremamente útil e o trabalho era somente importar o binding no Administration Console.

Bem, no WCF-Oracle, podem jogar fora, porque não vai servir pra nada. rs

Então o jeito é criar uma Receive Location na munheca:

Clicando no botão Configure, vai aparecer o Wizard de configuração do Adaptador.

Na aba General, vamos clicar no botão Configure, e vai aparecer essas propriedades:

Aqui vamos alterar somente as propriedades:

• DataSourceName: Nome do banco de dados no arquivo tnsnames.ora, como explicado nesse artigo.
• PollingId: Coloque um nome para identificar o processo. Isso porque a URI da Receive Port deve ser único.

Na aba Bindind devemos alterar as propriedades da categoria PollingReceive:

• PolledDataAvailableStatement: É o select que vai indicar que contem registros para serem integrados. Esse select vai ser executado antes da procedure em si, e esta por sua vez somente vai ser executada se o select retornar registros. Ex: Select Count( * ) tabela.
• PollingAction: É o TargetNamespace do schema que vai ser utilizado no projeto + “/” + o RootName desse schema. No nosso caso será o do schema a seguir:
  1. 
  2. Ex: http://Microsoft.LobServices.OracleDB/2007/03/BANCO/PollingPackage/PKG_BTS_POC_ADAPTER/SP_BTS_POC_ADAPTER
• PollingInterval: É a quantidade de segundos que o polling será executado. A quantidade especificada aqui deve ser suficiente para executar o select do PollingDataAvailableStatement e a procedure no PollingStatement. O default é 500 segundos.
• PollingStatement: É a mensagem de request que fará com que a procedure seja executada. Vamos usar aquele schema que só veio com o RootName.
  1. 
  2. Ex: <ns0:SP_BTS_POC_ADAPTER xmlns:ns0="http://Microsoft.LobServices.OracleDB/2007/03/BANCO/Package/PKG_BTS_POC_ADAPTER" />
  3. Se essa procedure tivesse paramentros de entrada, seria nessa mensagem de request que deveríamos definir os parametros.

 

Depois só ficou faltando colocar o usuário e senha na aba Other.

Lembrem-se de colocar o usuário e senha em maiúsculo.

Agora é iniciar a porta e começar a brincar. E é isso.

Neste artigo vimos como configurar corretamente a Receive Port do Adaptador WCf-Oracle. Espero que tenham gostado.

Agora ficou fácil né?

Até a próxima.

Leia mais »»

Instalando o WCF-Oracle Adapter no Biztalk 2006 e 2009

Instalar o Adaptador WCF no Biztalk 2010 é bem intuitivo, pois o Biztalk Adapter Pack 2010 já vem no DVD de Instalação.

Agora instalar o Adaptador no Biztalk 2006 R2 e no Biztalk 2009, fica um pouco confuso. Confesso que apanhei muito, agradeço a paciência do Sandro em me ajudar. rs

Então, vou fazer um passo-a-passo de instalação. Neste artigo, vou me focar na utilização do WCF-Oracle.

Para funcionar corretamente devemos instalar os pacotes:

1 – WCF LOB Adapter SDK SP2 – É o core dos Adaptadores. Instalar a versão correspondente ao seu Sistema Operacional, x64 bits ou x86 bits.

 

2 – Biztalk Adapter Pack 2.0 – Contem os Adaptadores WCF-SAP, WCF-Oracle, WCF-Siebens. Mas depois da instalação aparece também o WCF-SQL. Se o SO for x64 bits, instalar as duas versões, como recomendado nesse post do grande mestre Sandro.

Se vocês não forem trabalhar com o WCF-Oracle podem parar por aqui. Caso contrário…

 

3 – Oracle Data Access Components ODAC – É necessário atualizar a versão da dll Oracle.DataAccess.dll para 2.111.7.0 No link, instalei o arquivo ODAC1110720.zip

Depois de atualizar a dll, ao tentar puxar o schema, ainda dizia que a dll Oracle.DataAccess.dll não foi encontrada. Reiniciei o servidor e funcionou.

 

Lembrando que a ordem de instalação deve ser respeitada.

Espero ter ajudado!

Até mais.

Leia mais »»

Erro Consumindo Servicos WCF: Object reference not set to an instance of an object

Os adaptadores do WCF vieram para resolver os problemas de interoperabilidade. Isso quer dizer que podemos usar o WCF para se conectar com qualquer webservice, seja ele em .NET ou em outra tecnologia, diferente do que muitos pensam por ai.

O que temos que ter em mente é que o WCF é feito em cima do padrão W3C, e por isso ele deve ser compatível com outras linguagens.

Porém, as vezes, ao tentar consumir um webservice com o Consume WCF Service Wizard pode resultar em uma mensagem de erro:

 

Object reference not set to an instance of an object

Causa:

Isso acontece pois pode ser que o WSDL foi publicado sem a declaração do targetNamespace.

Resolução:

Leia mais »»

Setando Porta Dinamica WCF-SQL

Aproveitando que o assunto do meu último post foi sobre setar portas do antigo SQL Adapter dinamicamente, aproveito para colocar o código para setar portas dinamicas do novo Adapter WCF-SQL.

Já falamos aqui, sobre setar portas dinamicamente com o novo Adapter WCF, mas nesse aqui a configuração é um pouco diferente.

   1:  Request2=Request1;

   2:  Request2(WCF.Action)="TableOp/Insert/dbo/NomeTabela";

   3:  Request2(WCF.BindingType)="sqlBinding";

   4:  Request2(WCF.UserName)="usuario";

   5:  Request2(WCF.Password)="senha";

   6:  SendPort(Microsoft.XLANGs.BaseTypes.Address)="mssql://sql_server/my_instance/my_database";

   7:  SendPort(Microsoft.XLANGs.BaseTypes.TransportType)="SQLAdapter";

Leia mais »»

WWF, WCF, AppFabric Azure. E o futuro do Biztalk?

Olá Pessoal. Nesse artigo vamos falar um pouco sobre o Biztalk na Nuvem, e o que o futuro nos reserva.

Ninguém pode negar que a Microsoft está apostando todas as suas fichas na “Nuvem” ou “Cloud Computing” como é mais conhecido.

Pra quem não sabe, “Cloud Computing” é um novo conceito, uma nova maneira de oferecer serviços. A politica “Pagar somente o que usa”, é bastante interessante e promete revolucionar o mundo de TI. Como Assim? Bem, funciona mais ou menos como fornecimento de água e energia. Onde você só é cobrado por aquilo que realmente consumir.

Leia mais »»

Erro: Ao Executar uma RFC, não retorna as Devidas Tabelas WCF-SAP

Essa semana me deparei com um problema estranho: ao fazer uma chamada do SAP, na RFC Z_RFC_TESTE, os dados não eram retornados.

Porém, executando a mesma RFC com os mesmos parametros no SAP GUI, os dados apareciam corretamente.

Pesquisando um pouco vi que com o novo adaptador WCF-SAP (aliás, o qual está me dando uma surra, 10x0 pro adaptador, rs) as coisas acontecem de modo diferente.

No antigo, ao fazer uma request recebíamos tudo o que estava disponível na RFC, agora, para evitar tráfego desnecessário de tags, o adaptador só retorna as tabelas que estão explícitas na execução. Isso quer dizer que as tabelas que estão nulas no request, o adaptador entende que eu não tenho interesse nelas e não me retorna.

Leia mais »»

Como Receber Mensagens do SAP a partir de uma RFC Destination – WCF Adapter

Esse post foi baseado no original Receiving Inbound RFC Calls by Using BizTalk Server.

Apesar da mudança com o novo Adaptador WCF-SAP estar sendo bem sofrida, uma coisa boa é que agora podemos receber mensagens em XML numa porta request-response. O que era impossível com o antigo BizTalk Adapter 2.0 for mySAP Suite Business, que só utilizava IDOC em formato Flat File.

Vamos começar olhando como deve ser a declaração da RFC no SAP:

Leia mais »»

Setando Porta Dinamica WCF

Segue código que deve ser colocado no shape Message Assignment.

msgRequest(WCF.Action)= "http://tempuri.org/IService1/GetData";
msgRequest(WCF.SecurityMode)="Message";
//Endereço do Serviço
port_EnviaServicoWCF(Microsoft.XLANGs.BaseTypes.Address)= "http://localhost/Service1.svc";
//Adapter
port_EnviaServicoWCF(Microsoft.XLANGs.BaseTypes.TransportType)= "WCF-WSHttp";

Uma duvida que me fez suar a camisa, foi de onde pegar o Action do serviço?

Bem, ao acessar o wsdl do serviço http://localhost/Service1.svc?wsdl

E procurar pela string “Action”, encontro o seguinte pedaço de código, que é o tal Action do método que eu quero executar.

´

É isso. Até a proxima!

Leia mais »»

Erro ao executar RFC com campo data, adapter WCF-SAP: The string 'YYYYMMDD' is not a valid AllXsd value.

Tentando executar RFC com a data no formato YYYYMMDD no Biztalk 2009, acontece o seguinte erro:

The adapter failed to transmit message going to send port "SendPort_SAP" with URL "sap://CLIENT=nnn;LANG=PT;@a/xxx/nn?RfcSdkTrace=False&AbapDebug=False". It will be retransmitted after the retry interval specified for this Send Port. Details:"Microsoft.ServiceModel.Channels.Common.XmlReaderParsingException: An error occurred when trying to convert the XML string 20100808 of RFCTYPE RFCTYPE_DATE with length 8 and decimals 0 to a .NET type. Parameter/field name: xxx   Error message: The string '20100808' is not a valid AllXsd value.. ---> System.FormatException: The string '20100808' is not a valid AllXsd value.

Causa:

• Com o adapter WCF-SAP ao executar a RFC deve usar somente campo data no formato YYYY-MM-DD, e hora no formato HH:mm:ss.

Leia mais »»

Erro ao enviar IDOC com WCF Adapter: “An error occurred while adding data to buffer”

Considere o erro

The adapter failed to transmit message going to send port "S_SEND_SAP_IDOC" with URL "sap://CLIENT=nnn;@A/xx.xx.xx/nn". It will be retransmitted after the retry interval specified for this Send Port. Details:"Microsoft.ServiceModel.Channels.Common.XmlReaderParsingException: An error occurred while adding data to buffer

Trabalhar com o novo adapter do SAP no Biztalk 2009 não é uma tarefa facil! Ainda mais quando se está acostumado com o conector antigo. Os erros brotam por todos os lados! Confesso que estou levando uma surra..

Leia mais »»