Following from the previous recipe, we are now creating a configuration file with the connection settings that we can later distribute to our mobile users.
Configuration files are different depending on the device you are using; so there's one for iPad, one for iPhone, Android, and so on. The vast majority of the steps are similar from platform to platform; please refer to the product documentation MicroStrategy Mobile Design and Administration Guide for specific or nonstandard settings.
Mobile configuration can be done in two ways: automatically with a configuration file (like in this recipe) or manually on the mobile device itself. The advantage of the former method is that you can re-use the file for as many clients as you want.
Mobile devices communicate with the Mobile Server through HyperText Transfer Protocol (HTTP) much like an Internet browser does, therefore it is vital that they are connected to the network somehow, by means of Wi-Fi, 3G, 4G, or the like. It is not necessary to know the IP address of the iPad (in this case), as long as the device is able to communicate with the web server via HTTP.
You can try the connection by opening the Opera browser and typing the IP address of the web server (192.168.1.89
) into the address bar. You should see an image logo of IIS.
From the Administrator Page inside Internet Explorer:
iPad_COOKBOOK
, and leave all the rest of options unchanged on this tab.WIN-5KHTNPRO62T
).192.168.1.89
in my case).Administrator
and in Password type the one that you've been using to open MicroStrategy Desktop.Administrator
and the corresponding password.192.168.1.89
in my case).mstripad://
.The client configuration of a mobile device is not trivial. Given that we use a Windows server with IIS, we need to deal with the NT credentials first (step 6) in order to reach the web server, and then with the MicroStrategy username /password (steps 12 and 18), so that we can log in to the project.
In my setup, I used a VMware virtual machine connected to my home router. Since I do not have a DNS service running, I rely on class C private range IPs instead of DNS names. If you're a Net wiz, surely you can do better than this with your local network. I just wanted to keep things simple so that we can focus on BI.
While setting the Mobile Server name (step 8), we used the hostname of the Windows machine, although the option labeled Mobile clients access this server using the following external name (step 9) allows us specify a different name or an IP in case we are behind a NAT service or a load balancer, or simply we cannot rely on a working DNS server.
iPad users may change and store their credentials on the devices (they love to do it…); so the option labeled Overwrite user-specified credentials when applying configuration gives the possibility to overwrite those credentials in order to use only the username and password stored in the configuration file.
Needless to say, your production settings may be different and more complicated than this, involving proxies, different addressing, and so on. Ask your company network engineers when configuring the web server.
The rest of the connection settings are usually good enough for a standard implementation. Refer to the manual and use them with common sense, for example, you may want to increase the memory limit or the network timeout in case you have very large datasets in your reports.