MacOS-64 und BLE als Entwickler-ID-Konfiguration kompiliert

[philipp.hofmann]

Hi,

ich kann mein Projekt nicht mit der Entwickler-ID-Konfiguration nutzen, da ich dort eine BLE-Komponente habe.
Schon der einfachste Code lässt das Programm abstürzen:

procedure TForm1.Button1Click(Sender: TObject);
begin
BluetoothLE1.enabled:=true;
BluetoothLE1.DiscoverDevices(4000);
end;

BluetoothLE1 ist auf dem Form platziert und vom Typ TBluetoothLE.
Im Normal-Konfigurationsmodus läuft das Programm tadellos. Als Test habe ich auch mal den BLEScanner ausprobiert und leider das gleiche Ergebnis erhalten.

Muss man hier irgendetwas freischalten?

Grüße, Philipp

[philipp.hofmann]

Ich habe es noch nicht ausprobiert, aber es gibt ein Entitlement, welches man im Template statt in der IDE freischalten muss, eventuell ist dies der Grund für den Fehler:

Code:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
   <%appSandboxKeys%>
    <key>com.apple.security.device.bluetooth</key>
    <true/>
</dict>
</plist>

[philipp.hofmann]

Nein, auch bei korrigierten Entitlements stürzt die App ab, wenn sie Entwickler-ID-Modus kompiliert wurde und sobald ich BLE aktiviere.

[Rollo62]

Ich verstehe nicht genau was Du mit "Entwickler" Einstellungen meinst.
Bei mir läuft das BLE auf dem Macos-64 im Debug-Build, ohne das ich da was Besonderes freischalten müsste.
Habe aber keine Release-App im Store, da kann Alles wieder anders sein.

[philipp.hofmann]

Für MacOS gibt es unter Konfiguration drei Typen:

- Normal: und hier läuft alles stabil, man kann die App aber nur begrenzt weitergeben;

- Anwendungsstore: hier muss man Entitlements setzen und dies geht teilweise in der IDE und teilweise nur über das Template-File (so z.B. für die Nutzung von Bluetooth); hier ist man dann aber auf das Wohlwollen der AppStore-Prüfung angewiesen; da hänge ich z.B. gerade daran, dass FFMPEG wohl intern LZMA einsetzt und Apple dies nicht zulässt;

- Entwickler-ID: hier wird die Anwendung von Apple beglaubigt, was die Weitergabe einfacher macht (bzw. wenn ich es richtige sehe, unter Catalina sogar Pflicht ist, wenn man den AppStore nicht benutzt): und diese Version läuft definitiv fehlerhaft; BLE ist nicht nutzbar, sondern lässt das Programm crashen;

Ich bin mir daher immer noch unsicher, wie ich meine App zukünftig für Apple vertreiben soll.

[Rollo62]

Ah OK, ich habe da noch nie so bewusst reingeschaut.
Deshalb hätte ich das Entwickler-ID auch erstmal AdHoc genannt, so wie bei iOS,
es scheint aber doch was anderes zu sein.

Das Beglaubigen (Notarization) scheint ja wirklich nur bei Entwickler-ID nötig zu sein,
bisher ich bin davon ausgegangen das es generell nötig wäre.

Ich habe mich mit den verschiedenen Distributionswegen von Apple noch nicht so tief beschäftigt,
aber es macht ja wahrscheinlich Sinn Apps nicht über den AppStore zu vertreiben.
Insbesondere wenn diese verkauft werden sollen, damit man um die "Apple-Marge" herumkommt.
Da werden sollen ja ca. bis zu 30% fällig sein, was schon an Wucher grenzt.

https://developer.apple.com/macos/distribution/
Das Business model ist wohl eher für iOS gedacht, aber Macos sollte doch ähnlich sein.
https://developer.apple.com/app-store/business-models/

Ein konkreteres Pricing für Macos finde ich auf die Schnelle aber nicht, gibt es da "Preislisten" ?