Does anybody know if its possible to write a barcode scanning application for the SPT-1800 in Java?
I don't know how to program the Old School Palm OS.. so java would be great.
It looks like you will have to write a Palm app in C to control that model.
See the Software Development Kit (SDK), v. 4.10 and FAQ: Where Can I find the Palm SDK & Development Tool? for more information.
The Motorola/Symbol sites are not very intuitive so here's a link to all of the SPT1800 support documents.
The SDK's are usually very good and get you up and running with a sample application pretty quickly.
I had hoped to use Java for the MC3000 and MC9000 series recently but it appears Motorola/Symbol has stopped releasing updated Java SDK's for those devices and are concentrating on the .NET SDK now.
The Java SDK's also require additional licensing of the JVM from 3rd party vendors which considerably adds to the final cost of deployment.
I would think that Waba/SuperWaba would be your best bet for an older PalmOS device.
Related
I'm sorry for asking a none-programming question, if it is.
I'm working on a library project that must be compatible through various mobile platforms.
I found some Java TV platforms are constructed on CDC/PBP.
I found Android api (partially) based on the Java 6.
And I want to know, is blackberry sill on the CLDC/MIDP?
According to Programming the BlackBerry With J2ME, it seems so.
Yes, they support MIDP 2.0/CLDC 1.1 and a good number of JSRs. Devices running OS 5.0 and higher have MIDP 2.1 support. Also there are the RIM custom APIs some of which can be used in BlackBerry MIDlets too.
More info here.
UPDATE:
For the new BB10 OS there's the possibility of repackaging an already existing Android app so that it can be run (with some issues) in the Android Runtime.
I'm currently working on an Android application built with Adobe Air sdk, in AS3. I was wondering if it's possible to compile a kind of UI library that I can import in a Android native application (Java). Basically, I would like to build my UI with Adobe Air, but the main part of my application with Java, the native way.
What I have in mind is to convert the adobe air-generated APK into a Jar file I would import in the native application project, and call some functions that display something on the Screen.
Is it possible? I think it may be possible, because when I don't import Adobe Air SDK in the application, I must install Adobe Air application with the Play Store to make my application working. I don't find lot of things on Google about that :s.
Thank you for your help.
Yes it can be done (in theory), but hold on to your hat, it's a bumpy ride!
I see it is a very old question, with a new bounty (the questioner has not logged on for 3 years!), but here we go...
This method goes to the heart of how android java apps are constructed and run (i.e. DEX, so it will work with adobe-air or ANYTHING, it is fundamental [general method]). (by the way you use the word native in a confusing way, native is commonly understood to mean the JNI (c++) library element of an app).
You say:
"What I have in mind is to convert the adobe air-generated APK into a
Jar file I would import in the native application project, and call
some functions that display something on the Screen."
Android programs are compiled into .dex (Dalvik Executable)[now called ART but binary compatible] files,
which are in turn zipped into a single .apk file on the device (with other things like the manifest and resources). (unzip a .apk and look inside).
A .jar file contains DEX files (zipped). (unzip a compiled .jar and look inside).
I have done some work like this before, here's a link to a tutorial and coding examples [tested by me] (in android studio + gradle) [custom build elements are usually needed (I also give an ant example)].
See my stack-overflow answer Dynamic loading of DEX files
This in theory answers your question, but it's fundamental stuff, complex and has limitations that make it hard to code and maintain (resources are a real pain in the a**e).
Question: This all seems very complicated and hard !
Yes it is ! It is an increadably silly an difficult thing to do! That is why we invented cross platform frameworks, (and for web based code javascript/css/html5...). Failing that PORT the code.
I'm more of a Flash/AS3 coder than Java so can't give you a full answer but...
A better approach might be to just render your SWF-based User Interface itself via Java code (as opposed to compiling SWF into APK format then trying to embed Flash APK inside Android APK).
This way your SWF can also communicate with Java functions (via AS3's external Interface class). Making it easier to trigger Java functions when a button on the SWF U.I is pressed etc..
You just have to find an SWF render library for Java.
Maybe check out SWFTools. Particularly the SWF Class looks promising. I have not tested this library but it might help you.
I am not a Adobe AIR developer at all, however, I have developed a few Android App with both native environment and with some kind of framework (specifically PhoneGap). So, may this can help you.
I don't think that there would be any tool which could directly convert mobile apps build using frameworks like Adobe AIR, PhoneGap or any other HTML5 based framework to a native Android app because technically it is very difficult and unfeasible to do a proper mapping between each and every element of HTML5 (or Flex element in your case) to a corresponding native control or logic. The best you can do is use plugin mechanism provided by your framework to interact with Java and vice-versa and basically that is why the framework is there. For most of HTML5 based frameworks there is a plugin mechanism which allows developer to interact with native functionality (like Background Services, Activity or any other native resource). Even these frameworks are build using the same modular or plugin based approach and there major functionality (accessing Camera, Audio, SD Card etc native resources) works like this. We have to enable that feature before using that in our app.
So, look for plugin type of mechanism in Adobe AIR.
Hope this helps.
Maybe this is a dirty way to help you, but you can :
Install the adobe air program in one computer
Copy the files of the install folder of the adobe air program
Embed all this files in the java application
Install the java application
Save the adobe air files in one folder
Start the adobe air with java (like you will do it with the console, a simple call to YourAirApp.exe)
What alteration should be made in a Java Application to be able to install it on Java Enabled Smartphone?
I tried using a random app of mine to see what happens, when I open it on the cell, it says Install? I say yes, and it says invalid file.
Now I was wondering what alteration should be made?
My smartphone (Samsung S8500) runs on bada which is more or less the same as Android, but alterations in the General.
You need different SDK for smartphones. Like for Android, you need Android SDK 1.5 or any other version. You just cannot install the same application. You need to develop using the resources provided by the SDK.
If your application is Java based mobile application then you can use some tools to convert it for Android. Doesn't work every time but worth a try.
In your case, Bada OS is not like Android what i learn from here. So, you need to develop the application using J2ME .
I have never tried out the Android SDK and do not own an Android phone. However it seems that certain libraries are excellent, for example the text to speech lib. Is it possible to use this library with a desktop VM and did anybody here try this?
You could get the sources from android.git.kernel.org and try to rebuild them against a desktop environment, but it would be a lengthy project - you need not only the java stuff, but the underlying drivers, native libraries, customized c library, and add-on os functionality to support them.
The android SDK includes a qemu-based phone emulator in which most functionality works as on the device. This should be fine for playing with the capabilities, though is not something you would want to use to deploy them. There is also an x86 community build of android which people put on netbooks or run in virtualbox. Word is that the official android emulator may be moving to something similar since it's substantially faster to run x86 code on a customized os image in a vm than to emulate an arm processor.
There's also something of a simulator which tries to provide enough of the android o/s services to sort of run apps natively on the development machine without a vm, but the google folks have implied its a bit of a hack and not well maintained.
What are mobile phones supporting Java Android?
Is there any Nokia phone supporting this technology?
What should the mobile contain (a framework, a plugin.. etc) if we want to deploy a Java Android Application?
Android can be deployed to many devices with custom builds of the OS; anyone can build Android . It is not limited to particular handset makers and you might want to consult the makers for official lists of deployed devices.
There is nothing the device needs to contain (other then an appropriate targeted version of Andrdoid) to deploy an application.
One important note is that the application IS NOT run in the JVM, the code is only written in Java and then converted to Dalvik bytecode when compiling (Android runs on the Dalvik Virtual Machine). Since the code is written in Java though you can make extensive use of existing libraries and use them in your applications.
There is a fairly comprehensive list on Wikipedia comparing devices running Android, including forthcoming devices.
Nokia seems to have no interest using Android platform for its devices.
If the device is a certified Android platform, there is nothing one needs to add for deployment.
I think most phones that run Android should support Android applications. However, IMHO one would be hard pressed to compile a list of those phone.But rest assured, it's a lot. Someone DID make a list! And yep, it's a lot.
Some quick Googling reveal that Nokia seems to not like Android so I would assume there is not a Nokia phone with Android.
Framework: Eclipse Galileo with the ADT plugin
My advice:
read this site inside and out! http://developer.android.com/index.html
It answers all your questions.