2 ms·
> a daemon in Symbian that would query the cell id and open up a socket server to give it to the J2ME app Why not just make the entire app native in Symbian if
by grishka 5y ago
> a daemon in Symbian that would query the cell id and open up a socket server to give it to the J2ME app
Why not just make the entire app native in Symbian if you require it anyway? Or did the Symbian SDK suck even more than I remember?
- theintern 5y agoI tried to do a college end of year project in Symbian, and couldn't get anything to work for months. This was likely a combination of lack of ability as much as the SDKs problem, but it definitely was not novice friendly. I pivoted to J2ME with about a week to go in the project and managed to get an MVP working in time, after 3 months of wrestling with Symbian.
- pjmlp 5y agoEx Nokia here, yes the Symbian SDKs required high comfort with C and C++ development environments on Windows, then there was Symbian C++ dialect. Also it did not help that the SDK was rebooted like 4 times. Initially based on Metrowerks, coupled with a mix of Perl and batch files, rebooted twice into Eclipse based IDEs, and finally the QtCreator initial effort before the burning platforms memo happened. Still, it was still much more friendly than dealing with NDK issues on Android.