Namespaces
Variants
Actions

Embedded SIS-file

Jump to: navigation, search
Article Metadata

Article
Created: User:Nobody (27 Feb 2007)
Last edited: hamishwillee (11 Jan 2012)

When creating an application, which requires sensitive capabilities (AllFiles, DRM, TCB), it recommend to package the sensitive part of the application to an embedded sis. This should be taken into account already when designing the application's architecture. When the application is ready to be Symbian Signed, you should submit the embedded sis for certification first. The submission happens via Symbian Signed. Then, you'll get the certified package back and use it in your final delivery, which you submit for testing and certification.

Embedded sis is recommend to be used, whenever it is architecturally feasible. Especially it is a good option when the part, which is in embedded sis, is not suppose to change. When the sensitive part has been certified once, you can use it when upgrading your application without needing to get approval from the manufacturer again. This will speed be up the certification process and save money. The requirement is that an application with an embedded sis is tested against Symbian Signed and additional Nokia test criteria for once and for upgrades, only Symbian Signed tests will be done.

Embedded sis is not suitable for types of applications, e.g. for FEPs. What are your experiences of embedded sis? Does it fit well to your application's architecture?


Example

Embeddeding sis file can be done by adding the following syntax in the .pkg file:

@"embedded_sis.sisx", (embedded_sis_uid)

Here is an example:

@"my_embedded_sis.sis", (0x12345678)
This page was last modified on 11 January 2012, at 00:19.
110 page views in the last 30 days.
Nokia Developer aims to help you create apps and publish them so you can connect with users around the world.

京ICP备05048969号  © Copyright Nokia 2013 All rights reserved