by community-syndication | Apr 5, 2007 | BizTalk Community Blogs via Syndication
Comecei recentemente a aventurar-me na produ%u00e7%u00e3o de screencasts, na peugada das Curtas do Luis Abreu, com conte%u00fado original e em portugu%u00eas. O primeiro tema que escolhi foi BizTalk Server, como se poderia esperar, e gravei j%u00e1 dois v%u00eddeos, o primeiro sobre a arquitectura do produto e o segundo com uma demonstra%u00e7%u00e3o que apresenta o cen%u00e1rio que vou desenvolver e que ilustra a cria%u00e7%u00e3o de schemas e configura%u00e7%u00e3o de portos, entre outros temas.
Todos os v%u00eddeos est%u00e3o e v%u00e3o estar dispon%u00edveis nesta p%u00e1gina, e farei um post de aviso cada vez que publicar um novo.
A m%u00fasica %u00e9 a autoria do meu amigo e colega Hugo Lopes.
Quaisquer coment%u00e1rios e sugest%u00f5es ser%u00e3o bem extremamente bem vindos.

by community-syndication | Apr 5, 2007 | BizTalk Community Blogs via Syndication
Dynamic Direct Bound Port Clarification
There seems to have been some confusion generated by readers trying to implement dynamic direct bound ports that I wanted to clarify. A dynamic direct bound port is merely a direct bound port whose address is set at runtime. It is not a dynamic send port. Dynamic send ports allow you to determine at runtime which send adapter the message will be routed to which is derived from the prefix of the address of the endpoint you have provided. If you try to set the address of a dynamic send port using the msgbox: prefix you will get a routing exception (transport cannot be resolved) as msgbox: is not an alias for any send adapter.
The ability to modify the address of a direct bound port is only available in BizTalk Server 2006.
by community-syndication | Apr 5, 2007 | BizTalk Community Blogs via Syndication
Environment:
– BizTalk 2004 works on the CORPBTS1 server (Windows Server 2003)
– SQL Send ports send the messages to the SQL 2000 DB on the CORPNT5 server .
After installing the SP2 for Windows Server 2003 I’ve got the events:
“
Event Type: Error
Event Source: BizTalk Server 2004
Event Category: BizTalk Server 2004
Event ID: 5754
Date: …
Time: …
User: N/A
Computer: CORPBTS1
Description:
The “SQL” adapter is suspending an outbound message going to destination
URL:”SQL://CORPNT5/Prod/“. Details:”New transaction cannot enlist in the specified transaction coordinator. “.
…
“
When I try to Refresh the SQL Adapter Receive/Send handlers I’ve got the errors that something wrong with Distributed transaction coordinator (DTC).
More interesting was that I work with database on the CORPNT5 server through the .NET code from the map (with the Enterprise Library), and this works fine!
The problem was resolved when I changed on the CORPBTS1:
Administrative Tools \ Component Services \ My Computer \ Properties \ MSDTC \ Security Configuration \ Transaction Manager Communication \ “Mutual Authentication Required” –> “Incoming Caller Authentication Required”
by community-syndication | Apr 5, 2007 | BizTalk Community Blogs via Syndication
Recharge the batteries and look out for that Rabbit 🙂
I’m back from Perth survived the ‘Red-Eye’
Take care,
Mick.
by community-syndication | Apr 5, 2007 | BizTalk Community Blogs via Syndication
Environment:
– BizTalk 2004 works on the CORPBTS1 server (Windows Server 2003)
– SQL Send ports send the messages to the SQL 2000 DB on the CORPNT5 server .
After installing the SP2 for Windows Server 2003 I’ve got the events:
“
Event Type: Error
Event Source: BizTalk Server 2004
Event Category: BizTalk Server 2004
Event ID: 5754
Date: …
Time: …
User: N/A
Computer: CORPBTS1
Description:
The “SQL” adapter is suspending an outbound message going to destination
URL:”SQL://CORPNT5/Prod/“. Details:”New transaction cannot enlist in the specified transaction coordinator. “.
…
“
When I try to Refresh the SQL Adapter Receive/Send handlers I’ve got the errors that something wrong with Distributed transaction coordinator (DTC).
More interesting was that I work with database on the CORPNT5 server through the .NET code from the map (with the Enterprise Library), and this works fine!
The problem was resolved when I changed on the CORPBTS1:
Administrative Tools \ Component Services \ My Computer \ Properties \ MSDTC \ Security Configuration \ Transaction Manager Communication \ “Mutual Authentication Required” –> “Incoming Caller Authentication Required”
by Richard | Apr 5, 2007 | BizTalk Community Blogs via Syndication
Convoying is one of BizTalk’s real strengths but it has a lot of pitfalls (I’m talking performance, zombies etc). This article is really good at explaining the different patterns used for creating convoys. It also makes some deep dives into how the subscriptions are solved, why zombies are created and how to deal with them.
Even if you feel you understand the convoy patters from before the part about how BizTalk solves the subscriptions for correlations (the part called Basic Convoy Theory) is great.
Using sequential convoy to handle ordered delivery
A big selling point in BizTalk 2006 is it’s ability to handle Ordered Delivery. It’s important however to understand that this setting (on the Receive and Send port) only works in a pure messaging scenario (a scenario without orchestration, just passing messages between ports). To get order delivery in a scenario using orchestrations one has to use the sequential convoy pattern (basically forcing the orchestration to only one instance on one thread). This Webcast explains this in depth and also deals with some of the different problems that are related to the issue. Problems like performance of course, but also the requirement for receive adapter (on the send side all adapters support ordered delivery) for enabling ordered delivery (you’ll have to use MSMQ, MQSeries or specific scenarios of File, SOAP or HTTP).
Both convoying and ordered delivery are important concepts to understand in depth to be able to make the right decisions in a BizTalk 2006 solution.
by community-syndication | Apr 5, 2007 | BizTalk Community Blogs via Syndication
Convoying is one of BizTalk’s real strengths but it has a lot of pitfalls (I’m talking performance, zombies etc). This article is really good at explaining the different patterns used for creating convoys. It also makes some deep dives into how the subscriptions are solved, why zombies are created and how to deal with them.
Even if you feel you […]
by community-syndication | Apr 4, 2007 | BizTalk Community Blogs via Syndication
I was trying to signup for a service, and I was prompted the following form to fill out.
I’m afraid I’m not human anymore.
Any other human out there who can help me?
by community-syndication | Apr 4, 2007 | BizTalk Community Blogs via Syndication
To access R2 Public Beta, please follow these instructions:
Sign in using your passport
Click on Available Connections (on the Connect Home menu)
Scroll down to the Programs table (shown below)
Apply for BizTalk 2006 R2 Beta program
Program |
Nomination Start Date |
Nomination End Date |
Options |
BizTalk 2006 R2 Beta |
4/2/2007 |
8/1/2007 |
Details Apply |
You’ll immediately get access to the R2 public beta site and download.
Marjan
by community-syndication | Apr 4, 2007 | BizTalk Community Blogs via Syndication
Last January 31th my good friends Javier and Carmen Mariscal were blessed with the birth of their second son, Daniel Mariscal. After two months, the baby got his first exposure to the Microsoft world. DO NOT make any assumptions about the finger; he is…(read more)