AX 2012 Create a project of all objects in compiler window (errors, warnings, todos, etc)

There is a cool feature with Dynamics AX 2012 where you can take all of the items in the compiler window, whether they are errors, warnings, best practice violations, or tasks, and consolidate them into a single project for a user to work on at a later time. 

Its nice if one person does a full compile, they can then create a project with just the things identified in the system and needing to be worked on. 

Additionally, you can hide the view of the different types of information displayed in the window. For instance, if you want to only work on the errors but the full compile yielded much more, you can de-select the items you don't want in the project (e.g. we only want errors).

Its a nice little feature. Not required to be used but can really help with managing issue resolution. 

 Figure 1 - The items in the compiler window

Figure 2 - The 'Create project' option in the compiler window

Figure 3 - The suggested name of the compiler project

Figure 4 - The project that gets created from the compiler results

AX 2012 Point of Sale error: 'A delivery method wasn't found for the selected product and address'

When creating an order to be shipped to a customer in the Microsoft Dynamics AX 2012 Point of Sale (modern POS in this example), you may hit the error 'A delivery method wasn't found for the selected product and address. Select a different product or enter a different address, and then try again.' (Figure 1 below). This error is with the setup.

Figure 1 - The error when attempting to deliver a customer order

The user will need to the setup (or verify setup) of the modes of delivery. Modes of delivery (Sales & Marketing > Setup > Distribution > 'Modes of delivery') have setups for retail channels (e.g. stores), products, and addresses (Figure 2 below). The reason is that you may only deliver certain types of products or categories of products to certain addresses (e.g. customer address) for certain stores/groups of stores.

Figure 2 - Setting up the delivery modes for the retail channels, products, and addresses.

Once setup is complete, the next step is one people often forget. I did :-). I had to dig back to training manuals I created back in 2012. You need to navigate to Retail > Periodic > 'Process delivery modes' and run this job (Figure 3). It explodes out the delivery modes for the stores which you can verify by going to the retail channel you want the delivery mode on and click on the 'Modes of delivery' under the setup form (Figure 4). Finally, you'll need to push the delivery modes to the store via the appropriate distribution group. Default data has this as the 1120 job (Figure 5). Once run, you can verify the data processed to the stores by clicking on the 'history' button, clicking 'Process status messages', and verifying the status messages for the channels (also Figure 5 for Houston channel).

Hope this helps someone out!

Figure 3 - Process the delivery modes (explode) for use in the retail channels

Figure 4 - Verifying the delivery modes for the retail channels

Figure 5 - Push and verify the data pushed to the store

Compare Microsoft Dynamics AX for Retail, Commerce Essentials, and Retail Realm Essentials: Features and Licensing

Within Dynamics AX, there is the 'Retail' module that everyone is calling AX for Retail. Recently, there is discussion about the 'Retail Essentials' module which is the AX system with just the retail component and a simplified setup. Retail Essentials is marketed towards the small to medium sized businesses market (SMB).

While explaining the different ways to deploy and license AX for certain scenarios, things can get confusing. I was confused as well for a while :-) The goal of this post is to demystify this as well as verbalize the branding that Microsoft is using to help rid the confusion. There were two options for 'Retail Essentials in licensing

We'll look at three different examples of how to use, deploy, and license AX for Retail. Note that the code base for all of this is the exact same regardless of the scenario.

Scenario 1: Full blown AX with AX for Retail module

The licensing for AX Retail is the same as it is for any module in AX. Full access to the modules and modification to the business logic in the application object tree (AOT) are granted. This is what people would consider a 'typical' enterprise level implementation of AX. You'll see all modules but will not see a module called 'Retail Essentials' in the list.

Scenario 2: Commerce Essentials 

This module was formerly labeled 'Retail Essentials' if you looked at the modules list in AX but was re-branded.

The licensing of this is the same as full blown AX but you are able to leverage the simplicity of the Retail Essentials configuration. When the AX system is configured, you'll check the configuration keys for retail essentials and will only see one module in AX (Figure 1 below). All the functionality still exists behind the scene but, again, the system configuration and views are simplified for a targeted type of deployment. Just uncheck the 'Full feature set' check box and you'll be in Commerce/Retail Essentials mode.

Of note, from a developer perspective, you can expose and have access to anything in the back end AOT wise without violating a license agreement. This is because you are paying for a full AX license.

Note that the name in Figure 1 will be 'Commerce Essentials' here shortly to differentiate it from Scenario 3 covered below.

Why would you use this? There are a variety of reasons but one good scenario is where a company is using another ERP as their master and only using the AX Retail components in their deployment. Another could be a phase 1 where its speed to market to get AX live for a customer just in their retail operations. Or you want a simple retail solution but need modifications that aren't in the base product and they don't want to violate their license agreements.

Scenario 3: Retail Realm Essentials

The third scenario is still going to be called 'Retail Essentials'. Functionally it is the same as scenario 2 above but with the very important distinction that larger modification or exposing of other AX functionality past what comes in base will be a violation of the license agreement. So think of this as a static code base with the exception of small changes like adding fields.

The trade off is the licensing is cheaper for Retail Essentials than standard AX licenses. The licensing is purchased through a separate company for this scenario called Retail Realm but they work directly through Microsoft. This software licensing also includes Retail Realm's utilities which contain an additional cost to utilize for scenario 1 and 2.

If the company later decides to go full blown AX or enters phase two where they will need more than what this offers, they can change their licensing to Scenario 1+2 and start that process. All the code and tables behind the scenes are the same so its just a matter of licensing, configuration keys, and data setup/migration.

Why would you use this? It is an ideal solution for the SMB market. A company wanting retail in a phase one approach can also use this model as its cheaper, but they would only be allowed very simple customizations without violating their licensing agreement.

Summary
Hopefully this post shed some light on the new licensing of the AX retail platform and added some clarity to confusion!

Figure 1 - Retail Essentials view. Unselecting 'Full feature set' in retail config key will enable this functionality.

AX 2012 Modern POS error: "Device Activiation Error Application Error"

I restarted an old Azure instance of the Modern POS (mPOS) that was once working, and when it was loaded back up, the mPOS loaded up like it had not yet been activated. I'd actually activated it and used the install setup for this instance in a previous post: Retail Modern POS (mPOS) installation and setup via AX 2012 R3 CU8 demo machine.

When attempting to reactivate it, I was getting the error 'Device Activation Error' with the detail 'Application error' (Figure 1 below).

Figure 1 - MPOS activation error: 'Device Activation Errror: Application error"'

I used the normal debugging techniques to try to figure out the issue (Event viewer and Fiddler primarily) to no avail. I also pushed all of the data from AX down to the retail channel again to make sure nothing was out of sync. Note: when using Fiddler, make sure there is a Win8 Loopback Exemption for the MPOS (Fiddler>Tools>'Win8 Loopback Exemptions>'Microsoft Dynamics Retail Modern POS application' [AS OF 9/24/2015]).

After digging more and more, I found out that a setting had been changed in AX for the channel profile of the store where the Retail server URL was reaching out to an Azure address rather than the localhost I was specifying on the Service URL for the Device Activation screen from Figure 1 above. The setup for the wrong setting is in Figure 2 below. The correct setting is in Figure 3 below as well as where you can validate what channel profile the store is using.

The setup in Figure 2 was not necessarily wrong but the setup was not complete hence the error. So I changed it back to what was working locally. To note, the MPOS was installed locally on the same instance as the AX instance. 

Hope this helps!

Figure 2 - The non-working configuration for the retail server channel

Figure 3 - The working configuration for the mPOS. This resolved the error

Microsoft AX 2012 R3 Azure Demo machine 'Windows License is expired'

I had an issue today where I spun up a new AX 2012 R3 'Retail Essentials' machine on Azure. It was only online for about an hour or so until the machine shut down suddenly. I thought someone shut down my VM thinking I left it on.

I went into Azure and sure enough it was shut down. I restarted it and got back in.

Upon logging back in, a colleague noted in the lower right hand corner the message of 'Windows License is expired' (Figure 1 below).

Figure 1 - The windows license expired message

The machine was built off of a script where the server needed to be 'rearmed' so the license is no longer expired. There are two ways to do this:

1. Click the 'Rearm Server' script in the start menu all the way to the right (Figure 2)
2. Open the command prompt as an admin and type in 'slmgr -rearm'.

The server will restart and when you log back in, the license will no longer be expired. 

Easy to fix for the demo machines that are available out of the box. 

Special thanks to Devin @devkitt

Figure 2 - The 'rearm server' script

AX 4.0 Qmm, Pmf, and Pds Objects in AX 2012

For those who are looking to upgrade from AX 4.0 to AX 2012, you may be assessing the objects that exist in your AOT to determine upgrade-ability of mods, ISV solutions, etc.

Three common ISV solutions that may sit in your BUS or VAR layer will likely start with 'Qmm' (quality management), 'Pmf' (process distribution), or 'Pds' (process manufacturing). For example, the AOT object may be named 'PdsBatchAttributes'. I'm naming these three AOT prefixes specifically as I've worked with them a lot in the past. I just ran into them today and had to remember what they were and what the objects are in AX 2012.

I said 'what the objects are in AX 2012' because these modules were acquired by Microsoft and included into the base product in subsequent releases of AX. Sometimes the prefixes are changed in the code migration.

Pmf and Pds objects will have the same acronym in AX 2012 but the Qmm objects will start with 'InventTest...' in AX 2012.

This post is really specific to a certain group. I couldn't easily find this info with a quick search so I decided it would make a good post for those few people that were in the same situation as me. I'll likely find this post in future trying to remember what I was trying to remember today :-)

How to create Dynamics AX 'keyboard shortcuts' e.g. hot keys for controls on a form

I'm back after taking a month off from blogging in May! Feels good to be back :-)

Some Microsoft Dynamics AX users need to be able to quickly do certain actions without touching their mouse. An example would be an order entry user who needs to enter hundreds of orders in a single day. Any efficiency to their process via the keyboard becomes critical. People will utilize thwa they call 'hotkeys', 'keyboard shortcuts', 'quick keys', etc

There is a way to access objects on an AX form via the keyboard. On any AX form, hit the 'ALT' key and you'll see little letter boxes pop up (dubbed 'KeyTips') which indicate which key needs to be hit to put the focus on that form control. Hitting 'Enter' on a highlighted keytip will mimic a click whether that triggers an action item, a drop down menu button, etc. If its a menu, you can use the arrow keys to navigate and hit enter. 

You can have duplicate letters on a single form as there are only 26 in the alphabet :-). As an example of this, hitting 'S' in Figure 1 after pressing ALT will hide all non-'S' key tips and only show the three controls which are associated with the 'S' keytip. The first 'S' control will be highlighted. Subsequent hittings of the 'S' key will change the focus to the other S controls for the user to hit enter on. 

TIP: Using these keyboard shortcuts with user by user layout changes in the IntelliMorph designer to achieve optimum results.

If'you have custom objects or a specific flow and would like to control what these values are, use the 'KeyTip' property on the form controls as seen in Figure 2 below

It's pretty powerful functionality. I've been able to fully create a sales order, change a number of key fields, add a few lines and release it to warehouse in an incredibly short amount of time.

Hope it helps! Enjoy!

Figure 1 - Examples of the keytips (keyboard shortcuts) on the AX sales order form

Figure 2 - The 'KeyTip' property for controls

Dynamics ERP RapidStart Service not starting. Service on Local Computer started and then stopped

UPDATE 4/28/2015: The RapidStart Connector service on Lifecycle Services (LCS) is down. No ETA of when it will be back up. Check out the Lifecycle Services - Configuration Manager (BETA). It's in Beta as of this writing but may achieve what you want. 
-----------------------------------------------------------
When configuring the Microsoft Dynamics ERP RapidStart Connector to use with Dynamics AX, you may encounter not being able to start the service.

It might be an easy fix and just a missing step in the configuration. The base demo machine needs the step below to work in the one I loaded. Figured I'd share my solution since I didn't see anything about it on the first page of searching for the Event Viewer error.

I later found this link which describes the process: https://technet.microsoft.com/en-us/library/dn193985.aspx  I didn't see this until after the problem was solved and this post was written since I was going based on the errors in an environment where the connector was already installed. But it is definitely a step in the process.

You may see the error in Figure 1 below which says: "The Microsoft Dynamics ERP RapidStart Connector service on Local Computer started and then stopped. Some services stop automatically if they are not in use by other services or programs" This is a common error which can mean a number of things so we need to look at the Event Viewer for more information.

Figure 1 - the Microsoft Dynamics ERP RapidStart Connector not starting

I went to the Event Viewer and found the error below (also picture in Figure 2)
Service cannot be started. System.ArgumentException: Only an absolute Uri can be used as a base address.
Parameter name: item
   at System.ServiceModel.UriSchemeKeyedCollection.ValidateBaseAddress(Uri uri, String argumentName)
   at System.ServiceModel.UriSchemeKeyedCollection.InsertItem(Int32 index, Uri item)
   at System.Collections.Generic.SynchronizedCollection`1.Add(T item)
   at System.ServiceModel.UriSchemeKeyedCollection..ctor(Uri[] addresses)
   at System.ServiceModel.ServiceHost..ctor(Type serviceType, Uri[] baseAddresses)
   at Microsoft.Dynamics.AX.AppConfig.ConnectorLoaderService.AppConfigConnectorServiceWorker.OnStart(String[] args)
   at System.ServiceProcess.ServiceBase.ServiceQueuedMainCallback(Object state)

Figure 2 - The error in the Event Viewer

Navigate to the 'Microsoft Dynamics ERP RapidStart Connector Settings' application. In my instance, I was missing the 'Dynamics AX Service Host' variable (Figure 3 below). There is also no 'Activation ID' which is required.

Figure 3 - The Microsoft Dynamics ERP RapidStart Connector Settings form

Enter the name of the server of the AOS that will be connecting to the RapidStart service, then click 'Activate' (Figure 4).

Figure 4 - Adding the Dynamics AX Service Host as AOS name and Activating

Once the process is completed activating, you'll get the Activation ID (Figure 5). The Connector Settings application will still say 'Service Stopped' until you click 'OK' on the info log that pops up.

Figure 5 - Activation successful and Activation ID attained

Then, when you click 'Ok', The Connector Settings screen will say 'Service Starting'. Then wait for the connector to say 'Service Started' (Figure 6). At that point, you're all set!

Figure 6 - The Dynamics ERP RapidStart Connector started successfully

At this point, click the 'Activation URL' that appears once the connector is completed. This will open Lifecycle services (LCS). From here, I encountered other issues but will blog about those in another post. 

When does my Dynamics AX version support expire? Microsoft Dynamics AX Version Support Explained

Often people will ask 'When will my Dynamics AX version no longer be supported?' This basically means, when will I be forced to upgrade or face the situation where we're 'on our own' in regards to fixing issues, security, and hotfix-able bugs.

As of 3/28/2015, there are four types of  'End Dates' when looking at the support information: 'Regular Support', 'Mainstream Support', 'Extended Support', and 'Self-help online support'.

For Regular Support, Microsoft will offer a minimum of 10 years of support for Business, Developer, and Desktop Operating System (consumer or business) Software Products. Mainstream Support for Business, Developer, and Desktop Operating Systems will be provided for 5 years or for 2 years after the successor product (N+1) is released, whichever is longer. Extended Support will exist for the 5 years following Mainstream support or for 2 years after the second successor product (N+2) is released, whichever is longer.

Extended Support is not offered for Customer software and Multimedia products with the exception of Windows Desktop Operating system which follows the Business, Developer, and Desktop Operating System Software Products policy as outlined above.

https://support.microsoft.com/en-us/lifecycle/search/default.aspx?sort=pn&alpha=dynamics%20ax

There are 6 columns that are used in determining the support information:

1. Products Released (Figure 1)
1. The Dynamics AX product version (overall version [3.0, 4.0, 2009, 2012] and sub-release [SPX = Service Pack 'X', RX = Release 'X'])
2. Lifecycle Start Date (Figure 1)
1. When the product is officially released. This is also called being "GA'ed" or General Availability-ed.
2. Also known as when customers who aren't a part of the Microsoft 'TAP' program are able to buy and start implementing the version
3. Mainstream Support End Date (Figure 1/2)
1. When in mainstream support, requests to change product designs and features are considered and implemented up until this date.
2. Security updates are applied
3. Hardware warranty claims are honored
4. Extended Support End Date (Figure 1/2)
1. Product design and feature requests are no longer considered in the current release
2. Non-security update support requests are only considered through Microsoft Premier Support
3. Complimentary Support will not be honored except through exception
5. Service Pack Support End Date (Figure 1)
1. When the service packs are no longer supported
6. Notes (Figure 1)
1. Important information in regards to the product release.
2. I normally skip the 'notes' sections of stuff but I'd highly recommend reading this part...
3. If Microsoft determines they need to clarification for the above 5 points, like an extension or something, the explanation will be displayed in here

I  hope this sheds a bit of light on this common question. Just make sure to keep checking Microsoft's site to make sure you have the updated information. The information below is from a point in time and will not be updated when changes are available.

 

Figure 1 - Current support for Dynamics AX as of 3/28/2015. This may change so check for most recent updates: https://support.microsoft.com/en-us/lifecycle/search/default.aspx?sort=pn&alpha=dynamics%20ax!!!

 

Figure 2 - Features of the various types of support

New DAX Dude Dynamics AX Windows Store App now available!

I was tinkering around with mobile apps and tools available and created a DAX Dude Dynamics AX mobile app. Pretty sweet and pretty easy to do! Just tried to keep it simple and use various aspects of social media and consumable content.

You should check it out and leave me some stars. It is what it is. Nothing too crazy or dynamic but is my app so I'm proud of it.
http://apps.microsoft.com/windows/en-tt/app/dax-dude-dynamics-ax/b86258e4-d782-412f-8dae-abe8f90dcbaa 

It is also available in the Windows Phone store. For those that don't know, there are currently two stores you need to submit your apps to: Windows App Store and Windows Phone Store. I submitted to both.

It's in C#/XAML and used Windows App Studio as a spring board. Check out Windows App Studio: http://appstudio.windows.com/en-us

Would like to finally publish one in javascript/HTML5. They are currently just taking up space on my D: Drive. Maybe when I can get my head above water from other hobbies.

As some information, Windows App Studio and Project Siena are two ways to quickly build windows apps but there are many differences. No one has compared the two and I'm not really interested in spending the time to compare the two quantifiably but each have their pros and cons for different applications. The biggest thing is that WAS is C# based and Siena is Javascript. That will be the guiding decision maker for a lot of people I think. Both allow you to get the project files to take your apps to the next level so thats not a factor.

On a non-AX related side note:
I got a Grestch 12-string acoustic guitar over the holidays so I'm feeling awfully creative these days. That is a great thing as it pushes me to do new thing in other aspects of my life like creating apps and stuff. Behind that and finally getting back on the slopes snowboarding 9 weeks after snapping my arm, I have more energy. Life is good! Be good to others and pay it forward!

AX 2012 R3 Product Attributes Not Showing up

For some reason, when it comes to adding attributes to products, I can never remember how to get them to actually show up under the products (Figure 1).

Its easy to setup the attribute types, then the attributes, then assign the attributes to attribute groups but now how do you make those show up?

This is a quick post to help me (yes me!) remember that the product attributes should be assigned to the procurement categories hierarchy (Figure 2), not the retail product category hierarchy or the one used for sales. I always set everything up and go to enter the data and always get a punch in the face when they don't show up (Figure 1).

So add the products and product attributes to the appropriate spot in the procurement categories and you're all good!

Figure 1

Figure 2

Retail Modern POS (mPOS) installation and setup via AX 2012 R3 CU8 demo machine

When you open the AX 2012 R3 CU8 machine, you'll notice that you cannot see the Retail Modern POS (mPOS) application (Figure 1 below). Additionally, if you spend time trying to load it onto the administrator account's Windows 8 profile, you will not be able to run it. The application was specifically designed to not allow the user to run this app. So you will have to log into a different user to access it.

So the whole purpose of this post will be: 'How can I get into the mPOS'.

OPTION 1 - Use an existing user with the mPOS installed and configured
There is a user setup out of the box for this. Literally you can spin up the machine from Lifecycle Services (LCS) and start getting into the mPOS in this version. In previous versions, there were issues but it seems to have been ironed out now.

1. Log into the RDP session as contoso\Emmah, with the 'standard' AX password with the '@' sign we all know and love .
1. You will now see a number of POS registers on the desktop. If you navigate to the Start screen, you will see the Retail Modern POS (Figure 1 below) installed.
2. Click on the Retail Modern POS application
3. Enter the Device activation information in Figure 2 (or whatever yours is but this is from the demo)
4. Click 'Activate'. It will take ~15 seconds to activate as seen in Figure 3.
5. You are in the modern POS now!

Something interesting happened for me testing this route though. I was in the mPOS and poking around very casually. Then got up to get coffee, started documenting this in this blog post and noticed that the screen flashed and the app apparently crashed or something. Now the app can't be found anywhere. That's fun. So onto the second option I guess...

Figure 1 - The Retail Modern POS application

Figure 2 - The mPOS settings needed to log in

Figure 3 - The mPOS processing and activating the device

OPTION 2 - Create a new user, install the mPOS, configure, and go.

I wanted to use my own username instead of Emmah and do the configuration from beginning to end. This includes installing the mPOS on the machine for the user. Since the Emmah mPOS session crashed and apparently uninstalled itself, this option was a natural progression now.

1. Create the new user and add them to the appropriate permissions (I did admin group because I need to do a bunch of admin tasks in demos)
1. I believe you need to be an admin to install the mPOS. I haven't confirmed but I have a very strong feeling that you do.
2. Add the user to AX (not required for mPOS but I have to demo other stuff)
3. Setup the user in AX as a POS user that will ultimately get into the POS
1. I won't get into the details of how to do that in this post as that would be off topic.
4. Install the mPOS app to the user (note that the other components have already been installed on the machine
1. Navigate out to the Retail Modern POS Tools in Windows Explorer (C:\Microsoft Dynamics AX\60\Retail Modern POS\Tools)
2. In Windows Explorer, click File->Open Windows PowerShell->Open Windows PowerShell as administrator
3. UPDATE 6/21/2016: change your directory in powershell to: cd "C:\Program Files (x86)\Microsoft Dynamics AX\60\Retail Modern POS\tools"
4. Enter the following in PowerShell: .\Install-RetailModernPOS.ps1 -Path "C:\Program Files (x86)\Microsoft Dynamics AX\60\Retail Modern POS"
1. If you enter the location wrong, obviously you will get an error. If its correct, a bunch of stuff will occur and fly around in the PowerShell script.
2. When successful, you'll see Figure 5 below.
5. Create a new Device in AX
1. You should create a new Device in AX for every new mPOS instance (Dynamics AX->Retail->Setup->Devices)
2. If you skip this step and you activated the 'Houston-3' device like in Option 1 above, you'll get the error below in Figure 4.
3. You can skip this step if you deactivate the other device and associate it with this instance. Up to you, but I want a new device setup.
6. Activate the new device with the new user (Figure 6)
7. The mPOS will open and you can log in!
8. The device activations can be seen in Figure 7. All done!

All done! Easy enough!



Figure 4 - The error trying to activate a device that's already been activate

Figure 5 - Last part of the PowerShell script indicating everything installed correctly

Figure 6 - Activating the new device

Figure 7 - The device activations

Renewed as Dynamics AX MVP for 2015!

My Microsoft MVP for Dynamics AX status was renewed again for 2015! What an honor. I've enjoyed socializing with members of the AX community and fellow MVPs.

http://mvp.microsoft.com/en-us/mvp/Justin%20Carter-5000560

Whether it was rocking out at the 2014 MVP Summit to Beastie Boys' 'Fight For Your Right' on stage with a live band with a fellow MVP to presenting on the guest panel of the AXUG Summit to getting great momentum for the newly renewed Colorado AXUG chapter, I'm looking forward to an awesome 2015!

Error 'DEP6100 bootstrapping 0x80131622' from Windows Phone Emulator when attempting to build and deploy an app.

With modern businesses putting a heavier emphasis on mobile technology, there is no avoiding getting into custom apps for companies. These apps can potentially interact with Microsoft Dynamics AX via web services to accomplish things previously not able. With this in mind, its important to start getting familiar with how to develop these apps.

 

I was attempting to build a Windows Phone 8.1 app through Visual Studio and using the emulator to test the code out and was getting errors in the build process. 

 

The issue:

The app would start to build and deploy and then the emulator would pop up.

 

The emulator then displayed the message: 'Attempting to modify switch settings. Windows phone emulator is changing the settings of the Internal Switch so that your Emulator can function' (Figure 1). 

 

I'd click 'OK' and then see the error 'Windows Phone Emulator is unable to connect to the Windows Phone operating system. The emulator is unable to determine the host IP address, which is used to communicate with the guest virtual machine. Some functionality might be disabled.' (Figure 2). The emulator would open  (Figure 3) but my app wouldn't build. It was just a clean build of the Windows Phone emulator.

 

I'd then get a warning in Visual Studio indicating that there were errors and would I like to continue. The two Visual Studio build errors were the same: 'Error : DEP6100 : The following unexpected error occurred during bootstrapping stage 'Connecting to the device': ObjectDisposedException - 0x80131622'  (Figure 4).

 

This is where things came to a screeching halt. I was not able to preview my app from this point forward.

 

Searching for the resolution:

This seemed like a common error online but no one seemed to have a working answer. I had to review around 10 different solutions and none of them worked for me. Maybe there is more than one thing that can cause this but no solution worked for my issue. The most drastic suggestion was uninstalling and reinstalling everything. No thanks. There has to be something else. And if I found it, I would post about it to hopefully save someone some time.

 

I basically just looked at the errors and poked around for a bit to find a solution. I had to keep rebuilding things after I made a single change to see if it did anything. If it didn't I'd revert the change back. I did this until I was able to come up with the solution. Kind of an educated deduction process.

 

The solution!!

I navigated to the network connection adapters and saw that there was one for the Windows Phone Emulator that was disabled. I didn't disabled it and something in my system (a firewall, permissions, adapter, etc) must've prevented it from automatically enabling. I manually enabled it and things started to work. This is all seen in Figure 5.

 

The working solution:

Once the adapter was enabled, I tried to build and redeploy the app just like before. When I did this, I saw the emulator start (Figure 6) and get to the main Windows Phone screen without any more errors or warnings. (Figure 7). There were zero popups. This may take some time for the build to get to this point so be patient.

 

Once the emulator was up, after about 5 seconds or so, the app I was trying to build would automatically load (Figure 8). My app didn't have a splash screen graphic so my picture below was just a black screen with a square with an X through it. After another 2-3 seconds, the app would load successfully (Figure 9) and I was able to interact with my app.

 

That's it! Hope this helps someone!

 

Figure 1 - Warning: 'Attempting to modify switch settings. Windows phone emulator is changing the settings of the Internal Switch so that your Emulator can function'

Figure 2 - Error: 'Windows Phone Emulator is unable to connect to the Windows Phone operating system. The emulator is unable to determine the host IP address, which is used to communicate with the guest virtual machine. Some functionality might be disabled.'

Figure 3 - The emulator would open and operate but the program I was trying to build wouldn't appear.

Figure 4 -  The two Visual Studio errors that would happen from the build process

Figure 5 - The solution!!! I just enabled the adapter

Figure 6 - The screen when the app is redeployed with the change in Figure 5

Figure 7 - The WP emulator comes up but just stays on the screen.

Figure 8 - The app I tried to deploy then automatically cause the emulator screen to pop this up. Because I have no splash screen image, its a square box and an 'X'.

Figure 9 - My working default app successfully working!