Microsoft Dynamics Mobile Team blog

Microsoft Dynamics Mobile Has Been Discontinued

John Swymer — Thu, 24 Sep 2009 15:01:00 GMT

Microsoft Dynamics Mobile for Microsoft Dynamics AX and Microsoft Dynamics NAV has been discontinued. For more information, please visit PartnerSource at https://mbs.microsoft.com/partnersource/solutions/mobile.

In response to questions in the marketplace, we made this strategic decision to discontinue the current development of Microsoft Dynamics Mobile for Microsoft Dynamics AX and Microsoft Dynamics NAV due to the broad availability of such partner-developed mobile solutions. As part of Microsoft’s Support Lifecycle Policy, we will continue product support and maintenance of Microsoft Dynamics Mobile through January 14, 2014.

Configuring Permissions For Processing Mobile Documents in Microsoft NAV 2009

John Swymer — Wed, 29 Jul 2009 10:35:00 GMT

For a mobile document to process from the mobile document service to Microsoft Dynamics 2009, there are several permission settings in Microsoft Dynamics 2009 that you must configure. The permission settings vary depending on whether the mobile document service communicates with Microsoft Dynamics 2009 through an Application Server or a Web Service.

Note: For Microsoft Dynamics Mobile 1.5, the required permissions when using Application Server have changed from Microsoft Dynamics Mobile 1.1 and earlier versions.

Using Application Server

To process a mobile document in Microsoft Dynamics NAV 2009 through an Application Server, you must set up permissions in Microsoft Dynamics NAV 2009 on the following accounts:

Windows account of the mobile device user
Application pool identity that is used by the Mobile Document Service.
Note: This was not required for Microsoft Dynamics Mobile 1.1 and earlier.
Logon account that is used by the Application Server component.

The following table includes the set up that is required for each account in Microsoft Dynamics NAV 2009 to process a mobile document.

Microsoft Dynamics NAV 2009 setup	Mobile user Windows account	Document Service application pool identity	Application Server logon account
Windows login	yes	yes	yes
Roles on the Windows login	The roles that give permission to process information in the request document. For example, if you have a document type that creates customers, then the user’s Windows Login must be assigned the S&R-CUSTOMER, EDIT role, which is the standard role for users who have permission to create, modify, and delete customers.	MOB-SERVER-NAS	MOB-SERVER-NAS ALL Role of each document type that Microsoft Dynamics NAV Application Server processes.
Mobile User	yes	yes	no
Assigned to the document type	yes	no	no

Using Web Services

To process a mobile request document in Microsoft Dynamics NAV 2009 using Web services, you must set up permissions in Microsoft Dynamics NAV 2009 for the following accounts:

Windows account of the mobile device user
Identity of document handler that is used to process mobile request document. This can be the same as the document service’s identity.

The following table includes the set up that is required for each account in Microsoft Dynamics NAV 2009 to process a mobile document.

Microsoft Dynamics NAV 2009 setup	Mobile user Windows account	Document handler's identity
Windows login	yes	yes
Roles on the Windows login	The roles that give permission to process information in the request document. For example, if you have a document type that creates customers, then the user’s Windows Login must be assigned the S&R-CUSTOMER, EDIT role, which is the standard role for users who have permission to create, modify, and delete customers.	none
Mobile User	yes	yes
Assigned to the document type	yes	no

Dynamics AX Mobile 1.5 SSIS Package Failure when using SQL Server collation Danish_Norwegian_CI_AS

BertrandCaillet — Thu, 16 Jul 2009 16:56:00 GMT

Recently we received some feedback around the SQL Server with Danish and Norvegian collation and we will like to communicate this work around to solve the problem.

Error Description: When running the Dynamics Mobile SSIS Package in SQL Server 2005/2008 the package may fail with messages similar to:

Package Execution Utility: “Error: SSIS Error Code DTS_E_OLEDBERROR. An OLE DBError has occurred. Error code 0x80040E14. An OLE DB record is available. Source: Microsoft SQL Native Client Hresult : 0x80040e14 Description: “Invalid column name DataAreaID”.

SSIS Package in SQL Server: “Source: Activity DTS.Pipeline Description: One or more component failed validation. Code: 0xC0024107 Source: Activity Description: There were errors during task validation. DTExec: The package execution returned DTSER_FAILURE (1).”

Reason: The SQL Server variables defined in the SSIS package represent a SQL select statement that uses a column with the name “DataAreaID”. SQL Server throws and error as the combination of two A’s in the column name represent a special character in the Danish language.

Work Around: All the select statements must be changed so that the two “A” characters are the same case. Suggested change is to change “DataAreaID” to “DATAAREAID”. To do this;

1. Navigate to the AX SSIS package (typically located in C:\Program Files\Microsoft Dynamics Mobile\Solutions\Microsoft Dynamics AX 2009 SP1\Mobile Sales\Server\Staging Database\SSIS 2005 or C:\Program Files\Microsoft Dynamics Mobile\Solutions\Microsoft Dynamics AX 2009 SP1\Mobile Sales\Server\Staging Database\SSIS 2008 depending on the version of SQL Server you are running.)

2. Open up the AX Package in Notepad (Mobile Sales-AX2009-Package.dtsx).

3. Perform an edit->Replace to all instances of “DataAreaID” and change it to “DATAAREAID”.

4. Save the file.

5. Package should now run successfully with the Danish collation.

How to code your own barcode enabled tasklets (Motorola and Intermec devices)

MSDNArchive — Tue, 07 Apr 2009 03:15:00 GMT

This is an installment of Barcode Scanning With Microsoft Dynamics Mobile series.

This article is targeted at developers who want to start using the barcode scanner capabilities of Microsoft Dynamics Mobile 1.5 framework. It supports Motorola (formerly Symbol) and Intermec devices. After you have read this article and followed its tutorial part you will be able to implement your own tasklets with barcode scanning capabilities. It might seem a long way on first glance but once done you will realize that the heart of the functionality is doable in just a few steps.

The following tutorial describes all steps necessary to create a simple Rolepad based application which enables barcode scanning on Motorola (Symbol) and Intermec devices. The process is the same for both device classes – there are only two differences: The first one is proprietary .NET CF scanning assemblies which you must download and reference within your project and the second one is the corresponding section in the App.config file. Tutorial is written for Symbol, differences are highlighted for Intermec.

Prerequisites: Microsoft Visual Studio 2008 SP1 (Professional edition or above), Microsoft Dynamics Mobile – Device Components with Device SDK feature installed
We are going to create one VS solution with two projects based on Microsoft Dynamics Mobile 1.5 platform. The main purpose of the Rolepad project called BarcodeScannerSample15 is an easy deployment of all necessary binaries configuration files. The barcode scanning logic is being coded in the separated tasklet project called BarcodeScanner.
Open Visual Studio 2008 (Professional edition or above).
Create a Rolepad project called BarcodeScannerSample15: File > New > Project… > Project types > Visual C# > Dynamics Mobile > Rolepad project for Windows Mobile 6 (or Windows Mobile 5 if you wish).
Add a new tasklet project called BarcodeScanner to the BarcodeScannerSample15 solution: Right-click on BarcodeScannerSample15 solution > Add > New Project… > Project types > Visual C# > Dynamics Mobile > Tasklet project for Windows Mobile 6 (or 5).
BarcodeScanner assembly should be deployed automatically when deploying BarcodeScannerSample15 project: Add reference of the BarcodeScanner project to the BarcodeScannerSample15 project.

Add following references to the BarcodeScannerSample15 project:

           Microsoft.Dynamics.Mobile.Components

          Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanning.Symbol

          (Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanning.SymbolIntermec)

          Microsoft.Dynamics.Mobile.Components.Tasklets.Menu

The scanning itself is a manufacturer-specific operation, so manufacturer-specific assemblies will be needed. You have to download and extract the following assemblies: Symbol and Symbol.Barcode for Motorola (Symbol) devices and Intermec.DataCollection.CF2 for Intermec. Read the article Where to get barcode drivers to figure out where and how to get these.
Open Windows Explorer and locate BarcodeScannerSample15 project folder, create BinaryReferences subfolder and copy extracted assemblies under this folder. Reference these binaries from the BarcodeScannerSample15 project.
The core of barcode reader functionality provided by Microsoft Dynamics Framework is located in Microsoft.Dynamics.Mobile.Runtime assembly. Add following reference to the BarcodeScanner (tasklet) project:

O pen BarcodeScannerTasklet.cs and add following using statements:

          using Microsoft.Dynamics.Mobile.Framework.Entities;

          using Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanning;

          using Microsoft.Dynamics.Mobile.Components.Services;

We will need a BarcodeReader object to perform the actual scanning. This object will be created by BarcodeScanningService defined in the App.config file. The service assures that a correct version of BarcodeReader object will be newed-up.
Add BarcodeReader private field called barcodeReader.
Add BarcodeScanningService public property called BarcodeScanningService and decorate it with [RolePadService] attribute.

Edit OnStarted method. You must ask BarcodeScanningService to create particular BarcodeReader object and implement two event handlers with self-explaining names. This code will be called only once within the tasklet lifetime.

          protected override void OnStarted()

          {

              base.OnActivated();

              barcodeReader = BarcodeScanningService.GetReader(this);

              barcodeReader.Scanned += new EventHandler<ScannedDataEventArgs>(barcodeReader_Scanned);

              barcodeReader.Error += new EventHandler<ErrorEventArgs>(barcodeReader_Error);

          }

Override OnActivate method. The scanner must be opened (enabled). This code can be called repeatedly when entering already started tasklet.
Override OnDeactivated method. The scanner will be closed (disabled). Counterpart of the OnActivate method – can be called repeatedly.

Override OnClosing method. Closing the system resources and bit of cleaning.

          protected override void OnClosing(ExitResult exitResult)

          {

              base.OnClosing(exitResult);

              barcodeReader.Error -= barcodeReader_Error;

              barcodeReader.Scanned -= barcodeReader_Scanned;

              barcodeReader.Dispose();

          }

Add barcodeReader_Error event handler.

          void barcodeReader_Error(object sender, ErrorEventArgs e)

          {

              if (e != null && e.Exception != null)

                  Container.Alert("Exception ocured while using barcode scanner:\n" + e.Exception.Message);

          }

Add barcodeReader_Scanned event handler. In case the scanning was successful tasklet view class is going to present the scanned data. Some barcode readers return multiple lines of the scanned information. Typically we need to know only the first one – that is why we pass 0 index of e.Data array to the view.
You are done with the tasklet itself but we have to extend its view.
Double-click BarcodeScannerView.cs and add one TextBox control called txtScannedBarcodes.
Make txtScannedBarcodes control ReadOnly, Multiline and change its size to your convenience.
Open IBarcodeScannerView.cs and add extend the interface by:
Right-click BarcodeScannerView.cs and select View Code.

Implement IBarcodeScannerView by the following code:

          public void ShowScannedBarcode(string barcode)

          {

              this.txtScannedBarcodes.Text += barcode + Environment.NewLine;

          }

You should be able to build BarcodeScanner tasklet project by now so let us finish the BarcodeScannerSample15 project.

Modify app.config by adding of the following code at the beginning of the <services> node. The simple configuration informs Framework that it should create BarcodeScanningService of an appropriate type. Please notice that you must comment out/in the correct section for Intermec devices:

          <!-- Required for Barcode scanning on Symbol devices-->

          <add type="Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanningService, Microsoft.Dynamics.Mobile.Framework.Runtime">

              <configuration xmlns="http://schemas.microsoft.com/Dynamics/Mobile/2008/11/Services/BarcodeScanning/Configuration">

                  <scannerType>Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanning.Symbol.ScannerDevice, Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanning.Symbol</scannerType>

              </configuration>

          </add>

          <!-- Required for Barcode scanning on Intermec devices-->

          <!--<add type="Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanningService, Microsoft.Dynamics.Mobile.Framework.Runtime">

                  <configuration xmlns="http://schemas.microsoft.com/Dynamics/Mobile/2008/11/Services/BarcodeScanning/Configuration">

                      <scannerType>Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanning.Intermec.ScannerDevice, Microsoft.Dynamics.Mobile.Components.Services.BarcodeScanning.Intermec</scannerType>

                  </configuration>

          </add>-->

Modify UserRole.xml – replace its whole content by the following code. It is a very simple orchestration with two tasklets: Menu tasklet provided by the Framework as an invitation screen and our newly created BarcodeScanner tasklet.

          <?xml version="1.0" encoding="utf-8" ?>

          <userRole minimize="false" xmlns="http://schemas.microsoft.com/Dynamics/Mobile/2008/11/Flow">

              <orchestrations>

                  <orchestration name="startup">

                      <tasklets>

                          <!-- Main Menu (Menu) -->

                          <tasklet name="MenuTasklet" icon="Graphics\Dynamics_small.png" text=" Barcode Scanner Sample" context="Tasklet header;26" type="Microsoft.Dynamics.Mobile.Components.Tasklets.MenuTasklet, Microsoft.Dynamics.Mobile.Components.Tasklets.Menu">

                              <actions>

                                  <group name="BackAndCancel" type="Flat" priority="98">

                                      <exitOrchestration name="Close" text="Close" />

                                  </group>

                                  <group name="MenuItems" priority="50" type="Flat">

                                      <open text="Barcode" icon="Graphics\Barcode_large.png" priority="49" tasklet="BarcodeScanner" />

                                  </group>

                              </actions>

                          </tasklet>

                          <!-- /Main menu (Menu) -->        

                          <!-- This is a demo tasklet which shows how to implement barcode scanning functionality. -->

                          <tasklet name="BarcodeScanner" icon="Graphics\Barcode_small.png"  type="BarcodeScanner.BarcodeScannerTasklet, BarcodeScanner" >

                              <actions>

                                  <exitTasklet text="Close" />

                              </actions>

                          </tasklet>

                      </tasklets>

                  </orchestration>

              </orchestrations>

          </userRole>

You should be able to build the whole solution at this moment.
Double check that BarcodeScannerSample15 is your startup project. If it is not the case then right-click on BarcodeScannerSample15 project node and select “Set as StartUp Project”.
Right-click Properties subfolder of BarcodeScannerSample15 project and select Open.
Go to Devices and select your target device.
Connect the device and press F5.

Do not forget to check MSDN documentation: BarcodeScanningService Class

By the way: The complete source code can be downloaded – see the bottom of this article. However I am sure you are glad you went through the whole example by yourself - it is the best way how to learn the stuff.

Please notice that the downloadable code is more complex and much better commented than the example you created based on the tutorial above. The difference is mainly given by more extensive error handling in the downloadable code. The tutorial code should be used for tutoring/learning only, the downloadable example on the other hand rather as a skeleton for building real applications based on 1.5 version of the Framework.

Download source code here: BarcodeScannerSample15.zip

This code will run first after you copy barcode drivers into the .\BarcodeScannerSample15\BinaryReferences folder.

How to enable barcode scanning on existing Microsoft Dynamics Mobile tasklets

MSDNArchive — Tue, 07 Apr 2009 00:07:40 GMT

This is an installment of Barcode Scanning With Microsoft Dynamics Mobile series.

… and concurrently it is the shortest blog article I have ever written :-)

Just follow the MSDN link: How to: Set Up Barcode Scanning for Mobile Sales. Use this approach for SimpleList or similarly for ItemList tasklet.

Where To Get Barcode Drivers

MSDNArchive — Wed, 21 Jan 2009 21:46:00 GMT

This is an installment of Barcode Scanning With Microsoft Dynamics Mobile series.

Barcode drivers are the most essential prerequisites for barcode scanning functionality on a particular device. Out of the box, Microsoft Dynamics Mobile supports two barcode enabled device manufacturers: Motorola (formerly Symbol) and Intermec. To achieve any barcode related functionality you need to acquire appropriate barcode drivers. These are usually wrapped in some .NET Compact Framework assembly which is shipped as a part of a particular SDK of the given manufacturer. Third parties (in this case Microsoft) are not allowed to redistribute manufacturers’ drivers so you have to get them by your own. To make your life easier I prepared the following mini-tutorials describing where to download appropriate SDK and how to extract barcode driver out of them.

Please notice! The description below is very precise and all links are currently working (January 2009). However it can change as time goes by. Feel free to add your comment to the blog article, we will update the description.

Motorola (formerly Symbol): You need two assemblies called Symbol and Symbol.Barcode

Go to Motorola EMDK for .NET v2.0 (EMDK stands for Enterprise Mobility Developer Kit formerly known as SMDK - Symbol Mobility Developer Kit) and download EMDK-M-020005-Up2.zip.
Unzip and locate the following CAB file: symbol.all.arm.cab (typically in .\SDK\Smart Devices\wce500\armv4i folder).
Install the CAB file on any Windows Mobile device or emulator, and locate Symbol.dll and Symbol.Barcode.dll on that device under \Windows
Copy Symbol.dll and Symbol.Barcode.dll to your PC for future use.

Intermec: You need one assembly called Intermec.DataCollection.CF2 a

Notice that you must be a registered user to be able to perform any download from the Intermec web site. If you are not, go to the Intermec downloads login page, click on the “create a new account” link, provide all required information and click on the “Register” button.
Having your Intermec account you can download the Intermec Development Toolkit. You must enter your Intermec account credentials and go through a short wizard to reach the download link.
Install the toolkit (00002344_IDLDCRK_Setup.exe).
Locate Intermec.DataCollection.CF2.dll assembly under the following path: %PROGRAMFILES%\Intermec\Developer Library\Dot NET Assemblies\CF 2.0
Copy Intermec.DataCollection.CF2.dll to your PC for future use.

Barcode Scanning With Microsoft Dynamics Mobile

MSDNArchive — Wed, 21 Jan 2009 21:40:00 GMT

My plan is to post a short series of articles related to barcode scanning experience with Microsoft Dynamics Mobile. Today’s post should act as an overview of posted and will-be-posted articles touching the barcode functionality.

Here is the plan:

Barcode scanning prerequisites: Where to get barcode drivers
How to enable barcode scanning on existing Microsoft Dynamics Mobile tasklets
How to code your own barcode enabled tasklets (Motorola and Intermec devices)

Bullets above will be transformed to http links after the corresponding article has been issued.

Unit Testing DocumentHandlers With Parameters

ploeh — Tue, 13 Jan 2009 09:20:38 GMT

In my previous post, I described how to unit test custom DocumentHandlers. When your DocumentHandler has one or more DocumentHandlerParameters, you have to manually assign values to these, since, during unit testing, the DocumentHandler instance runs outside the warm and fuzzy Mobile Server environment.

This is as simple as setting the property to the desired value before invoking the Submit or GetDocumentDescription methods.

[TestMethod]

public void TestUsingMyIntegerParameter()

    // Fixture setup

    string anonymousNumber = 7.ToString();

    MyDocumentHandler sut = new MyDocumentHandler();

    sut.MyInteger = anonymousNumber;

    // Exercise system

    // ...

    // Verify outcome

    // ...

    // Teardown

Notice how, in the above test, the MyInteger property is assigned to an Anonymous Variable before the SUT is exercised.

It's very simple, so the main purpose of this post was just to remind you that you have to remember setting all relevant properties appropriately as part of setting up your Fixture.

Unit Testing DocumentHandlers

ploeh — Wed, 07 Jan 2009 12:06:00 GMT

As I promised in a previous post, I'd like to discuss how to unit test a custom DocumentHandler. There's really nothing to it: Just create a new instance of your DocumentHandler and start invoking its members.

Here's a test of the Submit method:

[TestMethod]

public void SubmitWillReturnCorrectDescription()

    // Fixture setup

    string anonymousXml = "<anonymous>XML</anonymous>";

    Guid anonymousMessageId = Guid.NewGuid();

    string anonymousDeviceId = "Anonymous device ID";

    IPrincipal anonymousPrincipal =

        new GenericPrincipal(

            new GenericIdentity("Someone"), new string[0]);

    string expectedDescription =

        string.Format("Message {0} was successfully submitted",

        anonymousMessageId);

    MyDocumentHandler sut = new MyDocumentHandler();

    // Exercise system

    DocumentResponse result =

        sut.Submit(anonymousXml, anonymousMessageId,

        anonymousDeviceId, anonymousPrincipal);

    // Verify outcome

    Assert.AreEqual<string>(expectedDescription,

        result.Description, "Description");

    // Teardown

Since the Submit method takes four parameters, you must create these four objects prior to invoking the method. In this example, I'm naming the variables using the Anonymous Variable Naming coding idiom.

In many cases, the XML string containing the document to submit is probably the most interesting parameter, and you will likely need to write many separate tests to verify that your custom DocumentHandler correctly deals with different instances of your particular XML document format.

In this context, it's worth noting that you can obviously debug into your code when running a test, so this is a very effective troubleshooting technique. Due to the way we load and host DocumentHandlers, it's not possible to attach a debugger to a custom DocumentHandler while it's executing in Mobile Server, so debugging into a unit test is a good alternative. If your custom DocumentHandler throws an exception while executing in Mobile Server, the event log will contain a copy of the message, and you can then use this copy to reproduce the problem in a unit test.

In the test shown above, notice that I create a new GenericPrincipal instance to use as the mobileUser parameter. Be aware that any IPrincipal instance is acceptable, so I just created a GenericPrincipal because it was the easiest thing to do. When executing your custom DocumentHandler, Mobile Server doesn't use GenericPrincipal, but rather a different implementation of IPrincipal, and it makes no guarantees that it will always use the same implementation type. In other words, your custom DocumentHandler should follow the Liskov Substitution Principle.

As you can see, it's really straightforward to unit test custom DocumentHandlers. The Submit method has by far the most complex signature, so testing the FriendlyName and GetDocumentDescription members is even simpler.

Update: A follow-up post dealing with unit testing and DocumentHandlerParameters is now available.

DocumentHandlerParameter Best Practices

ploeh — Thu, 18 Dec 2008 16:47:12 GMT

When you create a custom DocumentHandler, it is very likely that you may need to supply it with some configuration data. Common examples include the address of your back-end server, credentials to the back-end system, etc.

DocumentHandlers can be configured by adding public read/write string properties and decorating them with the DocumentHandlerParameter attribute. This is all described in the documentation, but in this post, I'd like to expand a bit on the subject to describe some best practices for dealing with such parameters.

If all you need is a string, you can get by with an implementation as simple as this:

[DocumentHandlerParameter("Description template")]

public string DescriptionTemplate { get; set; }

However, if you really need something else, you will have to parse the text yourself, since only strings are supported. Imagine that you really need to expose an integer property. Basically, you have two options:

You can parse it as the value is being assigned
You can parse it when you need it

Parsing the value right away is the preferable alternative, since this gives Mobile Server a chance to verify the configuration as soon as the operator saves the document type (right now, Mobile Server doesn't do that, but it might do that in a future version, in which case you'll get validation for free). It also makes for cleaner code.

Here's one possible implementation of an integer property:

[DocumentHandlerParameter("My integer")]

public string MyInteger

    get { return this.myInt.ToString(); }

set

        int i;

        if (int.TryParse(value, out i))

            this.myInt = i;

            return;

        throw new ArgumentException(

            "Value was not an integer", "value");

where myInt is a private member variable. Notice how the setter attempts to parse the string to an integer, and throws a descriptive exception if this is not possible.

Whenever the value of this property is required, the rest of the code can simply reference this.myInt, which is now guaranteed to be correct. Int32 is a value type, so referencing this.myInt will always be correct, since the default is 0.

This is not the case for reference type properties like the DescriptionTemplate property above. Keep in mind that reference types may be null, so that it becomes necessary to check for this before using the property:

public override DocumentResponse Submit(string xmlDocument,

    Guid messageId, string deviceId, IPrincipal mobileUser)

    string template =

        string.IsNullOrEmpty(this.DescriptionTemplate) ?

        "Message {0} was successfully submitted" :

        this.DescriptionTemplate;

    DocumentResponse dr = new DocumentResponse();

    dr.Description = string.Format(template, messageId);

    return dr;

In this implementation of the Submit method, I test the DescriptionTemplate property's value before using it, defaulting to a hard-coded value if it's not defined. It is important to realize that Mobile Server makes no guarantee regarding the values of DocumentHandlerProperties, since it is entirely up to the operator whether he or she cares to fill in the values or not, so either have some good default values or throw an exception with a descriptive error message.

As the above example illustrates, you can reference DocumentHandlerProperties from within the Submit method. This is the main scenario, but Mobile Server will also fill in the values of these properties when invoking the GetDocumentDescription method.

As a contrast to the Submit and GetDocumentDescription methods, the FriendlyName property of DocumentHandler is only being used in the UI when the operator selects a DocumentHandler to configure; that is, before the properties are being configured. For that reason, when the code inside the FriendlyName property executes, the property values will always have their default values.

In short:

Validate parameter values in their setters and fail fast.
Don't assume values have been set.
Consume values from Submit and GetDocumentDescription only. You cannot consume the values from within the FriendlyName property's code.