summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorDirk Dougherty <ddougherty@google.com>2010-06-21 16:15:28 -0700
committerDirk Dougherty <ddougherty@google.com>2010-06-21 16:22:06 -0700
commita767076f46c6e016d9a0e6cfcbb5ba40c62fe9ec (patch)
tree90a94fec839b6e69560a357ea54a3a90c33ceb56
parent5f11e95f0041e163e8aa9e429aec92c8ee942233 (diff)
downloadframeworks_base-a767076f46c6e016d9a0e6cfcbb5ba40c62fe9ec.zip
frameworks_base-a767076f46c6e016d9a0e6cfcbb5ba40c62fe9ec.tar.gz
frameworks_base-a767076f46c6e016d9a0e6cfcbb5ba40c62fe9ec.tar.bz2
Doc change: Fix description of certificate matching requirement for app updates.
Change-Id: I38a0b997f5cb634bfdab1c0ecaa2b0d19e68256a
-rw-r--r--docs/html/guide/publishing/app-signing.jd17
1 files changed, 9 insertions, 8 deletions
diff --git a/docs/html/guide/publishing/app-signing.jd b/docs/html/guide/publishing/app-signing.jd
index 8c37d7a..34d9419 100644
--- a/docs/html/guide/publishing/app-signing.jd
+++ b/docs/html/guide/publishing/app-signing.jd
@@ -123,14 +123,15 @@ all of your applications with the same certificate, throughout the expected
lifespan of your applications. There are several reasons why you should do so: </p>
<ul>
-<li>Application upgrade &ndash; As you release upgrades to your
-application, you will want to sign the upgrades with the same certificate, if you
-want users to upgrade seamlessly to the new version. When the system is
-installing an update to an application, if any of the certificates in the
-new version match any of the certificates in the old version, then the
-system allows the update. If you sign the version without using a matching
-certificate, you will also need to assign a different package name to the
-application &mdash; in this case, the user installs the new version as a
+<li>Application upgrade &ndash; As you release updates to your application, you
+will want to continue to sign the updates with the same certificate or set of
+certificates, if you want users to upgrade seamlessly to the new version. When
+the system is installing an update to an application, it compares the
+certificate(s) in the new version with those in the existing version. If the
+certificates match exactly, including both the certificate data and order, then
+the system allows the update. If you sign the new version without using matching
+certificates, you will also need to assign a different package name to the
+application &mdash; in this case, the user installs the new version as a
completely new application. </li>
<li>Application modularity &ndash; The Android system allows applications that