1. Try to remove the scope with Remove-WFScope cmdlet. https://msdn.microsoft.com/en-us/library/azure/jj193255(v=azure.10).aspx
2. If Remove-WFScope fails with timeout error, please contact Microsoft support to purge the messages with MsgCleanup tool(internal only).
3. If MsgCleanup tool also fails with SQL timeout errors because there are too many records in the table, then you may consider manually delete the data in SQL. However please note this is not officially supported by Microsoft. To do a manual cleanup, you can: 1) Use DELETE query to remove the rows belong to problematic session id directly. 2) Create a Temp table, INSERT good records(belong to other session ids) into it. Then TRUNCAT original MessageReferencesTable and INSERT the records in Temp table back to it.

1. Undeploy the problematic workflow.
2. Contact Microsoft support to cleanup these deferred messages with our internal CleanupDeferredMessages tool.
3. Make sure both WFM and SharePoint have been updated with the latest patch. Otherwise, deferred messages cannot be 100% avoided.

using System;
 using System.Messaging;
 using System.Collections;
 
 namespace MSMQOutgoingMsgCount
 {
 class Program
 {
 static void Main(string[] args)
 { 
 
 int MsgCount = 0;
 
 //Set the string to the remote MSMQ server's name
 string ServerName = "yinlin";
 ArrayList OutgoingQueuenames = new ArrayList();
 
 Console.WriteLine("Outgoing Queue List:");
 Console.WriteLine("====================================");
 
 try
 {
 MSMQ.MSMQApplication mq = new MSMQ.MSMQApplication();
 
 //Set the remote server
 mq.Machine = ServerName;
 object obj = mq.ActiveQueues;
 
 Object[] oArray = (Object[])obj;
 for (int i = 0; i < oArray.Length; i++)
 {
 if (oArray[i] == null)
 continue;
 
 //For an Outgoing queue, its queue name should include "DIRECT=" and doesn't contain the servername.
 if (oArray[i].ToString().IndexOf("DIRECT=") >= 0 && !oArray[i].ToString().Contains(ServerName)) 
 {
 OutgoingQueuenames.Add(oArray[i].ToString()); 
 }
 }
 
 for (int i = 0; i < OutgoingQueuenames.Count; i++)
 {
 MSMQ.MSMQManagement mgmt = new MSMQ.MSMQManagement();
 MSMQ.MSMQOutgoingQueueManagement outgoingMgmt = null;
 
 //Set the remote MSMQ server
 object Server = ServerName;
 object Path = string.Empty;
 object Mode = OutgoingQueuenames[i];
 
 //Use the name of outgoing queue as the first parameter to call MSMQManagement.Init() method to get the MSMQOutgoingQueueManagement object
 mgmt.Init(ref Server, ref Path, ref Mode); 
 outgoingMgmt = (MSMQ.MSMQOutgoingQueueManagement)mgmt;
 
 //Use MSMQManagement.MessageCount to get the message count
 MsgCount += outgoingMgmt.MessageCount;
 
 Console.WriteLine(OutgoingQueuenames[i] + ": " + outgoingMgmt.MessageCount);
 
 }
 
 
 }
 catch (Exception ee)
 {
 Console.WriteLine(ee.ToString());
 }
 
 Console.WriteLine();
 Console.WriteLine("=======================");
 Console.WriteLine("Total Messages: " + MsgCount.ToString());
 Console.ReadLine();
 
 }
 }
 }
 

Best regards,

WenJun Zhang

===========================

When a user account’s SQL sysadmin role is removed and only leaves it with public, the user cannot use Visual Studio to deploy BizTalk application after you edit the server name, even if the account is in BizTalk Server Administrators group. An Error <No BizTalk Configuration database(s) found on server ''.> is displayed in VS.

According to SQL profiler trace captured when the error occurs, the stored procedure sp_databases will be called to retrieve the list of databases on the SQL server.

On SQL server 2012, when I manually execute this stored procedure with only public role(sysadmin removed), the sp returns a blank result even if my account is in BizTalk Server Administrators group which has access to BizTalk databases.

exec sp_databases

On SQL server 2008 R2, the same sp properly returns databases with public only.

If we check the code of this sp, looks like it should at least return the databases which the account has permission to access.

select

        DATABASE_NAME   = db_name(s_mf.database_id),

        DATABASE_SIZE   = convert(int,

                                    case -- more than 2TB(maxint) worth of pages (by 8K each) can not fit an int...

                                    when sum(convert(bigint,s_mf.size)) >= 268435456

                                    then null

                                    else sum(convert(bigint,s_mf.size))*8 -- Convert from 8192 byte pages to Kb

                                    end),

        REMARKS         = convert(varchar(254),null)

    from

        sys.master_files s_mf

    where

        s_mf.state = 0 and -- ONLINE

        has_dbaccess(db_name(s_mf.database_id)) = 1 -- Only look at databases to which we have access

    group by s_mf.database_id

    order by 1

Workaround:

===========================

According to MSDN, the sp_databases stored procedure requires the following permissions

https://msdn.microsoft.com/en-us/library/ms176070.aspx?f=255&MSPPError=-2147217396

Permissions

Requires CREATE DATABASE, or ALTER ANY DATABASE, or VIEW ANY DEFINITION permission, and must have access permission to the database. Cannot be denied VIEW ANY DEFINITION permission.

===========================

Therefore, we can grant view any definition permission to specific user which needs to deploy BizTalk application in VS.

Best regards,

WenJun

We recently got a problem reported by our customer that the "large message size" configuration(in BizTalk group property settings)

 Problem:

 “Large message size” setting can impact the execution of map.

The scenario:

In the orchestration, the customer uses a mapping can split 1 input message into 2 output message, based on the value a node.

Illustration:

They define the mapping transform config like this, with destination as a inline schema of 2 message parts

Issue:

They encounter XLANG/s error (Invalid input/out document into/from the transform. Does not have a single root node.) at the Mapping, when the following test condition is reached:

1. The input message contain only 1 type of records, (e.g only A records, but no B records), AND

2. The input message size is larger than 100KB (e.g. we put a 102KB file)

And for message size condition, we found that it seems to be related to the “Large message size” setting at the BizTalk Group (Current is 100KB default).

 e.g. If we change “Large message size” setting to 102KB, the 102KB file can be processed without error. However, a larger file e.g. 104KB cannot.

Currently a workaround is implementing the splitting operation by 2 separate Maps instead one single map. Then we did not hit issue for the same larger files after that.

XLANG error:

Log Name:      Application

Source:        XLANG/s

Date:          24/06/2015 16:55:25

Event ID:      10030

Task Category: None

Level:         Error

Keywords:      Classic

User:          N/A

Computer:    

Description:

xlang/s engine event log entry: Uncaught exception (see the 'inner exception' below) has suspended an instance of service 'TestMapping.Orchestration.InlineSchemaMappingOrchestration(ebc6996c-4e09-9fd4-a153-a7b6d594756c)'.

The service instance will remain suspended until administratively resumed or terminated.

If resumed the instance will continue from its last persisted state and may re-throw the same unexpected exception.

InstanceId: 8524a1f6-32be-4335-8ba9-be6b2e3a56e3

Shape name: ConstructMessage_1

ShapeId: 9fb18f5f-0d34-4026-9135-b86cb96ff424

Exception thrown from: segment 1, progress 6

Inner exception: Error encountered while executing the transform TestMapping.Orchestration.InlineSchemaMapping.InlineMapping. Error:Invalid input/output document into/from the transform. Does not have a single root node..

Exception type: XTransformationFailureException

Source: Microsoft.XLANGs.Engine

Target Site: Void ShredXmlDocumentStream(System.IO.Stream, System.Object[], System.String, System.Xml.XmlDeclaration)

The following is a stack trace that identifies the location where the exception occured

   at Microsoft.XLANGs.Core.Service.Transform.ShredXmlDocumentStream(Stream inputStream, Object[] outParams, String mapName, XmlDeclaration xmlDecl)

   at Microsoft.XLANGs.Core.Service.ApplyStreamingTransform(Type mapRef, TransformMetaData trfMetaData, Object[] outParams, Stream[] inStreams, Boolean whitespaceCorrect)

   at Microsoft.XLANGs.Core.Service.ApplyTransform(Type mapRef, Object[] outParams, Object[] inParams)

   at TestMapping.Orchestration.InlineSchemaMappingOrchestration.segment1(StopConditions stopOn)

   at Microsoft.XLANGs.Core.SegmentScheduler.RunASegment(Segment s, StopConditions stopCond, Exception& exp)

Event Xml:

<Event xmlns="https://schemas.microsoft.com/win/2004/08/events/event">

  <System>

    <Provider Name="XLANG/s" />

    <EventID Qualifiers="0">10030</EventID>

    <Level>2</Level>

    <Task>0</Task>

    <Keywords>0x80000000000000</Keywords>

    <TimeCreated SystemTime="2015-06-24T08:55:25.000000000Z" />

    <EventRecordID>102400</EventRecordID>

    <Channel>Application</Channel>

    <Computer>ITDMWO86A.heh.net</Computer>

    <Security />

  </System>

  <EventData>

    <Data>xlang/s engine event log entry: Uncaught exception (see the 'inner exception' below) has suspended an instance of service 'TestMapping.Orchestration.InlineSchemaMappingOrchestration(ebc6996c-4e09-9fd4-a153-a7b6d594756c)'.

The service instance will remain suspended until administratively resumed or terminated.

If resumed the instance will continue from its last persisted state and may re-throw the same unexpected exception.

InstanceId: 8524a1f6-32be-4335-8ba9-be6b2e3a56e3

Shape name: ConstructMessage_1

ShapeId: 9fb18f5f-0d34-4026-9135-b86cb96ff424

Exception thrown from: segment 1, progress 6

Inner exception: Error encountered while executing the transform TestMapping.Orchestration.InlineSchemaMapping.InlineMapping. Error:Invalid input/output document into/from the transform. Does not have a single root node..

Exception type: XTransformationFailureException

Source: Microsoft.XLANGs.Engine

Target Site: Void ShredXmlDocumentStream(System.IO.Stream, System.Object[], System.String, System.Xml.XmlDeclaration)

The following is a stack trace that identifies the location where the exception occured

   at Microsoft.XLANGs.Core.Service.Transform.ShredXmlDocumentStream(Stream inputStream, Object[] outParams, String mapName, XmlDeclaration xmlDecl)

   at Microsoft.XLANGs.Core.Service.ApplyStreamingTransform(Type mapRef, TransformMetaData trfMetaData, Object[] outParams, Stream[] inStreams, Boolean whitespaceCorrect)

   at Microsoft.XLANGs.Core.Service.ApplyTransform(Type mapRef, Object[] outParams, Object[] inParams)

   at TestMapping.Orchestration.InlineSchemaMappingOrchestration.segment1(StopConditions stopOn)

   at Microsoft.XLANGs.Core.SegmentScheduler.RunASegment(Segment s, StopConditions stopCond, Exception&amp; exp)

        </Data>

  </EventData>

</Event>

 Analysis:

 Based on research results so far, the problem seems to be related to different behavior between in-mempry transform and stream based transform. Also, the same type of splitting mapping is well used in old BizTalk 2006 R2.

If you meet the same issue, please consider the workaround by increasing "Large message size"/use separate maps. Or you can contact Microsoft for assistance. 

Best regards,

WenJun Zhang