Produto

Notarização no macOS: alterações à estrutura de componentes

O processo de notarização macOS continua a evoluir. Infelizmente, a estrutura interna dos componentes 4D desenhados com 4D v11-intencionado para permitir compatibilidade entre plataformas-não mais cumpre com os requerimentos introduzidos pela Apple para Macs baseados em Silicon, fazendo com que notarizar componentes seja cada vez mais desafiador.

Para simplificar o processo de implementação, atualizamos a estrutura de componentes começando com 4D 20 R8. Essa nova estrutura de pastas faz com que a notarização e a implementação sejam tão simples quanto a implementação de uma aplicação. No entanto, há uma advertência importante: a estrutura atualizada não é compatível com versões mais antigas de 4D (por exemplo, 4D 20 R7 e anteriores), enquanto componentes mais antigos permanecerão compatíveis com versões mais recentes de 4D.

O componente Build4D também foi atualizado para refletir a nova estrutura. Ao construir componentes, seja cauteloso e assegure-se de que está a usar a versão correta de Build4D.

Lembrete importante: Componentes construídos com 4D 20 R7 ou anterior podem encontrar erros durante a notarização. A solução recomendada é atualizar para 4D 20 R8.

Dicas blank

Como autenticar a sua aplicação 4D fundida (macOS 12 & Xcode 13)

Tradução automática de Deepl

Nota: Actualização para macOS 12/Monterey e Xcode 13. Para Xcode 12 e mais antigo, ver este post no blogue.

Com Monterey (macOS 12), é altamente recomendável que faça o reconhecimento notarial das candidaturas distribuídas por uma rede pública. Um número significativo de programadores transfere as suas aplicações utilizando um dispositivo de armazenamento ligado ou através de partilha de ficheiros; não é necessário o registo notarial nestes casos em que o utilizador já confia no programador. A notarização visa assegurar aos utilizadores que a aplicação não é maliciosa e só é necessária para aplicações descarregadas a partir de um website.

Utilizando a nossa funcionalidade de assinatura incorporada ao construir as suas aplicações com 4D v18, a sua aplicação está pronta para ser notarializada. Este processo é conduzido fora do 4D. Implica acrescentar uma assinatura electrónica à sua candidatura e submeter a sua candidatura assinada a um serviço de inspecção automatizado. Aqui está tudo o que precisa de saber:

Dicas blank

Como autenticar a sua aplicação 4D fundida

Tradução automática de Deepl

Com Catalina (macOS 10.15), é altamente recomendável que faça o reconhecimento notarial das candidaturas distribuídas por uma rede pública. Um número significativo de programadores transfere as suas aplicações utilizando um dispositivo de armazenamento ligado ou através da partilha de ficheiros, a autenticação não é necessária nestes casos em que o utilizador já confia no programador. O objectivo da notoriedade é assegurar aos utilizadores que a aplicação não é maliciosa e só é necessária para aplicações descarregadas de um website.

Se utilizar a nossa funcionalidade de assinatura incorporada ao construir as suas aplicações com 4D v18, a sua aplicação está pronta para ser reconhecida notarialmente. Este processo é conduzido fora do 4D. Implica acrescentar uma assinatura electrónica à sua candidatura e submeter a sua candidatura assinada a um serviço de inspecção automatizado. Aqui está tudo o que precisa de saber:

Produto blank

Prepare as suas aplicações MacOS para o notariado com 4D

Tradução automática de Deepl

Catalina (macOS 10.15) está agora disponível e a Apple anunciou que a autenticação de software distribuído fora da App Store se tornou um requisito. Isto pode levantar algumas questões: e se a minha aplicação 4D não for notarializada? Serei eu capaz de a autenticar? Como? Não entre em pânico! Temos a sua cobertura e este post no blogue fornece as respostas.