I have an AIR application, which must somehow interact with C# application on desktop, ( it must generally receive data which C# application extracted from MSSQL database ).
Is it possible this interaction and how ?
lots of ways. the most simple is to connect a tcpip connection, and communicate the data via localhost. this way you'll later be able to move the app.
public function connectToServer(ip:String="127.0.0.1", port:Number=65045):void {
trace("connect")
theSocket=new Socket(ip, port);
theSocket.connect(ip,port);
theSocket.addEventListener(IOErrorEvent.IO_ERROR, ioerrorEvent)
theSocket.addEventListener(ProgressEvent.SOCKET_DATA,Getdata);
theSocket.timeout=10*60*60*1000 //10 minutes
}
i suppose you'll know the c# side.
also you can make a file what both apps will read/write, you can use extensions, so one app will be contained by the other, etc..
You could bake in some native code libraries into your AIR app to talk to the other app or even better, take the functionality of that C# app merge it as native code into your AIR app so you can talk to MySQL directly. Good Luck!
http://help.adobe.com/en_US/air/build/WS597e5dadb9cc1e0253f7d2fc1311b491071-8000.html
Related
I´m currently looking for a solution to write a JSF application inside a Desktop app.
I think I can use:
Start Main function
Start SWING application
Start JAVA EE application server
Start database (e.g. H2 database)
I found the following solution with Tomcat:
https://www.beyondjava.net/how-to-wrap-bootsfaces-or-jsf-in-general-as-a-native-desktop-application
This is exactly which I would like to have. The only problem is, that Tomcat needs approx. 20 seconds to start.
Is there any other Application server which I can integrate like this in the Main class which will start than the Web application inside the SWING Gui?
Many thanks
In general, putting a full-fledged JavaEE application inside of a desktop application is a bad idea. You have only one user working on a local machine, and the JavaEE platform is intended to be used in a concurrent environment to process multiple parallel requests coming from different clients over the Internet. A lot of facilities and trade-offs inside the JavaEE platform are implemented to support this. Using it to serve a single user on their local machine is like hammering nails with a microscope.
This is also a clear contradiction between your goal (quick startup of the desktop application) and trade-offs of a JavaEE application (the startup time doesn't really matter so much, as restarts happen rarely).
It's also worth to say that Tomcat is not a JavaEE server, as it doesn't provide the full JavaEE implementation. Although you definitely can run JSF applications on it by providing a JSF implementation inside the application itself.
If you really want to proceed, you could take a look at jetty as a somewhat faster alternative to Tomcat.
I want to share an image file between Desktop application and the windows store application. What is the best way to do the communication between the desktop app and the windows store app.I have tried creating the shared memory between the apps, but i think this is not possible( Reference ).
It's not possible to communicate and share date directly, except launching via protocol handler. As Aniruddha already said sharing via Filesystem (e.g. pictures library) is a convenient way to do it.
If you are on Windows 8.1 and don't have the requirement to put your application in the public Windows Store there's another option:
Windows Runtime Brokered Components. This is quite awesome stuff. It allows you to freely communicate between a Windows Store App and any other application. It is documented here: https://msdn.microsoft.com/en-us/library/windows/apps/dn630195.aspx
The setup isn't exactly easy but it is very powerful. Keep in mind that you won't get this app published into the public Windows store, if you're using brokered components.
I haven't tried Brokered Components on Windows 10 yet, I'm not sure if this is still supported.
I thought PhoneGap was a simple wrapper for HTML5, but it looks like it does in fact compile into native in some way.
I have a Cloud based, HTML5 Single Page Web application that I just want to run full screen, and distribute via an app store.
Should I just create a PhoneGap App with an InAppBrowser?
If you intend to publish an HTML5-based app in a "native" app store sucha s Google Play or Apple Store, you have 2 options:
1- Implement your own native application using a webview to show your web-based app.
2- Use some existing framework like Phonegap/Cordova even you do not use the native API. The framework will already setup everything for you to just deploy your HTML5 code.
However, if your web app is meant to be hosted remotely (i.e. not run from local files), you may encounter problems when trying to publish in the Apple Store. They have some strict rules about remote content, and about publishing apps that may not provide much more value and/or functionality than a simple web-app can.
Best.
I have to convert a HTML application (.hta file) so that it can be executed on Linux and MAC also.
What could be the alternate ways of doing it? Should I convert to an AJAX app?
Any suggestions? OR Has anyone gone through this before?
Reagards,
/Syed
Though you have not provide the nature of application. I mean what you application does.
What I get from question is since you are using HTA application that means you application requires system level access. Now since Linux and windows are completely different platforms. It is not possible to complete port one app from one platform to another.
If you can work at the plugin level like development of flash-plugin or you can use the Adobe AIR to build your application.
I mean to say don't use Microsoft native code in you application.
I'd like to pick up a new tech for my toolbox - something for rapid prototyping of web apps. Brief requirements:
public access (not hosted on my machine) - like Google's appengine, etc
no tricky configuration necessary to build a simple web app host
DB access (small storage provided) including some kind of SQLish query language
easy front end HTML templating
ability to access as a JSON service
C# or Java,PHP or Python - or a fun new language to learn is OK
free!
An example app, very simple: render an AJAXy editable (add/delete/edit/drag) list of rich-data list items via some template language, so I can quickly mock up a UI for a client. ie. I can do most of the work client-side, but need convenient back end to handle the permanent storage. (In fact I suppose it doesn't even need HTML templating if I can directly access a DB via AJAX calls.)
I realize this is a bit vague but am wondering if anyone has recommendations. A Rails host might be best for this (but probably not free) or maybe App Engine, or some other choice I'm not aware of? I've been doing everything with heavyweight servers (ASP.NET etc) for so long that I'm just not up on the latest...
Thanks - I'll follow up on comments if this isn't clear enough :)
C# or Java,PHP or Python - or a fun new language to learn is OK
How 'bout Javascript? This place hosts server-side Javascript ticking most of your other boxes. So you can use the same language for client- and server-side stuff (which I find very handy). [Caveat: I only played with their service; seemed cool though. I use Javascript on the server-side on IIS and on Tomcat (via Rhino).]
For something bleeding edge - A new version of spring roo was released recently. With it you can create a great web app in 10 minutes. Supports GAE and GWT...
http://www.springsource.org/roo
xataface is a quick way to make a front end for a MySQL database.
It makes it easy to start an app quickly with dynamically created views and then you can change it to something very customized to your needs.
It simply needs a server service with MySQL and PHP.