Discuss business solutions, opportunities, challenges, etc. relating to JMAPI http://developer.cisco.com/c/message_boards/find_category?p_l_id=&mbCategoryId=2374572 2013-05-19T12:26:35Z 2013-05-19T12:26:35Z David Staudt http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=5149720 2012-02-14T20:22:16Z 2012-02-14T20:22:16Z

With the advent of Android based devices (Cius) and their excellent on-board app programmability, it seem that the extensive work needed to enable J2ME on additional 'legacy' devices will likely never make it above the line.  I'm not aware of any upcoming announcements...

David Staudt 2012-02-14T20:22:16Z Jean-Marc Lacoste http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=5148418 2012-02-14T09:37:24Z 2012-02-14T09:37:24Z

Hello, Java MIDlet API was supposed to be supported on 89xx, 99xx series at a later date. Is there any news on this matter ? Regards, jmlacoste

Jean-Marc Lacoste 2012-02-14T09:37:24Z Umesh Chaurasia http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=4592975 2011-10-12T06:29:30Z 2011-10-12T06:28:13Z

Hi,   We are new to Cisco MIDlet API. Till now we have delivered solution using Cisco AXL, EM API and Cisco CUAE. As CUAE is EOL so we are trying to find other options. As per our understanding MIDlet is good for IP phone UI development. What about call control and media features? Can I establish 3-party conference using BIB with MIDlet?   We are also using Cisco JTAPI API for buiding the 3-party conference using BIB but can't set coach-pupil relationship which was present with CUAE.   My queries are - 1- For which type of applications we should use MIDlet? 2- Does all Cisco phones supports MIDlet? I have document which says that only 7925G and 7926G supports MIDlet. (attached image)   Regards, Umesh  

Umesh Chaurasia 2011-10-12T06:28:13Z Conrad Price http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=4205301 2011-07-10T16:48:32Z 2011-07-10T16:48:32Z

Sorry for the delay in replying, but yes Brian, if you install 1.4.1 firmware into a 7925 or 7926 you can expect J2ME apps to work, though there are quite a few platform specifics which we have tried to document in the developer guide. -Conrad

Conrad Price 2011-07-10T16:48:32Z Brian Edds http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=3154733 2011-03-09T21:01:41Z 2011-03-09T21:01:41Z

Is there a formal certification process for J2ME applications that run on the 7925G/7926G handsets?    

Brian Edds 2011-03-09T21:01:41Z Brian Edds http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=2974496 2011-01-24T23:41:13Z 2011-01-24T23:41:13Z

David, Does this mean customers can roll out 1.4.1 and expect j2me apps to work? When will the functionality be supported for customers? We're looking to advise our customers on when our application could be used on 7925/26 handsets running a firmware version that supports j2me. >Brian

Brian Edds 2011-01-24T23:41:13Z David Staudt http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=2894754 2011-01-12T03:09:58Z 2011-01-12T03:09:58Z

Midlet support is present in 1.4.1, though access to the midlet docs and developer support is still limited to registered members of developer.cisco.com for now (hence not announced in the public release notes.)

David Staudt 2011-01-12T03:09:58Z Brian Edds http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=2893064 2011-01-11T23:26:24Z 2011-01-11T23:26:24Z

I don't see J2ME called out in the 1.4.1 release notes, wondering if it was pushed to a different release?   http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/7925g/firmware/1_4_1/english/release/notes/792x_141.html

Brian Edds 2011-01-11T23:26:24Z Brian Edds http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=2893060 2011-01-11T23:19:44Z 2011-01-11T23:19:44Z

Any update on the relese of firmware and CUCM required for MIDP application support on Cisco 7925/7926 phones?

Brian Edds 2011-01-11T23:19:44Z Brian Edds http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=2838436 2010-12-18T05:02:07Z 2010-12-18T05:02:07Z

Has an official release date been scheduled for the 1.4.1 firmware and associated CUCM update?  We would like to schedule some initial installs for our customers, but want to release on the final firmware at our customers site.

Brian Edds 2010-12-18T05:02:07Z Conrad Price http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=2550561 2010-09-18T03:16:20Z 2010-09-18T03:10:47Z

If you have found these pages, you are probably aware that the Cisco wireless phones, the 7921G and 7925G have become very popular in certain industry segments, especially health care and retail. The 7925G has spawned off two variants, the 7925G-EX designed for environments need ATEX and CSA certification, and the 7926G which is the bar code scanner phone.   The idea of adding a bar code scanner to a wireless phone has been kicking around for a few years, but as we started to explore this path, we realized that an application environment was needed. This  triggered the discussions to port a JVM  and Java MIDP support to the wireless phones.   In 2008 Cisco implemented MIDP support in the desk top phones, initially with the intention of supporting MIDlets and allowing developers to write more dynamic applications for the desk phones. But as we went down that path we realized that we had added so many features to the desk phones, there was insufficient memory to support 3rd party MIDlets safely. Since phone services are the primary function of the phones, we decided to restrict the MIDP access to the desk phones.   However, the 792x series of wireless phones do not have the same constraints and it was felt quite viable to offer MIDP support in these phones to developers. But we needed a program to make this support a reality. The bar code scanner phone was the vehicle to do this. The bar code scanner needs a client app to integrate between the bar code data and a back end information system. XSI would be too slow for this kind of integration, Java MIDP would be ideal, and thus we embarked on the program.

Conrad Price 2010-09-18T03:10:47Z