AIR инсталационен файл, е създаден за SWF, а за AIR HTML-прилагане с помощта на инструмента за AIR Developer (ADT). (Ако създадете приложение, като използвате Adobe Flash CS3, е да се изгради на пакета, можете да използвате "Създаване на AIR файл" от менюто "Команди". За повече информация, вижте. Вижте Adobe AIR Актуализация за Flash CS3 Professional. За използването на Flash CS4 информация за изграждане на приложения AIR см. в издаването на Adobe AIR за използването на Adobe Flash ръководство.)
ADT - това е Java-базирано приложение, което може да се управлява от командния ред или натрупване инструмент като Ant. Комплекти AIR и Flex SDK съдържа команден ред скриптове, които се изпълняват програма Java за вас.
Пакет AIR инсталационен файл,
Всяко заявление AIR трябва да има най-малко от ЕВРОВОК файл и основната SWF- или HTML-файла. Останалите фиксирани ресурси също трябва да бъдат опаковани във файла AIR.
Слънчев бряг- файлове трябва да бъдат подписани с цифров сертификат. AIR инсталатор използва подписа за да се гарантира, че досието на заявлението за той не е променен, тъй като бе подписан. Можете да използвате сертификат за подписване код, издаден от упълномощен сертифициращ орган, или да използвате самоподписаният сертификат. Сертификат, издаден от сертифициращия орган, ще доведе до потребителите по-голяма увереност в себе си като издател. Self-подписан сертификат не може да се използва, за да се посочи като страна, подписала. Този дефицит увеличава риска, че файлът може да се промени след подписването, защото истинският инсталационен файл може да бъде заместен с подправен преди да достигне до потребителя).
Въздушна файл може да бъде опакован и е подписан в един етап с помощта на ADT -package командни средства. Можете също да създадете междинна, неподписан пакет с -подгответе екип и индивидуално подпише междинен пакет с -sign команда.
При подписването на инсталационния пакет ADT автоматично се свързва с тялото на сървър чрез поставяне на печат на времето, за да го тестват. от времето информация печат е включена в досието AIR. AIR файл, съдържащ проверява печата време в бъдеще може да се инсталира по всяко време. Ако ADT агент не може да комуникира с времето на сървъра печати, на опаковката не се извършва. Тази функция може да бъде отменена, но не може да бъде без прилагане на клеймото AIR е инсталиран след изтичането на срока на валидност на сертификата за подписване.
Ако желаете да създадете пакет за актуализиране на съществуващо приложение AIR, тя трябва да бъде подписан със същия сертификат, както е оригиналното приложение или сертификат с същите идентификационни данни. За да направите това, два сертификата трябва да имат една и съща отличава името (т.е.. Е. Всички полета за данни трябва да бъдат едни и същи), и по същия сертификат верига, водеща до основните. По този начин, на сертификата, сертифициращият орган удължен, може да се използва, докато променените данни за самоличност.
Започвайки с AIR 1.1, можете да прехвърлите приложение, използващо -migrate екип. Тя изисква AIR файл с стари и нови удостоверения за прехвърляне на сертификата. Сертификат за трансфер позволява да замени самоподписаният сертификат за търговски код подписването сертификат или замени самоподписаният сертификат на друг. Когато прехвърляте сертификат за съществуващите потребители няма да се налага да премахнете приложението, преди да инсталирате новата версия. трансфер подразбиране подписи снабдени с времеви печати.
Забележка. Опции в файла ЕВРОВОК определят самоличността на молба за въздух и подразбиране инсталацията път. Cm. Partition структура на файла на приложението ЕВРОВОК.
Пакета и подпише AIR файл в една стъпка
Използвайте командата -package с следния синтаксис (на един команден ред):
SIGNING_OPTIONS. Опциите за подписване се определят от хранилището за ключове, която съдържа частния ключ и сертификат подписване на AIR файл. За приложение AIR се подписва самостоятелно подписан сертификат, създаден от ADT, използвайте следните параметри:
В този пример, certificate.p12 - е името на файла с ключовете. (Тъй паролата не е включена в командния ред, ADT го изисква.) Методи подпис са описани в Методи команди подпис използване ADT.
air_file - име на файла, AIR.
app_xml - път към дескриптора за кандидатстване. Можете да посочите абсолютен път или път спрямо текущата директория. (Документите за кандидатстване ЕВРОВОК се преименува във файла AIR в application.xml.)
file_or_dir - файлове и директории, за да пакетират във файла AIR. Можете да зададете произволен брой файлове и директории, разделени с интервал. Ако посочите директория, всички файлове и поддиректории в нея, но скрити, ще бъде добавен към пакета. (Също така, ако сте задали приложение ЕВРОВОК файл, - пряко, чрез маска или разширяване директория, - тя се игнорира и не добавя към пакета отново.) Файлове и директории, посочени трябва да е в текущата директория или една от нейните поддиректории. Използвайте -C възможност да промените текущата директория.
Важна информация. Wildcards не могат да бъдат използвани в аргументите file_or_dir. следвайки - С. (. Преди да изпратите ADT аргументи черупки заместващите стойности, вместо на заместващи символи, така че ADT да търсят файлове в грешното място), обаче, да се позове на текущата директория, можете да използвате знака точка ".". Например, командата "-C активи." Копия всичко в директорията на активи, включително поддиректории, до корена на пакета документи за кандидатстване.
-С реж променя работната директория на реж. преди обработката на следващите файлове и директории, добавени към пакета документи за кандидатстване. Файлове или папки, се добавят към корена на пакета документи за кандидатстване. Параметър - С може да се използва многократно, за да добавите файлове от различни точки във файловата система. Ако реж се дава относителен път, на базата винаги се взема на работна директория.
По време на обработката на директории и файлове в пакета, ADT се съхраняват относителен път от текущата директория на целевите файлове. Когато инсталирате пакет по този начин са заместени в структурата на директорията на приложенията. Така освобождаване параметър -С / бен ИЪ на / feature.swf постави освобождаване файл / бен / ПЬ / feature.swf поддиректория ИЪ корен приложение.
-д файл реж поставя определен файл в определена директория на пакета.
Забележка. елемент
примери ADT
Пакет досиетата в текущата директория:
Опаковайте всички файлове и поддиректории в текущата работна директория:
Забележка. Файлът за ключове съдържа частния ключ се използва за подписване на заявлението. В никакъв случай не се опаковат сертификата за подписване в пакета на AIR! Ако команди ADT използвате заместващи символи, поставете за ключове във файла в друга папка, така че да не се удари в торбата. В този пример cert.p12 на ключове във файл е в директория.
Включване в пакета само основните файлове и поддиректорията изображения:
Включване в досието на пакет application.xml и главен SWF-файл в работна директория (освобождаване / бин):
Пакетни активи от повече от едно място в изграждането на файловата система. В този пример, средствата за прилагане на опаковката, са в следните места:
Извършване ADT команда от директорията / devRoot / Моето приложение:
Той създава следната структура на пакета:
Изпълнете ADT като програма Java (без да посочва пътя към класа):
Изпълнете ADT като програма на Java (Java CLASSPATH трябва да включва ADT.jar пакет):
съобщения за грешки ADT
Следващите таблици изброяват възможните грешки, които могат да се регистрират на програмата за ADT и техните възможни причини:
Грешка при проверка на дескриптора на приложение
Методи командния ред подпис, като ADT
ADT използва Java криптографски архитектура (JCA) за достъп до частни ключове и сертификати за подписване на AIR приложения. Опциите за подписване идентифицират хранилището за ключове и частния ключ и сертификат в него.
Хранилището на ключове трябва да има частен ключ и свързания с удостоверение верига. А верига сертификат се използва за определяне на идентификационен номер на издател на приложението. Ако вериги за подписване на сертификат за доверен сертификат на компютъра, сертификат общото име се появява като име на издател в диалоговия прозорец за инсталиране AIR.
ADT изисква сертификата е публикувал x509v3 стандарт (RFC3280) и са включени Extended Key Usage разширение със съответните стойности за код за подпис. са спазени ограниченията Сертификат, някои сертификати не могат да бъдат подходящи за подписване на AIR приложения.
Забележка. Когато е възможно, ADT използва настройките за прокси среда за изпълнение на Java, за да се свържете към Интернет ресурси, които трябва да се провери списъците с невалидните сертификати и получаване на печати от време. Ако използвате ADT имате проблеми с интернет връзка, както и в мрежата изисква специфични настройки за прокси сървър, може да се наложи да промените конфигурацията на работната среда прокси Java.
Забележка подпис параметри на въздуха
За да укажете на ADT опциите подписване за -package команда и -подгответе използвайте следния синтаксис:
-псевдоним aliasName - псевдоним ключ към трезора. Alias е задължителен, ако само един сертификат в магазина. Ако не е посочен псевдоним, ADT използва първия ключ.
Не всички приложения за управление на хранилище за ключове позволяват да се получи сертификати псевдоними. Така например, в системата на хранилището за ключове на Windows като псевдоним, който искате да използвате отличава името на сертификата. За списък на наличните сертификати, можете да използвате Java Keytool програма, за да направи по-лесно да се определи псевдоним. Например, командата:
показва следната информация за сертификата:
За да ползвате този сертификат на ADT командния ред, определен псевдонима към:
В Mac OS X сертификат псевдоним в ключодържател (Keychain) е името, показан в приложението Keychain Access.
-тип storetype - вида на съхранение, определен от неговото прилагане. изпълнението по подразбиране на съхранение, за да бъдат включени в Java Runtime Environment подкрепя видовете JKS и PKCS12 видове. Java 5.0 и поддържа PKCS11 вид достъп до хардуерните жетони и Keychain тип ключодържател за достъп до Mac OS X. Java 6.0 поддържа MSCAPI тип (в Windows). Ако инсталиран и конфигуриран други доставчици JCA, може да бъде на разположение, както и други видове ключове за съхранение. Ако не е посочен тип хранилище, по подразбиране въведете JCA доставчик.
-хранилище път - пътят към файла с ключовете, ако трезора е файл.
-storepass password1 - парола за достъп до хранилището за ключове. Ако не е определено, ADT пита за паролата.
-KeyPass password2 - парола за достъп до частния ключ се използва за подписване на заявлението за AIR. Ако не е определено, ADT пита за паролата.
-providerName име на класа - JCA доставчик за определения вид хранилище. Ако не е определено, ADT използва доставчик по подразбиране за този тип съхранение.
Ако ADT не може да се свърже със сървъра на клеймото, след подписване е отменен и не се произвежда пакет. За да отмените времето печати показват - TSA няма. Въпреки това, прилагането на AIR опаковани без клеймо престава да бъде за инсталиране след изтичането на срока на сертификата.
Забележка. Опциите за подписване са сходни с едни и същи параметри на полезността Java Keytool. Keytool полезност може да се използва, за да се разгледа и да управлявате keystores на Windows. В Mac OS X използва за тази цел Apple® сигурност полезност.
Примери параметри подпис
Подпис с .p12 файл:
Подпис използване на Java за ключове във файла по подразбиране:
Подпис използването на определен файл Java хранилището за ключове:
Подпис използване ключодържател файл Mac OS X:
Подпис с помощта на система за ключове във файла на Windows:
Подписването с хардуерен знак (виж инструкциите Java, за създаване на маркер машина конфигурирана да използва маркер и да се получи правилната providerName стойност.):
Подпис без включването на клеймото:
Създаване на неподписан AIR междинен файл с ADT
С може да помогне -подгответе команда за създаване на неподписан AIR междинен файл. AIR междинен файл, за да бъде подписан от -sign командния ADT. За да получите валиден инсталация AIR файл.
-подгответе екип е на една и съща конфигурация и настройки като -package команда (с изключение на параметрите на подпис). Единствената разлика е, че получения файл няма да бъде подписан. междинен файлово разширение Airi The.
Влезте с AIR междинен файл, използвайте командата -sign ADT. (Вж. AIR междинен подписа на файл с ADT.)
например ADT
Подпис AIR междинен файл с ADT
Влезте с AIR междинен файл, използвайте командата -sign ADT. знак команда може да се използва само с въздух междинни файлове (разширение Airi). Въздушна файл не може да бъде подписано отново.
Подпис Airi файл
Използвайте командата ADT - влезте със следния синтаксис:
SIGNING_OPTIONS. Опциите за подписване се определят от частния ключ и сертификат подписване на AIR файл. Те са описани в раздела Методи команден ред подпис с ADT а.
airi_file - път към неподписан AIR междинен файл, за да бъде подписан.
air_file - име на файла, AIR.
например ADT
За повече информация, вижте. Вижте Цифрово подписване на AIR файл.
Свързани статии