Sometimes Lost Tab/Esc in Virtual PC

I've experienced this problem several times. At first, I just restarted and usually solved the problem. But today, it didn't solve my problem, so these are the possible solutions:

• Delete Options.xml file located in %AppData%\Roaming\Microsoft\Virtual PC folder
• Add new Path Rule to the "Local Security Policy\Software Restriction Policies\Additional Rules" with value "%appdata%\microsoft\virtual pc\vpckeyboard.dll" and Unrestricted security level

I've tried the first solution. Both solutions require you to shut down your Virtual PC including the console.

Word 2007 changes "Outline Level" to Level 1 randomly to paragraphs

I experienced this recently when I was busy finalizing some documents. How to prevent/fix this annoying Word 2007 behavior as follows:

Tips to prevent or deal with the problem

• Exclude the TOC until you’re ready to either print the document or convert to PDF. The TOC and the DM seem to interact to create instability.
• Always close the DM pane before closing your file or Word. The DM is more stable when a document is opened with the DM pane is closed.
• Always open documents with DM pane closed. If you’re uncertain, start Word first, close the pane, then open your document.
• You can tell that your DM is being scrambled if Word shows the “Word is formatting the document…” status bar while the file is opening.
• Always check your DM when you first open the file.
• The only time I’ve noticed a DM become scrambled is on open. This doesn’t mean there aren’t other times it’ll become scrambled. For example, I’d be cautious by closing the DM pane when generating a TOC, or printing or converting documents to PDF, especially if they contain a TOC.
• I don’t know what makes a file susceptible to scrambling on open in the first place.
• As soon as you notice your DM is scrambled, close your document without saving.
• Saving the file with a scrambled DM will permanently scramble both the DM and the TOC. It’s actually the heading level tags that get scrambled.
• Use Word’s auto-backup feature: Tools -> Options; Save tab; check “Always create backup copy.” Lets you roll back one save.
• Create and keep frequent backups of your own, even several in a day if you’re being particularly productive: time is precious; disk space is cheap.
• If you don’t need the really rapid navigation offered by the DM, try using Outline view instead. According to what I’ve read, it’s not prone to scrambling.
• Additional observations: Merging an older, unscrambled copy with a scrambled copy passes the scrambling on to the good copy, no matter which direction you merge (good into bad, or bad into good), or which document’s formatting you opt to retain. I haven’t found any way to repair/recover a scrambled and saved file, but I haven’t tried any commercial recovery products.

To remedy
If your DM becomes scrambled and you haven’t saved your document:

1. Close the document and Word without saving
2. Open Word
3. Close the DM pane
4. Open your file

From another comment by by Jan Zambor :
To repair a scrambled doc:
1. select entire doc (Ctrl+A)
2. go to Paragraph windows
3. set Outline level to "Body Text" (headings will NOT be set to body text, you should end up with the correct doc)

The adapter Microsoft Dynamics AX 2009 raised an error message: "The message does not contain a body part."

I experienced this error when trying to update a data synchronously with AIF. This same error also happens with delete service.

For now, Rasmus Jaeger said that the workaround is:

A simple check, in the AIF update and delete services in AX, which checks if the message part is empty. If the message part is empty, AX returns a predefined static xml document to BizTalk. 

So, we are waiting for the hot fix ............

Note to Self: Invoking Static Members of a Class in BRE

To invoke static members of a class, StaticSupport must be added in the registry:

• For 32 bit, the location is in:
  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\BusinessRules\3.0\StaticSupport
• For 64 bit, the location is in:
  HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\BusinessRules\3.0\StaticSupport

The Messaging Engine encountered an error during the processing of one or more inbound messages

I experienced this error when a receive port disassembles a flat file in 2 cases: 

• A 1 MB flat file contains more than 10000 rows
  The work around that I did is by throttling the Threads per CPU to 100.
• A 30 MB flat file contains more than 300000 rows
  I noticed that the Memory used by the receive host has grown up more than 3 GB. The receive host is a 32-bit only host. Thus, it recycles the host. So, by using 64-bit host and also throttling the Threads per CPU, the flat file was processed successfully. The 64-bit receive host consumed more than 6 GB of memory.

Note to Self: Add to The Global Assembly Cache on MSI Imports

Lately, I've been busy with deployment and re-deployment of BizTalk solutions for testing purposes. In the deployment step, I just want to import the MSI and done. But, to do that, I also need to make sure that when I import the MSI, all the assemblies is also added to the GAC. So, I have to modify each of the resources and check the "Add to the global assembly cache on MSI imports (gacutil)" option. Well, it's quite annoying things to do if you need to do this for all the resources.

Thanks to Dmitriy, I just need to run this query in the adpl_sat table of BizTalkMgmtDb database:

update dbo.adpl_sat set properties = replace(cast(properties as nvarchar(4000)),
'UpdateGacOnImport</key><value>False', 'UpdateGacOnImport</key><value>True') where applicationId = <app_id>

SSO Configuration Application MMC Snap-In

I just knew that Microsoft has released MMC Snap-In to use SSO to store configuration data.

Saravana has posted an example about this in his blog.

Check it out!