MIDlet signing ?

Version 1
    This document was generated from CDN thread

    Created by: Conrad Price on 17-09-2010 10:35:39 PM
     
    The desk phones require a MIDlet to be signed by Cisco before they
    are permitted to run. This is mainly to protect the desk phones
    from a MIDlet that is less than well behaved.
     
    This signing can be a barrier to deployment, because it makes
    MIDlet development a bit harder, in that small variations each
    have to be signed before they can run. It's very unlikely that
    unsigned MIDlets will ever be permited to run in the 7900
    or 9900/8900 series of desk phones.
     
    The wireless phones do not require a MIDlet to be signed. If the
    MIDlet behaves badly this is unlikely to affect normal phone
    operation. As a result, we don't anticipate having to enforce any
    signing of MIDlets for the 792x series of hand held wireless
    phones.

    Subject: RE: MIDlet signing ?
    Replied by: Stephan Steiner on 08-11-2010 06:45:40 PM
    What's the reason for treating the bigger phones like a lesse member?
    Mobile phones are mostly more resource limited, and offer only limited screen real-estate - is there a fundamental difference in how Java works on the mobile and stationary devices?
     
    XSI development on the hardphones is often limited, and the limited ways we have to start an app means usability for some useful apps is pretty poor and we've been waiting for years to see Cisco do something about it and I was kinda hoping perhaps with opening up the mobile phones to Midlets we'd finally see that for the hardphones too.
     
    My employer has a significant Alcatel-Lucent presence and their upcoming generation of phones is open for app developers (not that I like Javascript over Java but at least we're able to do quite a bit more than with XSI).

    Subject: RE: MIDlet signing ?
    Replied by: Conrad Price on 24-11-2010 07:20:04 PM
    There is Java MIDP support for the desk top phones. But the JVM is used for all the visual display and presentation in the desk phones. If a MIDlet were to misbehave it could cause the phone to stop operating correctly. For that reason any MIDlet that runs in the desk phones has to be signed by Cisco, to ensure that it is not going to damage regular phone operation.
     
    That process is a bit laborious and very few people have gone through the process. There are some Cisco
    MIDlets that run in the phones, Telepresence control for example, and visual voicemail.
     
    The hand held phones don't use the JVM for anything except add on applicatons, and we don't have
    the same concern about a MIDlet causing problems to the phones.

    Subject: RE: MIDlet signing ?
    Replied by: Marwa Ads on 21-03-2011 05:24:14 AM
    There is Java MIDP support for the desk top phones. But the JVM is used for all the visual display and presentation in the desk phones. If a MIDlet were to misbehave it could cause the phone to stop operating correctly. For that reason any MIDlet that runs in the desk phones has to be signed by Cisco, to ensure that it is not going to damage regular phone operation.
     
    That process is a bit laborious and very few people have gone through the process. There are some Cisco
    MIDlets that run in the phones, Telepresence control for example, and visual voicemail.
     
    The hand held phones don't use the JVM for anything except add on applicatons, and we don't have
    the same concern about a MIDlet causing problems to the phones.

     
     
    I want to develop a midlet for my desk phone.. is midlet signing is open now at Cisco?
     
    Thanks,
    Marwa

    Subject: RE: MIDlet signing ?
    Replied by: Paul Holleis on 18-05-2011 11:40:03 AM
    Dear Conrad and colleagues,
     
    many thanks for maintaining this forum!
    It would indeed be interesting to get a few more details about the signing process. Can you say a few words on what the requirements and steps are (does one need to be a Cisco Partner, how costly is it in terms of money and time)?
     
    Thanks a lot,
     
       Paul
     
     
    There is Java MIDP support for the desk top phones. But the JVM is used for all the visual display and presentation in the desk phones. If a MIDlet were to misbehave it could cause the phone to stop operating correctly. For that reason any MIDlet that runs in the desk phones has to be signed by Cisco, to ensure that it is not going to damage regular phone operation.
     
    That process is a bit laborious and very few people have gone through the process. There are some Cisco
    MIDlets that run in the phones, Telepresence control for example, and visual voicemail.
     
    The hand held phones don't use the JVM for anything except add on applicatons, and we don't have
    the same concern about a MIDlet causing problems to the phones.


    Subject: RE: MIDlet signing ?
    Replied by: Fabio Krohn on 25-07-2011 07:54:47 AM
    Dear Conrad,
     
    I have the same doubts of Paul about the signing process. Can you please help us on this issue?
     
    Thanks,
     
    Fábio Krohn
     
    Dear Conrad and colleagues,
     
    many thanks for maintaining this forum!
    It would indeed be interesting to get a few more details about the signing process. Can you say a few words on what the requirements and steps are (does one need to be a Cisco Partner, how costly is it in terms of money and time)?
     
    Thanks a lot,
     
       Paul
     


    There is Java MIDP support for the desk top phones. But the JVM is used for all the visual display and presentation in the desk phones. If a MIDlet were to misbehave it could cause the phone to stop operating correctly. For that reason any MIDlet that runs in the desk phones has to be signed by Cisco, to ensure that it is not going to damage regular phone operation.
     
    That process is a bit laborious and very few people have gone through the process. There are some Cisco
    MIDlets that run in the phones, Telepresence control for example, and visual voicemail.
     
    The hand held phones don't use the JVM for anything except add on applicatons, and we don't have
    the same concern about a MIDlet causing problems to the phones.



    Subject: RE: MIDlet signing ?
    Replied by: Till Steinbach on 08-11-2013 02:55:01 AM
    I would love to deploy my midlets to the desk phones too, I only noticed that it is not possible when I searched through the logs when deploying my code. Is there any chance that this can be done in the future, or can I at least download the development firmware? XML-Services are open, but very limited! In my opinion it is the responsibility of Administration to test the midlets before deploying them. And how is ciscos signing helping to prevent problems? I don't think they will code review, right? Signing only prevents small developers from accessing the plattform.

    Subject: RE: MIDlet signing ?
    Replied by: David Staudt on 08-11-2013 10:21:49 AM
    Unfortunately various hardware/software limitations of the previous deskphone generation ultimately prevented Cisco from opening up midlet capability.  Midlets are supported on the wi-fi phones (7925/26), but the new focus for rich deskphone applications is on Android (DX650 and relatives.)

    Subject: RE: MIDlet signing ?
    Replied by: Till Steinbach on 08-11-2013 11:25:27 AM
    I understand that, but it is a bit sad to see the possibilities and on the same time beeing forced to use the limited XML-Service-Interface.
    I don't see a possibility for small OSS developers to get their software signed. Am I right?

    Subject: RE: MIDlet signing ?
    Replied by: David Staudt on 08-11-2013 12:00:24 PM
    True, no further deskphone midlet development (either Cisco or 3rd party) is contemplated or can be supported, e.g. by signings.  The good news is that the possibilities of Android phone applications are many orders of magnitude greater than IPPS/Midlets (notwithstanding the large installed base of non-Android phones.)