Producto

Notarización en macOS: cambios en la estructura de los componentes

El proceso de notarización de macOS sigue evolucionando. Desafortunadamente, la estructura interna de los componentes 4D diseñada con 4D v11 – pensada para permitir la compatibilidad entre plataformas – ya no cumple con los requisitos introducidos por Apple para Macs basados en Silicon, haciendo que la notarización de componentes sea cada vez más difícil.

Para simplificar el proceso de despliegue, hemos actualizado la estructura de los componentes a partir de 4D 20 R8. Esta nueva estructura de carpetas hace que la notarización y el despliegue sean tan sencillos como desplegar una aplicación. Sin embargo, hay una advertencia importante: la estructura actualizada no es compatible con versiones anteriores de 4D (por ejemplo, 4D 20 R7 y anteriores), mientras que los componentes más antiguos seguirán siendo compatibles con las versiones más recientes de 4D.

El componente Build4D también ha sido actualizado para reflejar la nueva estructura. Cuando cree componentes, tenga cuidado y asegúrese de que está utilizando la versión correcta de Build4D.

Recordatorio importante: los componentes construidos con 4D 20 R7 o versiones anteriores pueden encontrar errores durante la notarización. La solución recomendada es actualizar a 4D 20 R8.

Consejos blank

Cómo notarizar su aplicación 4D fusionada (macOS 12 y Xcode 13)

Traducido automáticamente de Deepl

Nota: Actualización para macOS 12/Monterey y Xcode 13. Para Xcode 12 y anteriores, consulte esta entrada del blog.

Con Monterey (macOS 12), es muy recomendable notarizar las aplicaciones distribuidas a través de una red pública. Un número importante de desarrolladores transfiere sus aplicaciones mediante un dispositivo de almacenamiento conectado o a través de archivos compartidos; la notarización no es necesaria en estos casos en los que el usuario ya confía en el desarrollador. La notarización tiene como objetivo garantizar a los usuarios que la aplicación no es maliciosa y sólo es necesaria para las aplicaciones descargadas desde un sitio web.

Utilizando nuestra función de firma incorporada al construir sus aplicaciones con 4D v18, su aplicación está lista para ser notariada. Este proceso se realiza fuera de 4D. Consiste en añadir una firma electrónica a su solicitud y enviar su solicitud firmada a un servicio de inspección automatizado. Aquí está todo lo que necesita saber:

Consejos blank

Cómo certificar ante notario su solicitud 4D fusionada

Traducido automáticamente de Deepl

Con Catalina (macOS 10.15), es muy recomendable notarizar las aplicaciones distribuidas a través de una red pública. Un número importante de desarrolladores transfieren sus aplicaciones utilizando un dispositivo de almacenamiento conectado o mediante el uso compartido de archivos, la notarización no es necesaria en estos casos en los que el usuario ya confía en el desarrollador. El propósito de la notarización es garantizar a los usuarios que la aplicación no es maliciosa y sólo es necesaria para las aplicaciones descargadas de un sitio web.

Si usted utiliza nuestra función de firma incorporada cuando construye sus aplicaciones con 4D v18, su aplicación está lista para ser notariada. Este proceso se realiza fuera de 4D. Consiste en añadir una firma electrónica a su solicitud y enviar su solicitud firmada a un servicio de inspección automatizado. Aquí está todo lo que necesita saber:

Producto blank

Prepara tus aplicaciones de macOS para la notarización con 4D

Traducido automáticamente de Deepl

Catalina (macOS 10.15) ya está disponible y Apple ha anunciado que la notarización del software distribuido fuera de la App Store se ha convertido en un requisito. Esto puede plantear algunas preguntas: ¿qué pasa si mi aplicación 4D no está notariada? ¿Podré notarizarla? ¿Cómo? Que no cunda el pánico. Le tenemos cubierto y esta entrada del blog le ofrece las respuestas.