Windows 7: air application doesn't installing

Windows 7 Home Premium
Install log:
[2014-01-26:13:56:19] Bootstrapper begin with version 3.8.0.870 on Win x86
[2014-01-26:13:56:19] Installed runtime (3.9.0.1380) located at c:\Program Files (x86)\Common Files\Adobe AIR
[2014-01-26:13:56:19] Launching subprocess with commandline "Adobe AIR Application Installer.exe" "C:\Users\4CFA~1\AppData\Local\Temp\AIR550B.tmp\DirectCommander"
[2014-01-26:13:56:19] Subprocess Application Installer succeeded
[2014-01-26:13:56:19] Bootstrapper end with exit code 0
[2014-01-26:14:08:37] Bootstrapper begin with version 3.8.0.870 on Win x86
[2014-01-26:14:08:37] Installed runtime (3.9.0.1380) located at c:\Program Files (x86)\Common Files\Adobe AIR
[2014-01-26:14:08:37] Launching subprocess with commandline "Adobe AIR Application Installer.exe" "C:\Users\4CFA~1\AppData\Local\Temp\AIR9C86.tmp\DirectCommander"
[2014-01-26:14:08:37] Subprocess Application Installer succeeded
[2014-01-26:14:08:37] Bootstrapper end with exit code 0
Installer started and nothing is going.

Same problem...
Log from most computer's:
[2014-05-29:13:45:24] Bootstrapper begin with version 2.6.0.19120 on Win x86
[2014-05-29:13:45:24] Installed runtime (3.3.0.3670) located at c:\Program Files\Common Files\Adobe AIR
[2014-05-29:13:45:24] Launching subprocess with commandline "Adobe AIR Application Installer.exe" -silent -eulaAccepted -desktopShortcut -location "C:\MyApp" "C:\Windows\TEMP\AIR48D6.tmp\myapp"
[2014-05-29:13:45:24] Application Installer begin with version 3.3.0.3670 on Windows 7 x86
[2014-05-29:13:45:24] Commandline is: -silent -eulaAccepted -desktopShortcut -location C:\MyApp C:\Windows\TEMP\AIR48D6.tmp\myapp
[2014-05-29:13:45:24] Installed runtime (3.3.0.3670) located at c:\Program Files\Common Files\Adobe AIR
[2014-05-29:13:45:25] Validating app in folder C:\Windows\TEMP\AIR48D6.tmp\myapp
[2014-05-29:13:45:28] Application signature verified
[2014-05-29:13:45:28] Unpackaging/validation complete
[2014-05-29:13:45:28] No app located for appID 'mobapp' and pubID ''
[2014-05-29:13:45:28] Starting silent app installation to C:\MyApp. Installing app mobapp version 2.1.4 using the source file at file:///C:/Windows/TEMP/AIR48D6.tmp/myapp
[2014-05-29:13:45:28] Installing msi at C:\Windows\TEMP\AIR48D6.tmp\myapp\setup.msi with guid {79333743-2BE9-36A4-1218-1C63018CB7B4}
[2014-05-29:13:45:30] Application Installer end with exit code 0
[2014-05-29:13:45:30] Subprocess Application Installer succeeded
[2014-05-29:13:45:30] Bootstrapper end with exit code 0
Log from computer with problem:
[2014-05-29:12:19:44] Bootstrapper begin with version 2.6.0.19120 on Win x86
[2014-05-29:12:19:44] Installed runtime (13.0.0.111) located at C:\Program Files (x86)\Common Files\Adobe AIR
[2014-05-29:12:19:44] Launching subprocess with commandline "Adobe AIR Application Installer.exe" -silent -eulaAccepted -desktopShortcut -location "C:\Program Files (x86)\MyApp" "D:\Temp\AIR1C4C.tmp\myapp"
[2014-05-29:12:19:44] Subprocess Application Installer succeeded
[2014-05-29:12:19:44] Bootstrapper end with exit code 0
Where is problem? Help please!

Similar Messages

Cisco ISE 1.2 Ise Application doesn´t install

Hello,
I am trying to install Cisco ISE on a VMWare Paltform, and the installation goes OK for the ADE-OS (The Os is installed, but the ISE application doesn´t install.
Any Hint in how to solve that ?
BR,
Julio

Hi all,
Thank for your answers, the problem was that the ISO image on the Cisco software repository was corrupted. I finally did a md5 check, and downloaded the image 4 times.
The for images download matched the md5 checksums between themselves, but not the Cisco webpage. Finally a TAC engineer had to publish the image form me, and when downloaded from this link It matched the CCO md5 and it worked fine.
BR,
Julio.

Is it possible to install multiple AIR applications from single install?

I've been asked to find a way to install multiple air applications in one install. Is this possible, or am I going to have to use a 3rd party tool like InstallShield?

I guess it's possible to create a meta-installer, which fires up the individual installers using the command line. It's not the ideal way to do this, but it might work.
Sample code to use the command line from within Flex:
<fx:Script>
if(NativeProcess.isSupported)
    var file:File = File.desktopDirectory;
    file = file.resolvePath("secondAirProgram.air");
    var nativeProcessStartupInfo:NativeProcessStartupInfo = new NativeProcessStartupInfo();
    nativeProcessStartupInfo.executable = file;
    var process:NativeProcess = new NativeProcess();
    process.start(nativeProcessStartupInfo);
</fx:Script>

AIR Applications fail to install (Acer Aspire One, Linux)

I've successfully installed the latest version of AIR for Linux on my Aspire One, although it took a few attempts.
I am, however, not succeeding in installing any apps.
1. My system believes that .air files are actually ZIP files and offers to unpack them: there seems to be nothing I can point them at to be opened by AIR itself.AIR does not appear in any menus, app lists etc
2. If I go to a site that offers a "badge" install, the install system correctly recognises that AIR 1.5 is installed (checked box in the installer) and doesn't try to install it again. However, the apps do not install successfully - all fail with an Error #2004 and ask me to try again, which always fails.
I can't seem to find any information whatsoever on this anywhere and I'm a bit surprised. It is surely not impossible to achieve, and I equally don't believe nobody else has had any trouble.
Suggestions anyone?
Thanks!
--Richard E

Right! "rpmbuild" was the answer to installing AIR successfully on this machine.
Assuming that you have somewhat unlocked the machine as described in http://macles.blogspot.com/ and elsewhere, this simplest way of getting rpmbuild installed is to open a terminal and, as root, do "yum install rpm-build" - note the hyphen in the package name. If you aren't subscribed to a suitable repository, you can find it pretty easily with a Google for "fedora8 rpm-build".
With rpm-build in place, AIR installed successfully using "./AdobeAIRInstaller.bin".
".air" applications are now correctly identified as belonging to AIR and badge installs also work.
My intention in doing all this was to get a suitable Twitter etc app running on the machine, so I first tried the current version of Seesmic Desktop. It opened normally and allowed me to enter account details… and lo! it downloaded tweets! Unfortunately I never managed to get it to do that again. A bunch of small authorisation windows opened up, one for each installed account, requiring confirmation of password, and I couldn't enter anything in the field with the main window open. Minimising the main window I could now enter passwords, and OK dismissed the window, but it didn't seem to do any good. I have not seen a tweet since and all the panels in the main window are empty. A pity.
My other favourite Twitter app is Tweetdeck - in fact I think it's superior to Seesmic Desktop if you just run a single Twitter account. Here the main window opens somewhat off-screen and blank (black) with control buttons at the top. Unfortunately although the buttons reveal their tooltips on mouseover, you can't actually access any of them, notably the account setup button. Thus the app is not usable.
Third attempt was Twhirl, also from Seesmic (http://www.twhirl.org/). The version I had previously downloaded, 0.8.6, opened an account setup window but when you entered a password it just sat there. Luckily behind it was a window offering an update. Updating the package installed 0.9.2. This time the account window allowed the entering of an account name and password and duly displayed a window of tweets! And I was also able to write and send tweets successfully. Success! You can enter details for multiple accounts, and each has its own resizable window that contains messages pertaining to the account. Not as useful for me as Tweetdeck or Seesmic Desktop, but entirely usable (Desktop is actually a bit big for this machine's display anyway). However closing and reopening Twhirl I discovered that the application is not remembering passwords even when you tell it to - though it does remember the account names. Although I would like a fully-functioning app (and preferably one or both of the other two) this will do for the time being.
I notice that issues regarding passwords and authorisation are the common factors in these misbehaviours: if anyone can shed any light on this, please let me know.
Thanks to GauravKhurana for the key to solving this issue and the support in discovering it.
--Richard E

Adobe AIR Application won't install

Also, tried reinistalling latest version of Adobe AIR but a message appears saying that the latest version of Adobe AIR is already installed, even though I thought I had unistalled it with the help of Microsoft Fix it (i.e. it no longer appeared in the least of programs installed on the computer).
I am using a Samsung laptop with Windows 7.
Following my latest attempt to install the application, I located the Adobe AIR log:
[2013-11-29:20:21:14] Runtime Installer begin with version 3.9.0.1210 on Windows 7 x86
[2013-11-29:20:21:14] Commandline is:
[2013-11-29:20:21:14] Installed runtime (3.9.0.1210) located at c:\Program Files (x86)\Common Files\Adobe AIR
[2013-11-29:20:21:18] Launching subprocess with commandline c:\Program Files (x86)\Common Files\Adobe AIR\Versions\1.0\Resources\Adobe AIR Updater -installupdatecheck
[2013-11-29:20:21:18] Runtime Installer end with exit code 0
[2013-11-29:20:21:37] Application Installer begin with version 3.9.0.1210 on Windows 7 x86
[2013-11-29:20:21:37] Commandline is: "C:\Program Files (x86)\Mr Smooth\MrSmooth.1.0F.air"
[2013-11-29:20:21:37] Installed runtime (3.9.0.1210) located at c:\Program Files (x86)\Common Files\Adobe AIR
[2013-11-29:20:21:37] Got an unexpected fatal error while loading SWF: [ErrorEvent type="error" bubbles=false cancelable=false eventPhase=2 text="app:/Adobe AIR Application Installer.swf" errorID=0]
[2013-11-29:20:21:58] Application Installer begin with version 3.9.0.1210 on Windows 7 x86
[2013-11-29:20:21:58] Commandline is: "C:\Program Files (x86)\Mr Smooth\MrSmooth.1.0F.air"
[2013-11-29:20:21:58] Installed runtime (3.9.0.1210) located at c:\Program Files (x86)\Common Files\Adobe AIR
[2013-11-29:20:21:58] Got an unexpected fatal error while loading SWF: [ErrorEvent type="error" bubbles=false cancelable=false eventPhase=2 text="app:/Adobe AIR Application Installer.swf" errorID=0]
[2013-11-29:20:22:03] Application Installer begin with version 3.9.0.1210 on Windows 7 x86
[2013-11-29:20:22:03] Commandline is: "C:\Program Files (x86)\Mr Smooth\MrSmooth.1.0F.air"
[2013-11-29:20:22:03] Installed runtime (3.9.0.1210) located at c:\Program Files (x86)\Common Files\Adobe AIR
[2013-11-29:20:22:03] Got an unexpected fatal error while loading SWF: [ErrorEvent type="error" bubbles=false cancelable=false eventPhase=2 text="app:/Adobe AIR Application Installer.swf" errorID=0]

Please note that I managed to resolve this myself by first of all deleting the Adobe AIR folder contained within C\Program Files (x86)\Common Files of my hard drive and then re-attempting the Adobe Air application installation. This immediately caused a prompting of an update to Adobe AIR, which I ran. It seems that the Adobe AIR application installation package contained an older version of Adobe AIR than was already installed within the 'Common Files' folder, and this apparently led to the error (sorry, I cannot explain it any more technical terms than that!).

AIR applications will not install on Super OS (Ubuntu 9.04) 32-bit

I was able to install Adobe Air on my system fine, but no
AIR apps will install. Anything I try to install, it just pops up a window for a millisecond and refuses to install. If I download an AIR app, the AIR app installer pops up and gives the option to open or save and I can't install apps either way.
Thanks for any help,
Rob Steel

Hey Rob
Thanks for reporting the issue. In order for us to find out the cause of the behaviour you see on you system we would like you to provide some more information.
1. Execute the following from terminal: touch ~/.airappinstall.log
2. Try to install the air app and provide us the contents of this file.
In case the contents of the log file is empty, try installing the app from command line:
Adobe\ AIR\ Application\ Installer /path/to/AIR/file.air
If there is a crash, can you provide us the crash log generated.
Thanks for your time
Sundeep

Air application cannot be installed after 2017

Hi all,
i had a problem a few months ago, developing an air
application using the beta air runtime, because the runtime stopped
working after a certain amount of time and the application could
not be installed.
Now i have installed version 1.1 of the runtime and have
rebuilt the application using a self signed key and added a
timestamp to it. Having the previous incident of the application
that could not be installed i decided to put the computer clock in
the future and check if the application would be installed using
1.1. runtime.
Well..., It does not after the 30th of October 2017. The same
thing occurs with other applications as well. e.g. The adobe media
player application.
Is this normal?
The application install log mentions an error : "Invalid
package signature" errorid=5022.

It might be due to the Root Certificate expires by 2017.
This is normal.

ITunes for Windows 64-bit (oops, doesn't install under XPx64)

Just as the subject states, whenever I try to install iTunes 7.6 64-bit, it declares that I must have Windows Vista in order to install this. If it's not supposed to work for XP x64, then why post that on the download page? Hopefully if you were trying to be nice and provide us with an XPx64 copy, this trouble will be corrected sometime down the road?
Thanks in advance.

The 64 bit version of iTunes will not install on my machine either. The setup program only checks for Vista 64 and if its not then it won't allow you to install. If there's no major difference in how iTunes works under XP and Vista then It seems like all it take is for the setup program to check for Windows XP x64 then allow iTunes to install.
P.S. I've installed the 32 bit version of iTunes on XP x64. It works but is not stable; It already crashed twice.

AIR Application Silent install

Is it possible to start AIR application immediately after Silent install.
We have already signed up Adobe AIR Runtime Distribution Agreement.
and i am using below command line for silent install.
Airinstaller.exe -silent -eulaAccepted -location "C:/Program Files/Abcd" abcd.air
It works fine. But i want to launch AIR application immediately after install. Is it possible?
Thanks!

Thanks for posting the log. It appears that the install is failing during the MSI portion of the install.
Microsoft has just released a brand new tool that should help you resolve this problem. Would you mind giving it a try and let us know how it works for you? When running the new tool, go through the uninstall process and try to remove AirWrite from your system. Once that's done, give your command line another try.
http://support.microsoft.com/mats/Program_Install_and_Uninstall/en-us
Thanks,
Chris

How to restart Air application

I have the following questions any help would be appreciated.
1. Is there a way to restart Air application
2. How to get application directory path
3. How to get application executeable name i.e.
(myFlexApp.exe for windows)
Thanks in advance.

I know air application has .air application, but after
installing the air application its extension is no longer ".air"
for windows its extension become ".exe" for mac and linux it is
some thing else.
secondly global Object Application has limited functionality
it doesn't provide the path of directory where application is
installed and complete name of application with extension, someone
can change the executable file name manually in installed
directory, in that case Application.application.name + ".exe"
doesn't work....

Issue with decreasing startup time of Air Application(Please Help)

If someone knew the answer to this it would really help me. I put a large directory into my source folder that was pulling up HTML files through a mx:html. I added a creationComplete function so a the user would fill out a registration form before they start using the application. When I run the application from Flex it runs fine but when I export the application and turn it into a .air file and install it on a computer, the application seems to be scanning the entire directory(the src folder) the application is in, including the large sub-directory housing the HTML files, before the application starts. I don't know if its the creationComplete fuction or something else, but my application did not do this before but know its doing it now. There is no need to scan the entire folder before the application starts. Does anyone know what function would be scanning the source folder before opening the application? Is it the creationComplete function? Do I have any other alternatives besides for creationComplete that will not scan the entire folder at application startup, or is there anyway to exclude a specific subdiretory (in the src folder) at startup so the a application will not scan the entire folder before opening, or should I put the creationComplete function in a separate directory.
What i'm using:
<mx:WindowedApplication xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" xmlns="*"
height="730" width="1257" title="Prototype" xmlns:comp="components.*"
creationComplete="checkRegistrationWinInfo(), checkRegistrationInfo()">

Post both these methods:
checkRegistrationWinInfo(), checkRegistrationInfo()
creationComplete itself does nothing with the system. It's an internal (Flex) thing.
AFAIK, an air application doesn't "scan" anything when started.

What Runtime is Flash Builder using when running or debugging an AIR application?

I just updated my AIR runtime to 3.0 and noticed that my AIR application doesn't work anymore (my logfile reports an Uncaught Error #1508). So I tried to debug it with Flash Builder, but when I run it there, everything works just fine. So I uninstalled the AIR runtime completely but noticed that I can execute my AIR app within Flash Builder still just fine. So the AIR runtime used within Flash Builder seems to be a different one than the systemwide installed AIR runtime. How Do I chose within Flash Builder which runtime to use and how do I update this runtime?

When you use Flash Builder, it uses the copy of the AIR SDK that is inside the Flex SDK. This has a complete AIR runtime that is used for debugging. You can choose which AIR runtime to use by switching to a Flex SDK that has a different version of AIR. You can update any Flex SDK by copying the new AIR SDK into it, replacing any existing AIR files. (On a Mac there are some gotcha's here because copied folders are replaced not combined.)

Opening Air application Directly

Hi,
I have developed a flex application. On clicking a button in the flex application, the AIR application should be installed. If the AIR application is not installed, the AIR application will be installed. The Installation shows the options of "Open" , "Save" and "Cancel". Is there any possibilty of showing only "Open" and "Cancel"?
Thank You
Raghu

Re-installing the Story AIR app should resolve this issue.
You can use this link to get the latest Story AIR app.
https://story.adobe.com/AIR/AdobeStory.air
Note: On Mac OS, before reinstalling the app, ensure that all previous installations of the app are completely removed. To search for old installations, search for "adobe story" in Spotlight.
If reinstalling the app doesn't solve the issue, please revert back.

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

Drag and drop file into Outlook from AIR application

I am hoping to see if this would be possible with the Adobe AIR API. We currently have a desktop AIR application that clients install in order to facilitate certain operations triggered via a web application (such as opening files directly from the web).
One of the actions we are requested to support is the ability to drag and drop files from our web application directly into Outlook and have the file added as an attachment. I saw the documentation at Adobe Flash Platform * Dropping file promises and was wondering if this might be a possibility, or if there was some other method of performing this.
We are trying to get around the fact that users now have to download a document to their desktop before being able to attach in Outlook.
Thanks for any assistance.

You just aren't calling the right NativeDragManager functions. See http://help.adobe.com/en_US/as3/dev/WS5b3ccc516d4fbf351e63e3d118666ade46-7d83.html

Windows 7: air application doesn't installing

Similar Messages

Maybe you are looking for