Comments on: CommandProxy : .NET / AIR Integration Proof of Concept

By: RDR

RDR — Sun, 19 Dec 2010 20:21:10 +0000

It is simply that the AIR Framework has to entertain a system where it can pass a request (system) and recieve a postback or a system return.

AIR has this as you can access the operating system’s native services like system indexing with the “folder view” style controls. It is now only the matter of getting into the framework and exploiting these features (hacking) and expanding their capacity.

Mike isn’t ahead of the curve — he is simply not lazy like everyone else and has to do the maintenance for those whom he isn’t responsible for (picking up the slack). At any rate, Mike plays a deeper role where the most prolific aspect of his development is simple: everyone needs to pay attention to and follow by his example.

Thanks for the motivation Mike and to everyone else here — good choice in role models.

Take care all.

By: Adobe AIR Shenanigans « GraphNode

Adobe AIR Shenanigans « GraphNode — Mon, 16 Nov 2009 20:10:04 +0000

[...] projects/ideas appeared to fix this problem, like CommandProxy (.NET), Merapi (Java), Shu (air2exe), airAveer (air2exe) and specially FluorineFx Aperture (which [...]

By: » The Beach Marc Hibbins

» The Beach Marc Hibbins — Tue, 22 Sep 2009 21:22:34 +0000

[...] was the developer of the CommandProxy, a proof-of-concept bridge between AIR and the OS by way of a secondary application (running in the background), but [...]

By: FOTB Day 1 | The random utterances of David Arno

FOTB Day 1 | The random utterances of David Arno — Mon, 21 Sep 2009 21:36:04 +0000

[...] via stdin and stdout pipes. This seems an odd solution when the likes of Mike’s own Command Proxy project offer a much richer solution already. I guess we will have to wait for more details from [...]

By: nathan king

nathan king — Mon, 03 Aug 2009 04:57:57 +0000

Mike, apologies for the most broad question – but would you see this as the best way for an air application to communicate with a command line based application? Are there other methods (built in or additional libraries) that will allow an air app to do the same thing?
thanks,
-nathan

By: Understanding a larger application « A Software Apprenticeship at 8th Light

Understanding a larger application « A Software Apprenticeship at 8th Light — Fri, 08 May 2009 01:17:57 +0000

[...] another application like Shu. Mike Chambers also has a proof of concept for another wrapper called CommandProxy. I’m not sure yet whether we’ll go in that direction or not, but this seems like a big [...]

By: airvangelist.net » Blog Archive » AS3 - fscommand

airvangelist.net » Blog Archive » AS3 - fscommand — Sat, 21 Feb 2009 12:32:06 +0000

[...] http://www.mikechambers.com/blog/2008/01/17/commandproxy-net-air-integration-proof-of-concept/ [...]

By: aaaaaa111111

aaaaaa111111 — Thu, 12 Feb 2009 19:27:18 +0000

Any guy can tell how I can get the source code for the proxy? Thanks.

By: Adobe AIR Needs to Become a Real Desktop Platform | Stefan B.log

Adobe AIR Needs to Become a Real Desktop Platform | Stefan B.log — Wed, 04 Feb 2009 15:56:27 +0000

[...] I don’t want to break free (at least not from the browser ). I want a competitive desktop solution using Flex instead of Swing or SWT, but so far that’s not what I can get. If you want to know what is still the problem with AIR (IMHO), look at Mike Chamber’s blog about the CommandProxy. [...]

By: Si ++

Si ++ — Sat, 10 Jan 2009 21:48:01 +0000

I was under the impression that AIR applications were not allowed to bypass the native AIR Runtime installation routine, yet the CommandProxy demo promotes doing that.

Where exactly do things stand as far as custom installers are concerned?