When deploying schema's and related maps to BizTalk Server 2010, you may receive the following error when undeploying the map:
Schema referenced by Map "*****" has been deleted. The local, cached version of the BizTalk Server group configuration is out of date. You must refresh the BizTalk Server group configuration before making further changes.
Me and a colleague discovered that this may be related to the Map project and the Schema project sharing the same .Net namespace.
When we deploy a solution that has 1 single namespace like company.application for all projects, we always encounter this error.
When we deploy solutions that have different namespaces per project, like company.application.schemas and company.application.maps, this will not occur.
This behaviour (bug?) is different from behaviour in BizTalk 2004 and 2006R2. I have not tested this in BizTalk 2009.
To remedy this problem, manualy undeploy the maps first, than the schemas.
If you have schemas and maps in a single project (not a best practice) you also have no problems.
donderdag 13 januari 2011
dinsdag 4 januari 2011
BizTalk 2010 pipeline buildorder lost when using MsBuild.exe
When building solutions outside Visual Studio 2010 that contain both a pipeline project and a pipeline components project, building may fail.
As it seems, determining the buildorder for the components seems to be inclusive, leading for some solutions to fail with the message that references to the pipeline components cannot be resolved.
Cause for this is the fact that the reference is always to the GAC, not to a project. Somehow Visual Studio 'knows' this and acts accordingly, and when using MSBUILS this might fail. I say might, as we have solutions that do build consistently aswell as solutions that do fail consistently.
In order to 'fix' this, you have to manualy set your projects dependency.
In Visual Studio, right-click the solution and select Properties.
On the propertyscreen select Project Dependencies
There, select your Pipeline project and check the dependency with the Pipeline component.
Klik Apply, then save the solution.
As it seems, determining the buildorder for the components seems to be inclusive, leading for some solutions to fail with the message that references to the pipeline components cannot be resolved.
Cause for this is the fact that the reference is always to the GAC, not to a project. Somehow Visual Studio 'knows' this and acts accordingly, and when using MSBUILS this might fail. I say might, as we have solutions that do build consistently aswell as solutions that do fail consistently.
In order to 'fix' this, you have to manualy set your projects dependency.
In Visual Studio, right-click the solution and select Properties.
On the propertyscreen select Project Dependencies
There, select your Pipeline project and check the dependency with the Pipeline component.
Klik Apply, then save the solution.
Abonneren op:
Posts (Atom)
