I am developing a barcode scanning application for J2ME. For that, I have come to know that zxing 1.7 has to be used. What version of Java do I need for zxing 1.7?
1.7 was the last version that supported JavaME, yes. Because of that, it requires only Java 1.2. I think it required CLDC 1.1 and MIDP 2.0.
Related
I developed my javafx application using couchbase-lite 1.3 and it works as expected.
But now, i want to use the N1QL query to retrieve the data from this database.
This is not possible with 1.3 version.
on https://docs.couchbase.com/couchbase-lite/2.0/index.html i can see that it possible with version 2.5 but i do not see the binaries jar for javafx.
Do someone knows how to add 2.5 binaries to the javafx project?
thanks
Couchbase-lite 2.x supports the Java language only on Android. We are considering pure Java support for a future release.
I've faced a problem with configuring Netbeans 8.1 to develop javame application with Javame SDK 8.3. When a javame project is created, Platform property remains grayed, compilation produced the message:
Platform home (platform.home property) is not set. Platform home (platform.home property) is not set. Value of this property should be <space> emulator home directory location.
When I try to fix project property on the platform tab, I see that:
No CLDC platform available
An old Javame SDK 3.4 works.
Any ideas could be helpful.
The confusion comes from the fact that JavaME is so much more than just MIDP/CLDC. It is used for so many other things, like e.g. Blu-ray players and other embedded devices.
MIDP and CLDC are merely JSR API's - which for some reason has been excluded from the SDK 8.x versions. This is why it can't find a CLDC platform, unless you install SDK 3.4
No other way around it than to use SDK 3.4
MIDP2.0 = JSR118
CLDC1.1 = JSR139
No where to be found in the list of SDK 8.x supported APIs: http://docs.oracle.com/javame/8.3/javame-apis.htm
I wanted to convert a small test application from Windows .NET 4 to MonoTouch but I am missing System.IO.MemoryMappedFiles.
Then I tried it with a plain Mono console app and the namespace isn't there either.
I tried Mono 2.10 in combination with MonoDevelop 2.4.
Is it supposed to be there or not? I'm kind of confused, as .NET4 compatibility was announced with Mono, as far as I know.
Mono 2.10 has some support for memory mapped file. However it is not 100% complete (and Windows-specific things like security are not likely to be ever included) so YMMV.
You can browser what's available from the GIT repository:
https://github.com/mono/mono/tree/mono-2-10/mcs/class/System.Core/System.IO.MemoryMappedFiles
Since this is a .NET 4.0 feature you'll need to use the 'dmcs' compiler to get your code to compile (and also reference System.Core.dll where the types resides).
As for MonoTouch it provides a subset of Mono (originally based on the 2.1 profile from Silverlight and extra, even some 4.0, features). Currently (for MonoTouch 4.x) this does not include any type from System.IO.MemoryMappedFile.* namespace. Future versions will offer more .NET 4.0 features (if they are available from iOS).
To continue in my post-XCode 4 upgrade confusion, i came across this....
My Build Settings has Base SDK as iOS 4.3.
Now back in XCode 3.x days I remember 2 things:
The Base SDK was always set to iOS 4.0.
The target device was set to iphone 3.0 (to ensure greatest iphone audience).
What consequence is there for this Base SDK?
I mean, if SDK 4.0 provides support for features that only iOS4/iPhone4) provides, then why are these two separate build settings?
You can choose iOS 4.0 as your base SDK, but as long as you do not use APi's that are 4.0 and up your code should run on 3.x unless you used apis that were only in 3.2 and so on =)
Always a good thing to check the availability of methods when you look in the class reference.
I recommend using 4.x stuff.. because the people that use 3.0 are not worth supporting ( Only the really old devices are still running that, iPhone 1 -- most users have upgraded by now to an iPhone 3Gs or 4 ), the features you get in 4.x, including GCD are awesome.
My first steps with JavaME, currently using Sun's WTK 3.0
I understand a JavaME device runs its own Runtime Environment, and that's a 1.3 JRE.
Is it possible to make the emulator run the JavaSE JDK 6 ?
The JavaME runtime is not JRE 1.3
It is a Microedition runtime BASED on what java standard edition was back around the time JRE 1.3 was released.
You can use JavaSE JDK 6 to develop a JavaME runtime (that's pretty much what microemulator is) but the application management and lifecycle of a MIDlet doesnt match that of a JavaSE application.
You cannot use the latest specification of the JavaSE language (genericity... ) when writing MIDlets.