<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet href="http://blogs.forum.nokia.com/styles/rss.css" type="text/css"?>
<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns="http://purl.org/rss/1.0/"
>
 <channel rdf:about="http://blogs.forum.nokia.com/rss.php?blogId=104645&amp;profile=rss10">
  <title>Risto Helin&#039;s Forum Nokia Blog</title>
  <link>http://blogs.forum.nokia.com/blog/risto-helins-forum-nokia-blog</link>
  <description>&lt;p&gt;Works for Forum Nokia where his task is to represent Nokia in Symbian Signed and Java Verified.&lt;/p&gt;
</description>
    <dc:creator>Rippe</dc:creator>
  <dc:date>2009-11-24T01:47:43Z</dc:date>
  <admin:generatorAgent rdf:resource="http://www.lifetype.net" />
  <items>
   <rdf:Seq>
       <rdf:li rdf:resource="http://blogs.forum.nokia.com/blog/risto-helins-forum-nokia-blog/2009/10/30/java-me-signing-and-pop-ups" />
       <rdf:li rdf:resource="http://blogs.forum.nokia.com/blog/risto-helins-forum-nokia-blog/2009/05/26/that-time-of-the-year" />
      </rdf:Seq>
  </items> 
 </channel>
  <item rdf:about="http://blogs.forum.nokia.com/blog/risto-helins-forum-nokia-blog/2009/10/30/java-me-signing-and-pop-ups">
  <title>Java ME, Signing and Pop-ups</title>
  <link>http://blogs.forum.nokia.com/blog/risto-helins-forum-nokia-blog/2009/10/30/java-me-signing-and-pop-ups</link>
  <dc:description>&lt;p&gt;
There are two major problems&amp;nbsp;with Java ME and application signing:
&lt;/p&gt;
&lt;p&gt;
1. Why does my application not install after I have signed it?
&lt;/p&gt;
&lt;p&gt;
2. How do I get rid of the pop-ups in my application?
&lt;/p&gt;
&lt;p&gt;
The first one I answered through Java Verified some time ago, with a presentation highlighting the problems encountered with Java ME applications not installing after they have gone through Java Verified. See &lt;a href=&quot;http://www.javaverified.com&quot; target=&quot;_blank&quot; title=&quot;Why an unsigned MIDlet may stop working when signed.&quot;&gt;here&lt;/a&gt;, through the front page of Java Verified, if you want to read the presentation. Same presentation can also be accessed through the recourses and dowloads section of the site when I&#039;m taken off from the main page.
&lt;/p&gt;
&lt;p&gt;
The second, about the pop ups, is also quite straight forward thing to answer. Maybe I will do an other presentation and place it to Java Verified as well at some point. But in the mean while this blog will have to do. Unfortunately a short story becomes quite long when you dig into details, here I feel it is necessary to go a bit deeper. 
&lt;/p&gt;
&lt;p&gt;
In Java ME there are four domains in which the application can belong to. The number and the nature of pop-ups which the application presents depends on the domain and how the domain has been configured in the device. The access to different domain depends on if the application is signed or not and if signed, who signed it. Complicated? Not really.
&lt;/p&gt;
&lt;p&gt;
Four domains:
&lt;/p&gt;
&lt;p&gt;
1. Manufacturer domain - for manufacturer signed applications - no pop ups.
&lt;/p&gt;
&lt;p&gt;
2. Operator domain - for operator signed applications - no pop ups.
&lt;/p&gt;
&lt;p&gt;
3. Identified 3rd party protection domain (same as Trusted Third Party domain) - for Java Verified signed + Thawte and VeriSign code signing certificate signed applications - pop ups (same amount, no difference between Java Verified or Thawte or VeriSign)
&lt;/p&gt;
&lt;p&gt;
4. Unindentified 3rd party protection domain (same as untrusted third party domain)&amp;nbsp;- when the application is not signed - pop ups.
&lt;/p&gt;
&lt;p&gt;
General rule is that Nokia signs only applications which Nokia owns and is liable of. In many cases same applies to Operators as well. For getting your application signed by Java Verified, there is a clear set of requirements which can be found from the &lt;a href=&quot;http://www.javaverified.com&quot; target=&quot;_blank&quot; title=&quot;Java Verified&quot;&gt;Java Verified web site&lt;/a&gt;. Same applies to the code signing certificates from &lt;a href=&quot;http://www.thawte.com&quot; target=&quot;_blank&quot; title=&quot;Thawte&quot;&gt;Thawte &lt;/a&gt;and &lt;a href=&quot;http://www.verisign.com&quot; target=&quot;_blank&quot; title=&quot;VeriSign&quot;&gt;VeriSign&lt;/a&gt;, information can be found from their web sites. For leaving the application unsigned is your choice. 
&lt;/p&gt;
&lt;p&gt;
The main difference between the three is that Java Verified is a testing and signing process after which your application is signed. Thawte and VeriSign offer certificates which can be used to sign content and the creator of the content has to test the applications by them&amp;nbsp;selves. I see two big benefits to using Java Verified. First is that if you are not 100% of your own internal QA (Quality Assurance) process&#039;, then&amp;nbsp;Java Verified&amp;nbsp;offers impartial testing. The other is that the signature is valid for ten years. The signature with the code signing certificates is only valid as long as the signing certificate is. Which means maximum of three years. 
&lt;/p&gt;
&lt;p&gt;
Just to take on example about the code signing certificates, if you buy a two year code signing certificate and sign something six months after you have received the certificate, the signature is valid for a year and a half. If you sign something 20 months after you received the certificate the signature is valid for four months. This is important to understand especially if you sell something. Since after the application&#039;s signature grows old, the application will not install. Most likely you will not get that problem with Java Verified signing your applications? 
&lt;/p&gt;
&lt;p&gt;
Then the pop ups. Generally you should get less pop up with signed applications. Like according to the MIDP 2 specification, unsigned applications ask for permission to make a HTTP connection every time it is established while running the application. Applications signed to the Identified Third Party domain only ask it once while running the application. 
&lt;/p&gt;
&lt;p&gt;
There are also application settings which are different between the two. In S60 devices when going to the App. manager and opening a Java ME application reveals a list of settings which can be made. A signed application can have &amp;quot;Allways allowed&amp;quot; status for a certain features. 
&lt;/p&gt;
&lt;p&gt;
The settings which can be made are determined by the settings of the device. If you work with nonoperator variant devices, then settings generally follow the specifications. With operator variants there may be differencies. Our Wiki tells more. Please have a &lt;a href=&quot;http://wiki.forum.nokia.com/index.php/Category:Signing_and_Certification&quot; target=&quot;_blank&quot; title=&quot;Java ME: Signing and Certification&quot;&gt;look&lt;/a&gt;.
&lt;/p&gt;</dc:description>
      
    <dc:subject>Java</dc:subject>
     
    
  <dc:date>2009-10-30T09:48:13Z</dc:date>
    <dc:creator>Rippe</dc:creator>
 </item>
  <item rdf:about="http://blogs.forum.nokia.com/blog/risto-helins-forum-nokia-blog/2009/05/26/that-time-of-the-year">
  <title>That time of the year</title>
  <link>http://blogs.forum.nokia.com/blog/risto-helins-forum-nokia-blog/2009/05/26/that-time-of-the-year</link>
  <dc:description>&lt;p&gt;
The time of Java One. 
&lt;/p&gt;
&lt;p&gt;
This year I feel things are bit different than in the past. Java Verified has released a new version of the criteria which cuts down the cost of getting an application&amp;nbsp;title signed by 50%. That is out there and has been for a little while. 
&lt;/p&gt;
&lt;p&gt;
But that is not all. There are new services coming out. I will be talking about them and Java application signing in a BOF at Java One (BOF-3990, Signing Java&amp;trade; Platform, Micro Edition Applications and the Renewed Java Verified Program). Its Tue the second of June, 20:30.
&lt;/p&gt;
&lt;p&gt;
Then we have a&lt;a href=&quot;http://wipjam.com/java-verified/&quot; target=&quot;_blank&quot;&gt; mobile Jam session at Java One&lt;/a&gt;. First you can try to stump the experts in a quiz and win some tee&#039;s. Following we&#039;ll have an unpanel session and some pitstops allowing you, our dear developers, to get your voice herd and get the discussion started. 
&lt;/p&gt;
&lt;p&gt;
I&#039;ll see you there!
&lt;/p&gt;</dc:description>
      
    <dc:subject>Java</dc:subject>
     
    
  <dc:date>2009-05-26T09:51:51Z</dc:date>
    <dc:creator>Rippe</dc:creator>
 </item>
 </rdf:RDF>