MAC OSX App für den Appstore XE7 SP1

[Daniel]

Danke für die Information.

[CHackbart]

Gerade wollte ich in einem früheren Post das selbe schreiben. Wenn man mit XE5 eine Anwendung in den Store stellen will muss folgendes beachtet werden:

Libraries gehören aus dem MacOS in den Frameworks Pfad. Für die Erkennung des Verzeichnisses nutze ich u.a. folgenden Code:

Delphi-Quellcode:

  AutoReleasePool := TNSAutoreleasePool.Create();
  try
    AutoReleasePool.init;
    bundle := TNSBundle.Wrap(TNSBundle.OCClass.mainBundle);
    result := string(UTF8String(bundle.executablePath.UTF8String));
    result := TDirectory.GetParent(TDirectory.GetParent(result)) +
      '/Frameworks/';
  finally
    AutoReleasePool.release;
  end;

Außerdem muss die Entitlements.plist aus der "Contents\"-Root in das "Contents\Resources\" Verzeichnis.

Christian

[arnof]

So nun ist der Review abgelehnt worden:

ich benutzte FireDac und greife damit auf sqlite zu, liefere die libsqlite3.dylib nicht mit aus, da die auf den macs vorhanden ist.

Keine Ahnung wie man das mit dem Path macht mit Delphi:

2.2: Apps that exhibit bugs will be rejected
2.2

The app references frameworks in a fragile manner, which might result in bugs.

The app references the following frameworks using a relative path:

'@rpath/libsqlite3.dylib'

Best Mac OS X development practices suggest using (in order)

@executable_path/
@loader_path/
@rpath/

For more information about linking frameworks, please see the following documents:

* Run-Path Dependent Libraries section of Dynamic Library Programming Topics

* dyld(1) man page

If you are unable to reproduce this issue, ensure you are testing the exact version of the app that you submitted for review, and that you're doing so in a minimally privileged environment. See Technical Q&A QA1778: How to reproduce bugs reported against Mac App Store submissions.

For information on how to symbolicate and read a crash log, please see Technical Note TN2123 - CrashReporter.

[CHackbart]

Das liest sich so, als ob der die bemängeln das die sqlite Bibliothek global aufgerufen wird. Pack die einfach mal mit in dein Release.

[arnof]

Zitat von arnof:

So nun ist der Review abgelehnt worden:

ich benutzte FireDac und greife damit auf sqlite zu, liefere die libsqlite3.dylib nicht mit aus, da die auf den macs vorhanden ist.

Keine Ahnung wie man das mit dem Path macht mit Delphi:

2.2: Apps that exhibit bugs will be rejected
2.2

The app references frameworks in a fragile manner, which might result in bugs.

The app references the following frameworks using a relative path:

'@rpath/libsqlite3.dylib'

Best Mac OS X development practices suggest using (in order)

@executable_path/
@loader_path/
@rpath/

For more information about linking frameworks, please see the following documents:

* Run-Path Dependent Libraries section of Dynamic Library Programming Topics

* dyld(1) man page

If you are unable to reproduce this issue, ensure you are testing the exact version of the app that you submitted for review, and that you're doing so in a minimally privileged environment. See Technical Q&A QA1778: How to reproduce bugs reported against Mac App Store submissions.

For information on how to symbolicate and read a crash log, please see Technical Note TN2123 - CrashReporter.

Ja wieder mit der gleichen Begründung abgelehnt, packe ich die libSQLite3.dylib ins Paket, so geht die Signierung wieder nicht

Mal eine Frage, hat irgend jemand eine Datenbank basierte App in den Appstore bekommen (seit August) Hier meine ich nicht nur XE5/6/7 sondern auch xcode, da die Signierung ja alle betrifft!

[CHackbart]

Ich nutze auch dynamische Bibliotheken, allerdings konnte ich seit geraumer Zeit nicht mehr mit XE5 meine Apps signieren. XE7 hab ich nicht getestet, aber was geht ist die Bibliothek in einen Frameworks Unterpfad zu packen und via Konsole zu signieren.
Also sowas:

sudo codesign -f -v -s "3rd Party Mac Developer Application" "appname.app" --deep --entitlements "appname.app/Contents/Resources/Entitlements.plist"
sudo productbuild --component "appname.app" /Applications --sign "3rd Party Mac Developer Installer" --product "appname.app/Contents/info.plist" appname.pkg

Natürlich kann es auch sein, dass ich Reis erzähle, da mein aktuelles Update noch nicht reviewed wurde und es eventuell noch abgelehnt werden kann. Alles in allem nervige Stolperfallen bei denen man sich fragt ob sich der Aufwand eine App für deren "doofen" Store zu erstellen überhaupt lohnt.

[arnof]

Zitat von CHackbart:

Gerade wollte ich in einem früheren Post das selbe schreiben. Wenn man mit XE5 eine Anwendung in den Store stellen will muss folgendes beachtet werden:

Libraries gehören aus dem MacOS in den Frameworks Pfad. Für die Erkennung des Verzeichnisses nutze ich u.a. folgenden Code:

Delphi-Quellcode:

  AutoReleasePool := TNSAutoreleasePool.Create();
  try
    AutoReleasePool.init;
    bundle := TNSBundle.Wrap(TNSBundle.OCClass.mainBundle);
    result := string(UTF8String(bundle.executablePath.UTF8String));
    result := TDirectory.GetParent(TDirectory.GetParent(result)) +
      '/Frameworks/';
  finally
    AutoReleasePool.release;
  end;

Außerdem muss die Entitlements.plist aus der "Contents\"-Root in das "Contents\Resources\" Verzeichnis.

Christian

Hi, wie machts Du das mit dem dylib path? Du suchts hier das Verzeichnis heraus ? und dann ? wo setzt Du den Suchpath für die dylib ?

[arnof]

weiss jemand woher man eine libsqlite3.dylib herbekommen kann. Ich habe nur was in Uralten SDK's gefunden, was der Apploader ablehnt.

[CHackbart]

Also mein neues JustRadio Update wurde heute Nacht quasi innerhalb von ner halben Stunde reviewed und durchgewunken.

Ich lade meine Bibliotheken normal via handle := loadlibrary(PChar(Libfolder()+'libname.dylib')); Wobei die Funktion Libfolder in dem Fall wie in meinem letzten Post ausschaut.
Theoretisch könnte man so etwas machen: result := TDirectory.GetParent(TDirectory.GetParent(Paramstr (0)))+'/Frameworks/'. Das fand ich persönlich allerdings zu unsauber.

Vorkompilierte Binaries von SQLite gibts u.a. hier: https://www.sqlite.org/download.html. Ich weiß aber nicht ob die sehr aktuell sind. Selber nutze ich eine wesentlich ältere Build.

Christian

[arnof]

Zitat von CHackbart:

Also mein neues JustRadio Update wurde heute Nacht quasi innerhalb von ner halben Stunde reviewed und durchgewunken.

Ich lade meine Bibliotheken normal via handle := loadlibrary(PChar(Libfolder()+'libname.dylib')); Wobei die Funktion Libfolder in dem Fall wie in meinem letzten Post ausschaut.
Theoretisch könnte man so etwas machen: result := TDirectory.GetParent(TDirectory.GetParent(Paramstr (0)))+'/Frameworks/'. Das fand ich persönlich allerdings zu unsauber.

Vorkompilierte Binaries von SQLite gibts u.a. hier: https://www.sqlite.org/download.html. Ich weiß aber nicht ob die sehr aktuell sind. Selber nutze ich eine wesentlich ältere Build.

Christian

Ja danke. Eigentlich geht ja bei mir alles, bis auf Apple: ich habe nun die libsql3.dylib von meinen Mac selbst genommen. Signierung geht; alles geht, ABER: der Apploader sagt, das unterstützt mehr als X86 und X64, deshalb geht das nicht

Unter www.sqlite.org und sonst wo auf der googlewelt habe ich keine libsqlite3.dylib zum download gefunden, die müsste man quasi wohl selbst aus dem Quellcode erstellt

Nun mache ich gerade folgendes, damit die App den Review übersteht

Ich prüfe, ob die libsqlite3.dylib verfügbar ist (via eigenem LoadLibary), falls nicht bleibt die App im "Offlinemodus", wo nicht alle Funktionen verfügbar sind.

Gibt es irgendwo ein Recht was man eintragen kann/muss, um auf /usr/lib zugreifen zu können ? (Dort ist die Maceigene dylib ....