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.
Come autenticare l’applicazione 4D unita (macOS 12 e Xcode 13)
Nota: aggiornamento per macOS 12/Monterey e Xcode 13. Per Xcode 12 e precedenti, vedere questo post del blog.
Con Monterey (macOS 12), si consiglia vivamente di autenticare le applicazioni distribuite su una rete pubblica. Un numero significativo di sviluppatori trasferisce le proprie applicazioni utilizzando un dispositivo di archiviazione collegato o tramite la condivisione di file; la notarizzazione non è necessaria in questi casi in cui l’utente si fida già dello sviluppatore. La notarizzazione ha lo scopo di assicurare agli utenti che l’applicazione non è dannosa ed è necessaria solo per le applicazioni scaricate da un sito web.
Utilizzando la nostra funzione di firma integrata durante la creazione delle applicazioni con 4D v18, l’applicazione è pronta per essere autenticata. Questo processo si svolge al di fuori di 4D. Si tratta di aggiungere una firma elettronica alla domanda e di inviare la domanda firmata a un servizio di controllo automatico. Ecco tutto quello che c’è da sapere:
Come autenticare la domanda di fusione 4D
Con Catalina (macOS 10.15), si consiglia vivamente di autenticare le applicazioni distribuite su una rete pubblica. Un numero significativo di sviluppatori trasferisce le proprie applicazioni utilizzando un dispositivo di archiviazione collegato o tramite la condivisione di file; l’autenticazione non è necessaria in questi casi in cui l’utente si fida già dello sviluppatore. Lo scopo dell’autenticazione è quello di assicurare agli utenti che l’applicazione non è dannosa ed è necessaria solo per le applicazioni scaricate da un sito web.
Se si utilizza la nostra funzione di firma integrata quando si creano le applicazioni con 4D v18, l’applicazione è pronta per essere autenticata. Questo processo si svolge al di fuori di 4D. Si tratta di aggiungere una firma elettronica alla domanda e di inviare la domanda firmata a un servizio di controllo automatico. Ecco tutto quello che c’è da sapere:
Preparate le vostre applicazioni macOS per l’autenticazione notarile con 4D
Catalina (macOS 10.15) è ora disponibile e Apple ha annunciato che la notarizzazione del software distribuito al di fuori dell’App Store è diventata un requisito. Questo potrebbe sollevare alcune domande: cosa succede se la mia applicazione 4D non è autenticata? Sarò in grado di autenticarla? Come? Niente panico! Abbiamo pensato a voi e questo blog post fornisce le risposte.