Adobe AIR deployment

Admittedly, I'm green to software deployments in an enterprise type environment, but I'm trying to deploy various Adobe software packages to users (~500). Air is one in particular that I've been wrestling with. I get an error message every time I try to run the .msi installer saying "Could not access network location (computed)". The .msi is something I extracted from the local settings temp folder as I've done with other apps I've tried to deploy. I've searched on the error a bit, but other than some conflicts between CS3 and Office I've not seen anyone else with this problem.
My question is: is AIR not meant to be deployed with an .msi file and if so, what are the recommended ways to deploy it?
Thanks in advance for the help.

I have the same issue.
The document linked above reccomends using SMS which costs close to $1000.
When we distribute third party software, we use GPOs to deploy software packages, which only work if you have a .msi file.
Java and Adobe both provide .msi packages for their software, however Adobe does not provide .msi downloads for Adobe AIR, only for their Flash and Reader. I can only download .exe for AIR.
In the past, when I need to deploy .exe packages, I use a program called 7Zip to extract the .exe, which provides me with a .msi package that I can deploy using a GPO.
This does not work with Adobe AIR. When you try to install the .msi an error message comes up saying:
"Could not access network location (computed)"
This does not make sense since I am trying to install the program locally, it is not even looking over the network for the file.
Has anyone run in to this before? I need to resolve this issue so AIR can be deployed to ~100 Workstations.

Similar Messages

Adobe Air Deployment Questions

I'm working on a commercial application. This application gets sold to customers, then deployed by various customers on whatever server they would like. It's a java backend flex front end. That said, for the web-app, since the swf file is housed in an application server within the same context/webroot as the server-side code, I can use relative url's.
For example, I can reference everything through /application/servlet/fun versus a full url http://10.0.0.0:808/application/servlet/fun.
This is a huge advantage for a web app because I can sell my product and they can deploy it wherever they want without me having to recompile or anything like that to account for new URLs.
Is there a way to do something similar with Adobe Air? I would like the use the Air environment for my next iteration of the app if possible because it gives added screen space (cuts out a lot of the browser stuff).
Currently, I put all my url's in .properties files. So, I would have a property like this:
MAIN_SERVLET=/application/servlet/fun (for example)
I could still have a concept like this, but how does a desktop app know the relative url path to the application server? Thus, I don't think you can use relative urls.
Please guide me in the right direction. I've been googling this all morning trying to understand the deployment process but I've found the documentation to be lacking.
Thanks!
Dan

This seems like a totally reasonable thing to do and seems like the path I will take.
Hi – I’m confused as to how this works.
I’ve followed this tutorial http://www.davidtucker.net/2008/01/10/air-tip-5-passing-arguments-to-an-application-on-ins tall/comment-page-1/#comment-3720
yet the BrowserInvokeEvent does not seem to be invoked. This is the application compiled into the .air app. On the preInitialize event, I do the following code:
private function initResources():void{
NativeApplication.nativeApplication.addEventListener(BrowserInvokeEvent.BROWSER_INVOKE, onInvokeEvent);
Swiz.loadBeans( [Beans] );
As you can see, I subscribe to the event and prepare my swiz framework beans. That’s all.
Having said that, the listener is never called. I have the following code in place to debug and see what data I’d be receiving from the flashvars.
private function onInvokeEvent(invocation:BrowserInvokeEvent):void {
Alert.show(”BrowserInvokeEvent handler”);
var arguments:Array = invocation.arguments;
for each ( var object in arguments ){
Alert.show(”argument is ” + object + ” or ” + object.data );
Am I missing a step such as recompiling the Badge.swf with the new contents of AIRBadge.as ?
Thanks in advance, I’m very stumped by this. Any guidance will be appreciated.
Dan

Deployment of an Adobe AIR application in an enterprise environment

Dear Team members,
first of all my apologies for posting this thread in more than one forum (see Installations Issues) but the argument is very important to us and I don't know where discuss it.
I would like to post a question to you regarding deployment doubts that we are trying to address.
My company is working on the new version of our primary application previously built as a J2EE application with some reporting functions with Flex, and we want to use AIR in order to leverage its possibilities:
Seamless integration with existing application functionalities (implemented as standard JEE web application pages) thanks to the integrated HTML capabilities
Improved integration of the user interface with the desktop
Native processes to provide additional functionalities
Our application is targeted to pharmaceutical industry, subject to FDA regulations, and it affects more than 5000 users for each customer, so we have some specific requirements affecting the deployment and distribution of the software:
Allow to run multiple versions of the software on the same client machine (to support test and acceptance activities in addition to the production environment)
Minimize the effort of the initial setup on each client
Manage the version upgrades without manual activities on each client
Keep the test/acceptance and production environments strictly aligned to improve effectiveness of formal validation (ideally, an application once validated should be transported in production without any source code modification, recompilation or repackaging)
The current browser-based strategy is perfectly fit to these requirements, and in the shift towards a desktop-based strategy we need to continue satisfying them as much as possible. We evaluated the standard distribution strategy of Adobe AIR applications, and noticed several attention points in this scenario.
The first issue we encountered is the back-end services endpoint discovery problem. Simply hardcoding a server URL in the packaged application could be a viable solution for public internet-accessible applications, but we need to support multiple customers in their intranet, and each one typically requires multiple environments for the application (acceptance, production, etc.). Maintaining dozens of different packages of the AIR application to support all these customer environments clearly is not the solution. Neither we want to force thousands of different users to enter and maintain the correct server location in their local preferences.
So, we thought to use a badge hosted in the back-end application to run the local AIR application: using the underlying API, we could activate the application specifying also the network location of the back-end services. We could also rely on the badge to install the application (and the AIR runtime if necessary)… however, application packaged as native installers cannot be installed, upgraded, or launched by the badge API (and we need to package ours as native to use native processes).
We also noticed that multiple versions of an AIR application cannot be installed side-by-side in a client machine, and that the installation and upgrade of the application can be performed only when the local user has administrative rights on the machine (using standard or native packages), forcing us to rely on external software distribution systems in some customer scenarios (introducing additional complexities in the release cycle).
At this point, in our opinion the standard deployment strategies of Adobe AIR applications are unfit for enterprise environments. In the enterprise world, many of the applications have migrated to a completely browser-based solution, while others enhanced their client layer to comply with the requirements, for example installing only a thin portion of the client code and allowing to connect to multiple server versions/environments with it (e.g. the SAP GUI universal client). Without smarter deployment and distribution tools, AIR applications currently are a step back compared to web applications in terms of manageability.
So, we are trying to develop a solution to address these problems, with some concepts similar to JStart: install on the client machine a launcher application capable of being activated from a web page, dynamically locate, download and run the actual client bytecode, transparently enforce client software updates, and supporting multiple applications (and multiple versions of the same application). However, we are facing many technical problems due to internal architecture of AIR and we already spent a considerable amount of effort trying to find a solution. We are now thinking to return on the choice of AIR, going back to Flex.
What is the position of Adobe on this argument? Is Adobe aware of these issues and are there any plans on this topic? Any advice?
Thank you in advance

For those following along, Oliver Goldman will be answering this post in future articles on his blog.
Many great comments and questions here. I’m working on some follow-up posts to address these; nothing I could cram into this comment field would really do your query justice. - Oliver Goldman
Pursuit of Simplicity
Chris

How can I repackage Adobe Air and updates to it in PKG format for deployment to Macs?

We have about 200 Macs in our organization and do push deployments to them using JAMF Casper (which requires that installers be in PKG format). I am periodically asked by our security department to apply updates to Adobe Air for security reasons. So my question is - how can I repackage the AIR installer and updates to PKG format so I can deploy them from Casper?
I've looked at Adobe Application Manager Enterprise Edition - and it doesn't even recognize the AIR installer as an Adobe installer.
Any info you can provide would be much appreciated.
Bob Reed
AARP

You might be able to do this by creating a bootstrapping application to launch the installer. Here's some documentation on distributing AIR in enterprise environments along with a link to our distribution agreement.
http://www.adobe.com/products/air/runtime-distribution1.html
http://help.adobe.com/en_US/air/redist/WS485a42d56cd19641-70d979a8124ef20a34b-8000.html

Is there a way to deploy Adobe Air package via Group Policy or SCCM?

Is there a way to deploy Adobe Air package via Group Policy or SCCM?

hi,
I guess you can try the following options
Remove the all the entry from the TOC of your project or create a new blank TOC and select that while AIR file generation
Remove the all the entry from the index of your project or create a new blank index and select that while AIR file generation
Remove the all the entry from the glossary of your project or create a new blank glossary file and select that while AIR file generation
THis will ensure that TOC/Index/Glossary page is not shown,
There is no way to hide Favorite or RSS from the AIR Help. Again, you can try looking at the Unipane Template provided in the AIR SSL Dialog.
Hope this helps
-Praful Jain

Can Adobe Air 3.1 be deployed via Group Policy?

I am looking for a definitive answer as to whether or not Adobe Air 3.1 can be deployed via Group Policy? I've found material on the web that is very contradictory. Can it be done and if so how? I can't find any solid instructions on how to deploy this application and need to have it installed on about 60 desktops.
We are trying to deploy the Salesforce.com Desktop Chatter application. Any helpful info is greatly appreciated.
Thanks!

Hi Kevin,
I replied via email yesterday, but in case anyone else is following along here's what I said:
For GPO deployment, we don't officially "support" it (ie. we don't test for it internally), however I did run across this recent post where an admin had success.
http://www.appdeploy.com/packages/detail.asp?id=2339
Hope this helps,
Chris

Deploy Adobe Air Application

Hello everybody.
I have a question. I would like to deploy on many computers an application from Adobe Air.
How can I deploy my adobe air application in silence ? I wanna do a batch but I don't know how can I specify to automatically choose "Install" in my batch
And "Continue" for it
Thanks a lot for your help

First, you'll want to sign our distribution agreement which you can find here: http://www.adobe.com/special/products/air/runtime_distribution1.html
The process is easy, and should only take a few minutes. Once done, you'll receive links and documentation that will describe how to deploy AIR via the command line.
An alternative is to create your own installer for your AIR 3 application, this could be as simple as a batch file. You can find more details in this article:
Installation and deployment options in Adobe AIR 3
Chris

Adobe AIR Runtime Redistribution and Native Installer

Will there be new instructions for Adobe AIR 2.0 Runtime Redistribution? In particular, I'm looking for instructions on how to use the runtime redistribution installer to perform a "side-car installation" of AIR 2 alongside an application that uses the NativeProcess API (and so must be built into a native installer instead of a .air file).
Thanks!

Thirded!
On a test deployment using SCCM and the supplied Adobe AIR Runtime Installer files, we have managed to install our application with the 1.5.3 Air Framework with no major issues other than having to disable the Auto Update feature that doesnt really work in a corporate environment. Everything was absolutely fine until the release of AIR 2. Now, the test machines are prompted to install the updated Adobe Air 2 framework once a week, see an excerpt from an Adobe blog post below:
"In addition, once a week AIR apps check to see if an AIR update is available, and if so, users are presented with the option to update to the most up‐to‐date version, helping to ensure that end users get the benefits of improved security and performance."
That sounds great right? Except my users (like many other corporate users) don't have Admin permissions on their machines (hence the use of SCCM), with the result being resultant error messages when a user attemptes to install the AIR framework update without the necessary permissions.
All of the above would be fine if the Adobe AIR Runtime Installer files were updated to include the latest version of the runtime. This of course hasn't been done yet - does anyone know when this may happen? Can anyone help me with this or offer any advice?
I hope the above makes sense and I would really appreciate any help or advice!
Thanks!

Installing Adobe AIR Apps using Microsoft SMS

I am a developer working on an AIR application which will be
pushed out using Microsoft's SMS. According to Adobe's "AIR Admin
Guide" documentation, it is possible to "Silently install the Adobe
AIR runtime using tools such as Microsoft SMS, IBM Tivoli, or any
deployment tool that allows silent installations that use a
bootstrapper". The IT admin overseeing the installation says that
he has examined SMS 2003 and SES 2007 and there are only options
for MSI’s and EXE. How can .AIR applications be pushed out
for installation through SMS?
Thanks!

Via an .exe that we provide when you sign for a
redistribution license. (The license is free but required for this
scenario.) See
http://www.adobe.com/products/air/runtime_distribution1.html

Distribute Adobe Air Runtime via Apple Remote Desktop

I've be researching whether or not it's possible to distribute the Adobe Air framework via Apple Remote Desktop, but I haven't found any solutions. The Adobe Air Admin guide has this to say:
Enterprise deployment
IT administrators can install Adobe AIR and AIR applications silently using standard desktop deployment tools. IT administrators can deploy the following:
•Silently install Adobe AIR using tools such as Microsoft SMS, IBM Tivoli, or any deployment tool that allows silent installations that use a bootstrapper
No mention of Apple Remote Desktop, or any other Apple-related Enterprise deployment methods. Is this possible, or must Mac software vendors bundle the Adobe Air framework with their pkgs (and jump through the necessary licensing hoops) in order for clients to get an Adobe Air app and all it's dependencies (i.e. the Adobe Air framework) distributed to a network of Apple machines.
Thanks!

Thanks for the interest in AIR. You are correct that you would have to wrap everything (runtime and application) up in a .pkg for installation via ARD. Another alternative would be to get the AIR Runtime installer on to the remote system, and then execute it via ssh.
Chris

Problems Installing Adobe AIR on OSX

Has anyone had successful experience deploying the AIR
runtime + AIR apps in mixed OS X environments? How about from
another bootstrap installer on OSX?
We have a large QA lab with various OSX machines. On a
number of them, we can't install the Adobe AIR runtime using a
command similar to this:
/Volumes/Adobe\ AIR/Adobe\ AIR\
Installer.app/Contents/MacOS/Adobe\ AIR\ Installer -silent
-location "/Path/To/Install" mypackage.air
After running this the Adobe AIR runtime is not installed.
So, we switched to executing the same command but with sudo. This
correced the issue on these problematic machines.
HOWEVER, using sudo or running the installer as root causes
problems on many other machines. On OS X 10.4 Server machines the
Adobe AIR Installer returns exit code 4, or crashes with a Bus
error and error code 138. On a 10.5 client a popup appears with the
text "This application requires a version of Adobe AIR which is no
longer supported. Please contact the application author for an
updated version". Note that these machines would install the
application and runtime fine without sudo before and will still do
so now if we run the installer as a regular admin user instead.

I forgot to say that when running under sudo or as root
(logging in as root) on OSX, that the crashreport logs look very
near the same as what was reported in this thread:
http://www.adobe.com/cfusion/webforums/forum/messageview.cfm?forumid=75&catid=697&threadid =1374298&enterthread=y
However, the workaround of adjusting the languages did not
work.
Here is a portion of the crashreporter log:
Host Name: skywarp
Date/Time: 2008-10-06 15:29:40.175 -0400
OS Version: 10.4.11 (Build 8S2169)
Report Version: 4
Command: Adobe AIR Installer
Path: /Volumes/Adobe AIR/Adobe AIR
Installer.app/Contents/MacOS/Adobe AIR Installer
Parent: WindowServer [166]
Version: 1.0 (1.1.0.5790)
PID: 987
Thread: 0
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
Thread 0 Crashed:
0 com.apple.Foundation 0x927e7f91 +[NSString
stringWithUTF8String:] + 27
1 com.adobe.AIR 0x069f50a6 0x696b000 + 565414
2 com.adobe.AIR 0x06970350 0x696b000 + 21328
3 com.adobe.AIR 0x0697077f 0x696b000 + 22399
4 com.adobe.air.Installer 0x00003625 RuntimeAppMain(char
const*, int) + 195
5 com.adobe.air.Installer 0x000037f3 main + 59
6 com.adobe.air.Installer 0x00002786 _start + 216
7 com.adobe.air.Installer 0x000026ad start + 41
Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x00000000 ebx: 0x927e7f84 ecx: 0xffffffff edx:
0x00000001
edi: 0x00000000 esi: 0x00000000 ebp: 0xbffffab8 esp:
0xbffffa80
ss: 0x0000001f efl: 0x00010246 eip: 0x927e7f91 cs:
0x00000017
ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037
Binary Images Description:
0x1000 - 0x6fff com.adobe.air.Installer 1.0 (1.1.0.5790)
/Volumes/Adobe AIR/Adobe AIR Installer.app/Contents/MacOS/Adobe AIR
Installer
0x696b000 - 0x70dcfff com.adobe.AIR 1.0 (1.1.0.5790)
/Volumes/Adobe AIR/Adobe AIR
Installer.app/Contents/Frameworks/Adobe
AIR.framework/Versions/1.0/Adobe AIR
0x8fe00000 - 0x8fe4afff dyld 46.16 /usr/lib/dyld
0x90000000 - 0x90171fff libSystem.B.dylib
/usr/lib/libSystem.B.dylib
0x901c1000 - 0x901c3fff libmathCommon.A.dylib
/usr/lib/system/libmathCommon.A.dylib
0x901c5000 - 0x90202fff com.apple.CoreText 1.1.3 (???)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.f ramework/Versions/A/CoreText
0x90229000 - 0x902fefff ATS
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framew ork/Versions/A/ATS
0x9031e000 - 0x90773fff com.apple.CoreGraphics 1.258.79 (???)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphi cs.framework/Versions/A/CoreGraphics
0x9080a000 - 0x908d2fff com.apple.CoreFoundation 6.4.11
(368.35)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x90910000 - 0x90910fff com.apple.CoreServices 10.4 (???)
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices

Can individual Adobe Air apps be installed without local admin permission into a user-owned folder?

Is this a supported scenario?
Windows 7 PC.
Adobe Air runtime (latest; 4.0) has been installed by an administrator using a local admin account and the eulaAccepted file is present under the "All Users" profile.
User logs in using her own account which does not have local admin rights.
User downloads an Air app and tries to install it to C:\Users\<username> where she has full write permissions to the disk.
What I observe when acting as the User is that the Windows UAC (security escalation to local admin rights) dialog pops up. Can anyone clearly state what the Adobe Air installer is doing that requires the UAC escalation when installing an app to a user's folder? Thanks.

Thanks for your reply, Chris. We're working around these problems by deploying the Air runtime + the application separately using an administration tool, which is fine for now.
I logged the question because I don't see any registry edits or privileged folder access taking place. I suspect that the UAC escalation has something to do with the "eulaAccepted" file; checking that it exists. I doubt that escalated permissions are really required for this. In the long term, it'd be good if this "use case" could be added to the test cycle of Air; perhaps the UAC dialog could be avoided, improving the flexibility of deployment options.
Ideally the test would start with an adminstrator-installed Air package *without* the EULA being accepted. The user should be able to install apps and approve the EULA without the UAC dialog popping up at all.

Adobe Air 3.0 iOS streaming H264/Speex over RTMP -- No Video

Problem:
H264/Speex RTMP stream from Flash Media Server doesn't display video. Audio plays fine.
Conditions:
Adobe Air 3.0
iOS device (iPad 2, iOS4.3)
App settings:
<renderMode>direct</renderMode>
Flash Builder 4.5.1 compiler settings:
-swf-version=13
-target-player=11.0.0
I have tried using both stageVideo and the regular Video object to render an H264 signal streaming from Flash Media Server over rtmp, but with no luck. I can hear the audio, but the video is never rendered.
I CAN see H263 video when streamed over RTMP using this setup (with just the Video object).
I can also stream a locally stored mp4 (H264/AAC) file over rtmp from the iOS device and play it locally just fine (using a stageVideo object).
I have attempted this with both stageVideo (which works fine when streaming an mp4 file from the iOS device) and with the regular Video object (the regular Video object handles H263 just fine streaming down from FMS over rtmp). I've also played around with backgroundAlpha = "0" for this case, all with no luck.
I've followed all the online instructions and tutorials to get this working for the past week, but have not had any luck. I'm happy to post more code, but this approach is fairly straight forward and has been described multiple times around these forums and in the adobe blog posts. It goes like this:
     - instantiate NetConnection (_nc) to FMS and wait for successful connection:
               _ns = new NetConnection();
               _nc.connect(serverAddress);
     - instantiate NetStream (_ns) and connect using NetConnection:
               _ns = new NetStream(_nc);
     - setup listener for StageVideoAvailabilityEvent; if stageVideo becomes available, attach _ns:
              _stageVideo = stage.stageVideos[0];
              _stageVideo = _stageVideo.attachNetStream(_ns);
     - if stageVideo ISN'T available, fall back to Video object:
               _video = new Video();
               _video.attachNetStream(_ns);
               stage.addChild(_video);
     - play netStream app:
               _ns.play(appName);
My renderMode is set correctly ("direct"), and from what I can tell, this isn't a backgroundAlpha issue.
I have seen this problem described elsewhere on this forums and on the net.
I'd like to know from Adobe: are there any compatibility issues with this approach? There doesn't seem to be any type of compatibility chart listing which video codecs and transport protocols are available on the different mobile platforms. Since mobile deployment is so heaviliy fragmented, a descriptive chart or table like this would be helpful for those of us developing -- at least for the main mobile platforms predominantly in use.
Other forum posts similar to this problem:
http://forums.adobe.com/message/3981541#3981541
http://forums.adobe.com/message/3954578#3954578
Thanks in advance!

I do hope someone from Adobe is "hearing" this, guys. The lack of RTMP-based H.264 video on the Air for iOS is a major problem, indeed.
As Fabio Sonnati mentioned in http://sonnati.wordpress.com/2011/04/26/air-2-6-for-ios-and-video-play back/, AIR for iOS does support HTTP streaming (via HLS) of h.264 videos. However, when streaming via RTMP, AIR for iOS only supports VP6 and Spark – a couple of old, retired codecs.
While HTTP streaming (HLS) seems to be a good option for those who simply want to “play a video” in iOS, I do believe it has some severe limitations, especially for live-communications. I’d like to share some of these thoughts with you.
1. HLS has ridiculously high latency for live videos (around 40 seconds), when compared to RTMP. Although this may not be a problem for on-demand videos, it sure is a great problem for anyone doing serious live-communications applications (such as webconferencing, live webcasting with audience interaction or Skype-like video chats), which require near-zero latency.
2. Perhaps someone can correct me on this (hopefully!), but as far as I know, HTTP streaming will not allow cuepoints to be read from videos. This is particularly painful for anyone doing video-triggered actions, such as slide changes (for webinar apps), subtitling or live closed captioning, etc. I read somewhere that OSMF player allows cuepoints (or "temporal metadata". See http://blogs.adobe.com/osmf/2009/11/cue_point_support_in_osmf.html), but I haven't been able to test it myself.
3. Although HLS it is quite compatible with firewalls (since it flows through port 80), RTMP with tunnelling also flows through port 80 or 443, which adds great compatibility, even on very restricted networks. Our experience with very large clients proves that, hands down.
In other words, HTTP/HLS streaming is Ok. But it simply does *not* fit into every shoe that RTMP does. We do believe that RTMP remains as our best option for live streaming or serious streaming-oriented *apps* (in which things more complex than “mere video playing in a window” actually happen).
That all said, I do believe we should let Adobe know about this need. The fact that RTMP streaming in AIR for iOS is limited to VP6 and Spark, which are two “dead” codecs, still puts us, Air developers, in a very fragile position in terms of what we can accomplish with video in iOS.
I’m sure some of you cheered when you heard about Flash Player 11 having h.264 video encoding. This, (plus the echo cancellation feature that came in 10.3) opened great doors for great Unified-Communication applications to be developed for Flash/Air. Now, it’s undeniable that clients want those applications running on tablets, especially the iPad.
Not being able to use h.264 via RTMP on iOS is certainly a huge step backwards. Anyone shares this same opinion? What do you guys believe to be the best option to let Adobe really know about this need? Is this limitation a simple lack-of-a-feature (which can be fixed by Adobe) or is this some imposed thing by Apple?
Just one final note: Air for Android does *not* have the same limitation. It does allow RTMP streaming of h.264.
Thanks for your attention,
Helder Conde

Adobe air and iso, resistance?

is Apple fighting air for iOS or can it run normally? I've heard it's "native" but I also heard that apple does everything to make it near impossible to get air to run on iOS. I am thinking along lines of apps. can you make an air app that runs on android and iOS and run on iOS without having to install a ton of crazy SKD's on iPhone and such?
any links you have would be great.

When packaging a Flash application for iOS both the application code and runtime are compiled down into native low level ARM instructions. You end up with a .ipa file that can be deployed to an iOS device without requiring any additional applications to be installed (like an Adobe AIR runtime).

Adobe AIR Installer - Hybrid - fails to launch on MAC

We have an AIR application to be delivered as a hybrid DVD
The AIR is deployed as a bundled runtime installer.
The issue is after burning the DVD as a hybrid, the Adobe AIR Installer does not launch.
We are using toast to burn the hybrid DVD
Has anybody encountered a aimilar issue
sks

I've tried using the Leopard Disk Utility to burn a CD-R from a .dmg and a .cdr (using various options like compressed, read only ,etc.) based on the same directory that the USB installers are copied from (USB installers of AIR app + Sidecar works on Windows/Mac and Linux after installing AIR separately). I can't get those disks read on a Vista or an XP (SP 3) machine. Nothing comes up in the CD/DVD drive. If I use wodim in Ubuntu Linux (installed on a partition on a G4 Powerbook, old, I know) the installer CD works on Mac but it's not readable on WinXp or Vista.
I've also tried to copy the .cdr created on a Mac and rename it to .iso, moved it over to a Windows machine and tried burning it with 2 different software (will try Nero next) and it fails to write from the mac-originated .iso. Windows always seems to butcher the Mac-based installer .app files because it thinks they are folders so I have been unable to create a Data CD directly from the file structure on Windows.
I'd love a bullet-proof way to burn a CD that would work on Windows and Mac (and Linux would be a plus).
Thanks,
Jason

Adobe AIR deployment

Similar Messages

Maybe you are looking for