Notarizzazione su macOS: modifiche alla struttura dei componenti

Il processo di notarizzazione di macOS continua ad evolversi. Sfortunatamente, la struttura interna dei componenti 4D progettata con 4D v11 – intesa a consentire la compatibilità multipiattaforma – non soddisfa più i requisiti introdotti da Apple per i Mac basati sul silicio, rendendo sempre più difficile l’autenticazione dei componenti.

Per semplificare il processo di distribuzione, abbiamo aggiornato la struttura dei componenti a partire da 4D 20 R8. Questa nuova struttura di cartelle rende l’autenticazione e la distribuzione semplici come la distribuzione di un’applicazione. Tuttavia, c’è un’avvertenza importante: la struttura aggiornata non è compatibile con le versioni precedenti di 4D (ad esempio, 4D 20 R7 e precedenti), mentre i componenti più vecchi rimarranno compatibili con le versioni più recenti di 4D.

Anche il componente Build4D è stato aggiornato per riflettere la nuova struttura. Quando si costruiscono i componenti, occorre prestare attenzione e assicurarsi di utilizzare la versione corretta di Build4D.

Promemoria importante: I componenti costruiti con 4D 20 R7 o versioni precedenti possono presentare errori durante la notarizzazione. La soluzione consigliata è l’aggiornamento a 4D 20 R8.

L’elenco dettagliato delle modifiche alla struttura dei componenti:

Tutti i file dei componenti si trovano ora in una cartella Contents.
Il file info.plist viene ora aggiunto quando si costruisce un componente.
Alcuni campi vengono impostati automaticamente da 4D al momento della creazione, prendendo il loro contenuto dal file buildApp.4DSettings:

• CFBundleDisplayName e CFBundleName saranno impostati con il nome dell’applicazione.
• CFBundleShortVersionString e CFBundleVersion assumeranno il valore di Versioning / Common / CommonVersion
• NSHumanReadableCopyright prenderà il valore di Versioning / Common / CommonCopyright

Per i componenti costruiti con il componente Build4D, questi file assumeranno i seguenti valori:

• CFBundleDisplayName e CFBundleName saranno impostati con il nome dell ‘applicazione.
• È possibile impostare un copyright che riempirà il campo NSHumanReadableCopyright.
• CFBundleShortVersionString e CFBundleVersion saranno impostati con la versione dell’applicazione (nel formato x.x.x).

Se volete saperne di più sulla notarizzazione, potete leggere questo post del blog che vi spiegherà tutto.

Se avete domande o bisogno di ulteriore assistenza, chiedete pure nel forum 4D. Siamo qui per aiutarvi a rendere questa transizione il più agevole possibile.