Notarielle Beurkundung unter macOS: Änderungen an der Komponentenstruktur

Der macOS-Beglaubigungsprozess entwickelt sich ständig weiter. Leider entspricht die interne Struktur von 4D Komponenten, die mit 4D v11 entwickelt wurde, um plattformübergreifende Kompatibilität zu ermöglichen, nicht mehr den Anforderungen, die Apple für Silicon-basierte Macs eingeführt hat, was die Beurkundung von Komponenten zunehmend erschwert.

Um den Implementierungsprozess zu vereinfachen, haben wir die Komponentenstruktur ab 4D 20 R8 aktualisiert. Diese neue Ordnerstruktur macht die Notarisierung und Bereitstellung so einfach wie die Bereitstellung einer Anwendung. Es gibt jedoch eine wichtige Einschränkung: Die aktualisierte Struktur ist nicht kompatibel mit älteren 4D Versionen (z.B. 4D 20 R7 und früher), während ältere Komponenten weiterhin mit neueren 4D Versionen kompatibel sind.

Die Build4D Komponente wurde ebenfalls aktualisiert, um die neue Struktur widerzuspiegeln. Seien Sie beim Erstellen von Komponenten vorsichtig und stellen Sie sicher, dass Sie die richtige Version von Build4D verwenden.

Wichtiger Hinweis: Bei Komponenten, die mit 4D 20 R7 oder einer früheren Version erstellt wurden, können bei der Notarisierung Fehler auftreten. Die empfohlene Lösung ist ein Update auf 4D 20 R8.

Die detaillierte Liste der Änderungen in der Komponentenstruktur:

Alle Komponentendateien befinden sich jetzt in einem Ordner Contents.
Die Datei info.plist wird jetzt beim Erstellen einer Komponente hinzugefügt.
Einige Felder werden automatisch von 4D zur Erstellungszeit gesetzt, indem ihr Inhalt aus der buildApp.4DSettings übernommen wird:

  • CFBundleDisplayName und CFBundleName werden mit dem Namen der Anwendung gesetzt
  • CFBundleShortVersionString und CFBundleVersion nehmen den Wert von Versioning / Common / CommonVersion an
  • NSHumanReadableCopyright nimmt den Wert von Versioning / Common / CommonCopyright an

 

Für Komponenten, die mit der Build4D-Komponente erstellt wurden , nehmen diese Dateien diese Werte an:

  • CFBundleDisplayName und CFBundleName werden mit dem Namen der Anwendung gesetzt
  • Ein Copyright kann gesetzt werden und füllt das Feld NSHumanReadableCopyright
  • CFBundleShortVersionString und CFBundleVersion werden mit der Version der Anwendung gefüllt (im Format x.x.x)

 

Wenn Sie mehr über die Notarisierung lesen möchten, können Sie diesen Blogbeitrag lesen, der Ihnen alles erklärt.

Wenn Sie Fragen haben oder weitere Unterstützung benötigen, wenden Sie sich bitte an das 4D Forum. Wir sind hier, um Ihnen den Übergang so reibungslos wie möglich zu gestalten.

Nicolas Brachfogel
Product Owner & Senior Developer - Nicolas Brachfogel kam 2017 als Senior Developer (4D Server und Netzwerke) zu 4D. Als Product Owner, der die Freigabe von Apple Silicon verwaltet, ist er für das Schreiben von User Stories und deren Umsetzung in funktionale Spezifikationen zuständig und stellt sicher, dass die Implementierungen der Funktionen den Kundenanforderungen entsprechen. Nicolas ist Absolvent des Institut Supérieur d'Informatique Appliquée (INSIA) und begann seine Karriere als Softwareentwickler im Jahr 2001. Nachdem er mehrere Jahre in Java und C++ programmiert hatte, spezialisierte er sich auf die Client-Server-Entwicklung für Videospielunternehmen. Als Server-Entwickler/Architekt arbeitete er erfolgreich an den Server-Architekturen vieler Spiele (Dofus Arena, Drakerz, Trivial Pursuit Go!).