Currently Being ModeratedJun 5, 2012 10:34 AM (in response to ieswk)
you need to talk tot he developer for permission to adhoc their code into your device. its not cool to do that without permission, and certainly the ability to deploy .ipas via IPCU was not intended for anything past internal testing.
there is metadata linked to the application containing the udid and the itunes account data that needs to be present for the app to launch.
create an itunes account for your specific task at hand, buy your free apps, get an icloud account, set it up, back up the device to icloud, use configurator to deploy them, and restore from the icloud backup.
Currently Being ModeratedJun 5, 2012 10:47 AM (in response to ex_spy_guy)
Not sure what u are refering to here "you need to talk tot he developer for permission to adhoc their code into your device. its not cool to do that without permission, and certainly the ability to deploy .ipas via IPCU was not intended for anything past internal testing." and well i know there is metadata associated with the downloaded app. I like the suggestion of using iCloud and restoring from backup but does that mean that iPad is going to be on the same account? I was looking at options for having some standard apps purchased or free avaiable regardless of the user account
Currently Being ModeratedJun 5, 2012 11:00 AM (in response to ieswk)
Because the developer is going to want to know the metrics on how many users he has. Without using iTunes or the AppStore for distribution, the support load to application consumption factor becomes skewed. This report includes the device type, iOS version, etc...that is important for planning the app lifecyclle, and the resources the developer must put back into the project.
Once you get the iCloud restore pushed down and the apps installed, turn off iCloud, delete the account from the setting app, delete the iTunes account from the settings app, and you are golden.
The apps will still work, even if another iTunes user account logs in...they just can't be backed up, nor can they be updated.
We do it all the time. We used to distribute .ipas via IPCU, but when you think about it, its actually more taps than installing it from the AppStore (sans password)
IPCU requires you to select the device, hit install, go to the device for local authority, tap install and then tap done....for every device.
It doubles the work
What you can do, is create a (make sure it's removable) webclip containing the applink to the AppStore. Then your users can 'buy' the free apps with their individual accounts. This metheod creates the ideal deployment, and the impact of support calls about backups and updating apps is significantly reduced.
Currently Being ModeratedJun 5, 2012 11:12 AM (in response to ex_spy_guy)
Hmm I like the idea of the WebClip as this allows each user to user their own accounts to download the application. hmm thanks for the help. In conclusion IPCU wasnt designed to be used in the manner in which I am attempting to use it unless We purchase apps using VPP account correct?
Currently Being ModeratedJun 5, 2012 11:38 AM (in response to ieswk)
Ipcu .ipa installs were opened up for folks building internal business tools, hobbyists go want to put their code on their friends devices.... Etc...code that doesn't belong on the AppStore because a developer may not have wanted the code to be for public use. Of course when the kids found out you could do it they would do it too...which isn't good especially if paid apps are getting passed. Then they designed the app panick, which is what you saw when you tried to install .ipas without the proper execution authentication to stay resident on the springboard.
It's woould behoove you to take interest in Apple Configurator.
It brings the best of Xcode, ipcu And iTunes in one UI, basically you own little MDM tool. You can set it up to update firmware, sequentially name, install from backup, push .mobilcobfig (although you still need the local authority on the device to accept..standard security protocol and a good idea anyway, volume install apps after you have imported a key, deploy restrictions, but the best thing is using it with mountain lion server and pushing notifications, updates and policy or provisioning OTA just like the 'MDM companies' charge thousands of people millions of dollars every year.
Use this opportunity to deploy excellence to your customer. Give them a good user experience, address their issues, document the challenges they had and the solutions you provided them, and put your ios Deployment book somewhere people can read it, and when you get that job offer from some other company who wants organic MDM instead of getting ripped off by those other guys...your replacement will be able to read a little and pick up where you left off.
Currently Being ModeratedJun 5, 2012 11:48 AM (in response to ex_spy_guy)
Lion Profile Manager and Configurator still are "MDM Lite" when compared with something like Airwatch but throw in the free cloud ios MDM from Meraki and you have nice package of free tools at your disposal.
Currently Being ModeratedJun 5, 2012 12:46 PM (in response to gyrhead)
I'm currently testing out the Apple Configurator to see how that works as a deployment option. I will set up whatever security policies on the devices and well i guess use the webclips to have the default apps set up. Will look at the whole Lion server as well as I like the idea of the push notifications, especially as development of iOS apps is something we are looking at. Thanks for all the help you cleared up a lot of questions I had.
Currently Being ModeratedJun 5, 2012 4:01 PM (in response to ieswk)
no worries, hope is goes well, and feel free to contact me with any challenges you might run in to.
Lion as it sits right now doesnt have much in the way for MDM as far as OTA, push notifications....etc, but the Mountain Lion Beta which is in beta 3 i think does. its so complete, in fact, that there isnt much else you would need other than some paperwork to get registered as a cert authority and the APN service that apple currently deploys to manage a grip of devices across the spectrum of services required to ensure a successful idevice user in the enterprise.
i believe mountain lion will ship in the next few months if I am not mistaken.