Comando ADT package

Il comando -package deve essere eseguito dalla directory dell'applicazione principale. Questo comando prevede le seguenti sintassi:

Creare un pacchetto AIR dai file componenti dell'applicazione:

adt -package 
    AIR_SIGNING_OPTIONS 
    -target packageType 
    -sampler 
    ‑hideAneLibSymbols 
    NATIVE_SIGNING_OPTIONS 
    output 
    app_descriptor 
    FILE_OPTIONS 

Creare un pacchetto nativo dai file componenti dell'applicazione:

adt -package 
    AIR_SIGNING_OPTIONS 
    -target packageType 
    DEBUGGER_CONNECTION_OPTIONS 
    -airDownloadURL URL 
    NATIVE_SIGNING_OPTIONS 
    output 
    app_descriptor 
    -platformsdk path 
    FILE_OPTIONS 

Creare un pacchetto nativo che includa un'estensione nativa dai file applicazione del componente:

adt -package 
    AIR_SIGNING_OPTIONS 
    -migrate MIGRATION_SIGNING_OPTIONS 
    -target packageType 
    DEBUGGER_CONNECTION_OPTIONS 
    -airDownloadURL URL 
    NATIVE_SIGNING_OPTIONS 
    output 
    app_descriptor 
    -platformsdk path 
    FILE_OPTIONS 

Creare un pacchetto nativo da un file AIR o AIRI:

adt -package 
    -target packageType 
    NATIVE_SIGNING_OPTIONS 
    output 
    input_package

Creare un pacchetto di estensioni native dai file componenti l'estensione nativa:

adt -package 
    AIR_SIGNING_OPTIONS     
    -target ane 
    output 
    ANE_OPTIONS

AIR_SIGNING_OPTIONS Le opzioni di firma AIR identificano il certificato da utilizzare per firmare un file di installazione AIR. Le opzioni di firma sono descritte in maniera completa in Opzioni di firma codice ADT .

-migrate : questo flag specifica che l'applicazione è firmata con un certificato di migrazione oltre al certificato specificato nei parametri AIR_SIGNING_OPTIONS . Questo flag è valido solo se state creando un'applicazione desktop come programma di installazione nativo e l'applicazione utilizza un'estensione nativa. In altri casi viene rilevato un errore. Le opzioni di firma per il certificato di migrazione sono specificate come parametri MIGRATION_SIGNING_OPTIONS . Tali opzioni di firma sono descritte in maniera completa in Opzioni di firma codice ADT . Tramite il flag -migrate è possibile creare un aggiornamento per un'applicazione di un programma di installazione nativo desktop che utilizza un'estensione nativa e modificare il certificato di firma del codice per l'applicazione, come nel caso della scadenza del certificato originale. Per maggiori informazioni, consultate Firma di una versione aggiornata di un'applicazione AIR .

Il flag -migrate del comando -package è disponibile in AIR 3.6 e versioni successive.

-sampler (solo per iOS, AIR 3.4 e versioni successive) Abilita il campionatore ActionScript basato sulla telemetria in applicazioni iOS. Tramite questo flag potete creare un profilo dell'applicazione con Adobe Scout. Anche se con Scout è possibile creare il profilo di qualsiasi contenuto su piattaforma Flash, abilitando una telemetria dettagliata potrete analizzare più in profondità la temporizzazione delle funzioni ActionScript, DisplayList, il rendering Stage3D e molto altro ancora. Tenete presente che l'uso di questo flag rallenta leggermente le prestazioni, pertanto non va usato per applicazioni di produzione.

-hideAneLibSymbols (solo per iOS, AIR 3.4 e versioni successive) Gli sviluppatori di applicazioni possono utilizzare più estensioni native da più origini e, se i file ANE condividono un nome simbolo comune, ADT genera un errore di "simbolo duplicato nel file dell'oggetto". In alcuni casi, questo errore si può addirittura manifestare con un blocco del sistema in fase di runtime. Potete utilizzare l'opzione hideAneLibSymbols per specificare se rendere visibili o meno i simboli della libreria ANE solo alle origini della libreria stessa (sì) o a livello globale (no):

• sì - Consente di nascondere i simboli ANE, risolvendo eventuali problemi di conflittualità dei simboli.

• no - (Predefinito) Non nasconde i simboli ANE. Questo è il comportamento precedente a AIR 3.4.

-embedBitcode (solo iOS, AIR 25 e successive) Gli sviluppatori di applicazioni possono utilizzare l'opzione embedBitcode per specificare se includere bitcode nelle loro applicazioni iOS specificando sì o no. Il valore predefinito di questa opzione se non specificato è no.

DEBUGGER_CONNECTION_OPTIONS Le opzioni di connessione del debugger specificano quando un pacchetto di debug deve tentare di connettersi a un debugger remoto in esecuzione su un altro computer oppure intercettare una connessione da un debugger remoto. Questo set di opzioni è supportato solo per i pacchetti di debug per dispositivi mobili (con target apk-debug e ipa-debug). Queste opzioni sono descritte in Opzioni per la connessione del debugger .

-airDownloadURL Specifica un URL alternativo per scaricare e installare il runtime AIR su dispositivi Android. Se non è specificato, un'applicazione AIR reindirizza l'utente al runtime AIR su Android Market se il runtime non è già installato.

Se l'applicazione è distribuita tramite un canale commerciale diverso da Android Market (che è amministrato da Google), potreste dover specificare l'URL per scaricare il runtime AIR da tale canale. Alcuni spazi commerciali alternativi non ammettono le applicazioni che devono essere scaricate da URL esterni. Questa opzione è supportata solo per i pacchetti Android.

NATIVE_SIGNING_OPTIONS Le opzioni di firma native identificano il certificato da utilizzare per firmare un file di pacchetto nativo. Queste opzioni di firma consentono di applicare una firma utilizzata dal sistema operativo nativo, non dal runtime AIR. Per il resto le opzioni sono identiche a AIR_SIGNING_OPTIONS e descritte in maniera completa in Opzioni di firma codice ADT .

Le firme native sono supportate in Windows e Android. In Windows è necessario specificare sia le opzioni di firma AIR che le opzioni di firma native. In Android è possibile specificare solo le opzioni di firma native.

In molti casi potete utilizzare lo stesso certificato di firma del codice per applicare sia una firma AIR che una firma nativa. Tuttavia, questa possibilità non è disponibile in tutti i casi. Ad esempio, la politica di Google per le applicazioni inviate a Android Market prevede che tutte le app debbano essere firmate con un certificato valido almeno fino all'anno 2033. Ciò significa che un certificato emesso da un'autorità di certificazione ben nota, assolutamente raccomandato quando si applica una firma AIR, non deve invece essere utilizzato per firmare un'app Android. (Nessuna autorità di certificazione emette certificati di firma codice con un periodo di validità così lungo.)

output Il nome del file di pacchetto da creare. L'estensione del file è opzionale. Se non la specificate, viene aggiunta un'estensione appropriata per il valore -target e il sistema operativo.

app_descriptor Il percorso del file descrittore dell'applicazione. Può essere specificato come percorso assoluto o come percorso relativo alla directory corrente. Il file descrittore dell'applicazione viene rinominato come application.xml nel file AIR.

Gli sviluppatori dell'applicazione -arch possono utilizzare questo argomento per creare APK per piattaforme x86, tramite i seguenti valori:

armv7 è il valore predefinito quando non è specificato alcun valore

FILE_OPTIONS Identifica i file dell'applicazione da includere nel pacchetto. Le opzioni per i file sono descritte in maniera completa in Opzioni per file e percorsi . Non specificate le opzioni file quando create un pacchetto nativo da un file AIR o AIRI.

input_airi Da specificare quando create un pacchetto nativo da un file AIRI. Le opzioni AIR_SIGNING_OPTIONS sono necessarie se il target è air (oppure non specificato).

input_air Da specificare quando create un pacchetto nativo da un file AIR. Non specificate le opzioni AIR_SIGNING_OPTIONS.

ANE_OPTIONS Identifica le opzioni e i file per la creazione di un pacchetto di estensioni native. Le opzioni del pacchetto di estensioni sono descritte dettagliatamente in Opzioni per le estensioni native .

I post su Twitter™ e Facebook non sono coperti dai termini di Creative Commons.