Datei in iCloud/iDrive speichern und lesen

[Harry Stahl]

Vorab: iCloud und iDrive ist das was unterschiedliches oder nur zwei Bezeichnungen für eine Sache?

Zum Thema iCloud habe ich hier im Forum nur einen Thread aus dem Jahre 2013 gefunden:

https://www.delphipraxis.net/1236029-post24.html

Sieht so aus, als ob ich immer noch selber manuell die .entitlements Datei bearbeiten muss?
Oder gibt es inzwischen eine Einstellung in Delphi?

In dem verlinkten Beitrag auf Daniels Blog zu den Push-Notifications stand der Hinweis, dass dies nur auf dem Gerät, aber nicht auf dem Simulator getestet werden kann.

Kann ich denn "normale" iCloud-Funktionen (bzw. iDrive) wie Datei speichern und laden auch nur auf dem Gerät testen oder geht das auch auf dem Simulator?

Benötige ich, um die iCloud/iDrive in meiner App nutzen zu können irgendwelchen speziellen Zertifikate, etc.?

[Rollo62]

Ich habe erst neulich bei TMS wegen deren CloudPacks nachgefragt.
Steht im Werbetext das es unterstützt wird, aber auf Nachfrage geht es im Moment wg irgendwelcher Apple Restriktionen nicht.
Mehr Info gab es nicht, und ich habe es auf Eis gelegt.

IMHO sollte es bis 2GB pro Nutzer frei sein, man braucht aber eine App Anmeldung für einen Token bei i Cloud.
Ich denke es könnte auch mal kostenpflichtig werden.

Wenn es da Lösungen gibt würde ich mich gerne anschliessen, dürfte auch was Kosten wie bei TMS.

[Harry Stahl]

Hmmhh..

Sobald ich die hier beschriebene Ergänzung in der Entitlements (mit meinen Daten natürlich) mache, kommt die Meldung, dass das Package nicht auf dem Gerät installiert werden kann:

Code:

<?xml version="1.0" encoding="UTF-8"?>
<plist version="1.0">
<dict>
   <key>application-identifier</key>
   <string>XXXXXXXXXX.com.domain.appname</string>
  <key>com.apple.developer.ubiquity-container-identifiers</key>
  <array>
     <string>XXXXXXXXXX.com.domain.appname</string>
  </array>   
   <key>get-task-allow</key>
   <true/>
</dict>
</plist>

Ich habe mir in der Aplle-Developper-Verwaltung einen iCloud-Container-Key angelegt. Der muss zwangsweise mit "iCloud" anfangen.

Aber auch, wenn ich den Namen exakt unter "com.apple.developer.ubiquity-container-identifiers" so eintrage, geht es nicht.

Also konkret:

Das geht nicht, als Key (XXXXXXXX natürlich durch meinen Developer-Namen ersetzt):

Code:

XXXXXXXX.de.hastasoft.TimOnize

Und das auch nicht (so in Apple-Developer als iCloud container angelegt):

Code:

iCloud.de.hastasoft.TimOnize

Auf dem Gerät selber muss ja wohl nichts zusätzlich installiert werden, oder? Jedenfalls gibt es nichts, was man aus der Developper-Verwaltung diesbezüglich runterladen könnte.

[Harry Stahl]

Jetzt bin ich schon mal ein wenig weiter:

Man muss seine App-ID noch einmal bearbeiten und dort den Zugriff auf iCloud aktivieren (also Online im Apple-Zertifikate-Bereich).

Darüber hinaus muss man dann noch seine Provision-Dateien (Entwicklung und Distribution) für diese App bearbeiten und neu erstellen und dann nach Download neu auf dem Device neu installieren.

Delphi passt dann übrigens selbständig die Entitlements-Datei richtig an, da muss man also dann also nichts machen (musste allerdings selber manuell unter Optionen, Provisionig die Zertifikate noch mal manuell auswählen).

Zwischendurch ging natürlich 1000 mal nichts (kein deployen aufs Gerät), so dass ich mal wieder einige Stunden mit diesem Management-Kram verbracht habe...

So gut und schön: Allerdings wirft der Code keinen iCloud-Pfad aus und die App erscheint im Gerät auch nicht für ICloud- nutzbare Apps:

Delphi-Quellcode:

function GetiCloudPath : string;
var
  nsFile: NSFileManager;
  URL: NSURL;
begin
  nsFile := TNSFileManager.Wrap(TNSFileManager.OCClass.defaultManager);
  URL := nsFile.URLForUbiquityContainerIdentifier(nil);
  if (URL <> nil) then
    Result := UTF8ToString(URL.path.UTF8String)
  else
    Result := '';
end;

Was könnte jetzt noch fehlen...???

[Harry Stahl]

Was mir bislang nicht bekannt war, ist, dass man auf die iCloud ja auch per Browser zugreifen kann und dort auch Zugriff auf das iDrive hat und dort auch Dateien hoch und runter laden kann. Insofern kann ich schon verstehen, warum die Anwender auf Ihre Daten über die iCloud zugreifen möchten.

Nur leider will es mir noch immer nicht gelingen.
Wie gesagt, habe APP-ID mit iCloud-Enabled und neue Provision-files erstellt und auf dem Gerät neu installiert.
Delphi erkennt eigenständig (wohl über die Provision-files), das die APP-ID iCloud beinhaltet und erstellt die benötigten Schlüssel für die Entitlements-Datei.

Hier mal nachfolgend dargestellt (Nur meine Entwickler-ID habe ich durch XXXXXX ersetzt). Aus meiner Sicht eigentlich alles richtig. Dennoch wird für die installierte App keine iCloud-Nutzung angeboten.

Was kann hier nicht stimmen?

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>
    <key>application-identifier</key>
    <string>XXXXXXXXXX.de.hastasoft.TimOnize</string>
    <key>get-task-allow</key>
    <true/>
    <key>com.apple.developer.ubiquity-kvstore-identifier</key>
    <string>XXXXXXXXXX.*</string>
    <key>com.apple.developer.icloud-services</key>
    <string>*</string>
    <key>com.apple.developer.icloud-container-environment</key>
    <array>
    <string>Development</string>
    <string>Production</string>
    </array>
    <key>com.apple.developer.icloud-container-identifiers</key>
    <array>
    <string>iCloud.de.hastasoft.TimOnize</string>
    </array>
    <key>com.apple.developer.icloud-container-development-container-identifiers</key>
    <array>
    <string>iCloud.de.hastasoft.TimOnize</string>
    </array>
    <key>com.apple.developer.ubiquity-container-identifiers</key>
    <array>
    <string>iCloud.de.hastasoft.TimOnize</string>
    </array>
    <key>com.apple.developer.team-identifier</key>
    <string>XXXXXXXXXX</string>
    <key>aps-environment</key>
    <string>development</string>
    <key>keychain-access-groups</key>
    <array>
        <string>XXXXXXXXXX.de.hastasoft.TimOnize</string>
    </array>

</dict>

</plist>

[Rollo62]

Hast Du TMS im Einsatz, dann frag einfach nochmal nach.
Der Bruno sagt mir ja nicht ohne Grund das es wg. Apple nicht geht, womöglich irgendein Rechte Blödsinn,
Sonst hätte ich TMSCloudPack schon ausprobiert und gekauft.

[Harry Stahl]

Ich habe das TMSCloudpack auch, bislang aber nicht im Einsatz. Funktioniert auch nicht hier, aber wohl wegen einer grundsätzlichen Einstellung, die nicht stimmt (das Cloudpack macht einen guten Eindruck, wenn ich die iCloud dann mal aktivieren kann, werde ich wohl auch das TMSCloudpack verwenden).

Habe mich an den Apple-Support gewandt, 2 Anfragen hat man ja kostenlos. Mal schauen, ob die mir weiter helfen können.

[Harry Stahl]

So, habe nun mit Hilfe des Apple-Support rausbekommen, dass die in der Entitlements-Datei erzeugten Einträge für iCloud nicht korrekt waren. Das kann man ja insofern mit Delphi fixen, indem man die Datei fürs Deployment abwählt und eine eigene Entitlements-Datei zur Verfügung stellt.

Aus dieser Entitlement-Datei und den Zertifikaten erstellt Delphi dann im ScratchDir-Verzeichnis in dem App-Verzeichnis eine embedded.mobileprovision datei. Die besteht aus den Zertifikaten und den Inhalten der Entitlement-Datei. Nur hier leider immer aus den Inhalten der falschen, eigentlich abgewählten Entitlements-Datei.

Wann wird diese Datei erstellt? Anscheinend nicht jedesmal. Je nachdem, ob ich für Entwicklung oder Anwendungsstore compiliere, zaubert Delphi / PAServer entweder eine embedded.mobileprovision datei her, mit dem Datum von gestern oder vom 09.03.

Weiß jemand, wie man auf die Erstellung der embedded.mobileprovison datei Einfluss nehmen kann?

[Rollo62]

Was genau stimmt denn nicht, fehlt ein <key> ?
Normalerweise sollte man auch die _Template.entitlements im Source-Verzeichnis ändern können.
Die wird soweit ich weiss nur einmal angelegt, habs jetzt nicht bei Rio gecheckt,
aber zumindest muss mann dann nicht im ScratchDir machen.
Evtl. reicht es auch einen neuen Key unter Version info anzulegen.

[Harry Stahl]

Delphi legt die keys falsch an.

Z.B. darf hier nicht ein Stern stehen, sondern es muss ein konkreter Eintrag rein:

<key>com.apple.developer.icloud-services</key>
<string>*</string>

Aber selbst wenn man das richtig in der Template-Datei anlegt oder einen Key in Version-Info anlegt, schreibt Delphi das immer zusätzlich in die Datei (falsch) rein.

Wie gesagt, kann man ja umgehen, mit einer eigenen Entitlements-Datei.

Aktuelles Problem ist die embedded.mobileprovision, die von Delphi auf Grundlage der "falschen" Entitlements-Datei (die Delphi bei jeder Kompilation anlegt) generiert wird und somit da die falschen Keys drin stehen, die dann iCloud-Nutzung nicht ermöglichen.

Ich habe nicht rausgefunden, ob Delphi die embedded-Datei temporär unter Windows erzeugt und dann auf den MAC überträgt, oder ob der PA-Server diese Datei generiert. Mich irritiert auch, dass diese Datei nicht jedesmal erstellt wird, sondern anscheinend nur unter bestimmten Umständen, da ich je nach Entwicklungsziel (Entwicklung / Store) immer wieder die gleichen (älteren) Dateien im Bundle vorfinde (also auch, wenn ich dort zuvor alles gelöscht habe).

[Rollo62]

Ist der key in den member certificates webseite richtig eingestellt ?
Evtl. Holt sich Delphi dort etwas falsches raus und der stern kommt von da.

[Harry Stahl]

Habe zur Sicherheit mal doppelte IOS-Developer-Zertfikate gelöscht und das Provisioning-file neu erstellt, alles neu installiert, neu compiliert, usw. leider erscheint die APP immer noch nicht in der iCloud-Liste.

Imerhin ist jetzt klar, woher die embedded.mobileprovision datei kommt:

Das ist das Provisiong-file, das man von der Apple-Seite runterlädt und per doppelklick auf dem Device installiert (erhält dann so eine Art GUID-Name mit der Dateiendung ".mobileprovision). Dann wird davon auch eine Kopie im Ordner "library/MobileDevice/Provisioing Profiles" erstellt. Wenn man Delphi unter Optionen, Bereitstellung, Provision, das passende Bereitstellungsprofil auswählt, wird diese .mobileprovision-Datei dafür verwendet. Delphi kopiert diese Datei dann als "embedded.mobileprovision" datei in den App-Ordner, so wie ich das sehe, ohne inhaltliche Änderung der Datei selber.

Delphi holt dann die Daten für die Entitlements-Datei aus der .mobileprovsion Datei raus (siehe anlg. screenshot)

Und da steht das schon in der Tat so seltsam drin (also z.B. die "*" für verschiedene Keys), wie Delphi dann die Entitlementsdatei erstellt (am Anfang des Threads schon gezeigt).

Eine bescheidene Frage: Hat schon jemand mal von Euch die iCloud-Nutzung in die eigene App integriert?

[Rollo62]

Das meinte ich. Kann men evtl. Im membercenter noch was ändern, anderer Name statt wildcard ?
Du könntest auch versuchen eine simple xcode app anlegen, um zu verstehen wie xcode das macht.

[Harry Stahl]

Hatte ich zwar schon mit XCode gemacht, aber wohl nicht genau genug hingesehen!

Aber Deine Anregung genommen, es noch mal zu tun.

Und siehe da:

Der Key
<key>com.apple.developer.icloud-services</key>

erwartet ein Array, nicht nur einfach einen String.

So muss der Eintrag also richtig lauten:

Code:

<key>com.apple.developer.icloud-services</key>
<array>
  <string>CloudDocuments</string>
</array>

Und jetzt funktioniert es!

Danke Dir ganz herzlich für Deine Unterstützung, Rollo62:thumb:

[Rollo62]

Super. Dankesehr auch für die Info.
Ich habe das Thema noch vor der Brust, dito für Android.
Es wäre leichter wenn man nicht alle Basics reengineeren müsste.
Ich schaue auch gern mal was es zu den Themen bei Xamarin, Phonegap und
Ähnlichem gibt.

Es bleibt leider immer eine Puzzle und Detektivarbeit, wäre schön wenn Emba
da wenigstens die Standardfunktionen mal sauber unterstützen würde,
oder wenigstens Workarounds anbieten würde.

[amigage]

Hallo,

ich möchte auch auf die iCloud zugreifen und sitze gerade genau vor dem gleichen Problem.
Die App ist im Developer Center für die iCloud Nutzung freigegeben, die entsprechende Signaturdatei ist auf dem Mac installiert und in der IDE im Bereitstellungsprofil hinterlegt.

Ich habe die Änderung in der *.entitlements Datei vorgenommen, als separate Datei gespeichert und entsprechend in der Bereitstellung hinterlegt.

Code:

<key>com.apple.developer.icloud-services</key>
<array>
  <string>CloudDocuments</string>
</array>

Die originale .entitlements Datei habe ich deaktiviert.

Ich kann aber machen, was ich will. Immer wieder wird im App Ordner eine .entitlements Datei erstellt mit

Code:

<key>com.apple.developer.icloud-services</key>
<array>
  <string>*</string>
</array>

Habe ich noch etwas übersehen, das ich ändern muss?
Wenn ich im Bereitstellungsfenster die neue Datei angebe, sollte doch die IDE normalerweise auch diese Datei verwenden?

[Harry Stahl]

Hier sieht erst mal alles richtig aus, so wie Du es gemacht hast.

Sieht man hier evtl. nur einen Ausschnitt aus der Bereitstellungsliste? Versteckt sich evtl. weiter oben noch ein anderer Eintrag, der Deine eigene .entitlements-liste wieder überschreibt?

Lass doch mal nach "Lokaler Name" sortieren, dann hast Du alle Dateien mit der Endung ".entitlements" beieinander.

Wenn das nicht zutrifft: Schau doch mal alle Einträge der Bereitstellung für die Release- und Debug-Konfiguration durch, evtl. gibt es dort noch irgendwo eine "falsche" Einstellung?

[amigage]

Danke für Deine Antwort. Das ist die komplette Liste der Bereitstellung.

Anbei die Debug und Release Einstellungen. Ich habe jetzt einmal nach Remote-Name sortiert.

Also ich kann keinen Fehler finden. Hast Du noch eine Idee, wo ich suchen kann?

[Harry Stahl]

Zumindest ist zu erkennen, dass in der Release-Fassung die korrigierte Entitlements-Datei in den falschen Ordner geht (dort hast Du (".\", während in Debug ".\\" richtig steht)...

Nehme mal an, wenn Du das korrigierst, sollte es funktionieren.

[amigage]

Hallo,

nein, leider bringt dies keinen Erfolg, zumal ich aktuell die Debug Version kompiliere und diese eigentlich korrekt eingestellt ist.

Zitat:

Allerdings wirft der Code keinen iCloud-Pfad aus und die App erscheint im Gerät auch nicht für ICloud- nutzbare Apps:

Wo finde ich die Funktion, dass mir anzeigt, ob von der App die iCloud verwendet wird?

[Harry Stahl]

Zitat:

Zitat von amigage (Beitrag 1430842)

Hallo,

nein, leider bringt dies keinen Erfolg, zumal ich aktuell die Debug Version kompiliere und diese eigentlich korrekt eingestellt ist.

Zitat:

Allerdings wirft der Code keinen iCloud-Pfad aus und die App erscheint im Gerät auch nicht für ICloud- nutzbare Apps:

Wo finde ich die Funktion, dass mir anzeigt, ob von der App die iCloud verwendet wird?

Auf dem Mac in den iCloud-Einstellungen (Systemeinstellungen) kannst Du das kontrollieren. Wenn Du dort im iCloud-Dialog auf "Verwalten" gehst, wird Deine Anwendung in der Liste angezeigt (siehe anliegenden Screenshot). Auch in den iOS-Einstellungen auf dem Gerät zeigt sich das unter "iCloud". Dort wird der vergebene app-name (aus dem Bundle-Identifier) in der App-Liste angezeigt.

Mir ist es allerdings nur im Zusammenhang mit den TMS-iCloud-Komponenten gelungen, für die iCloud eine Nutzung einzurichten.

[Rollo62]

Hallo Harry,

wie genau kann man die iCloud denn mit TMS-iCloud nutzen:
Nur mit Key/Value Werten, oder geht auch Datei-Speichern ?

Ich habe es mit TMS nicht weiter versucht weil es von denen seinerzeit hiess das es nicht geht.
Es glaube es gab kürzlich eine neue Version, wäre evtl. noch einen Versuch Wert.

Seltsam, TMS könnte wahrscheinlich mehr verkaufen wenn sie nur deutlicher kommunizieren würden was und wie etwas geht.
Der Fokus liegt bei denen im Moment wohl woanders, aber ich meine das kürzlich eine neue Version vom CloudPack rausgekommen ist.

[Harry Stahl]

Zitat:

Zitat von Rollo62 (Beitrag 1430950)

Hallo Harry,

wie genau kann man die iCloud denn mit TMS-iCloud nutzen:
Nur mit Key/Value Werten, oder geht auch Datei-Speichern ?

Ich habe es mit TMS nicht weiter versucht weil es von denen seinerzeit hiess das es nicht geht.
Es glaube es gab kürzlich eine neue Version, wäre evtl. noch einen Versuch Wert.

Seltsam, TMS könnte wahrscheinlich mehr verkaufen wenn sie nur deutlicher kommunizieren würden was und wie etwas geht.
Der Fokus liegt bei denen im Moment wohl woanders, aber ich meine das kürzlich eine neue Version vom CloudPack rausgekommen ist.

Key/Value habe ich nicht ausprobiert, Dateien waren mit der TMS-Komponente nicht zuverlässig abrufbar. Letztlich funktioniert die Einbindung der Kompomente (iCloudDocument - hier den richtigen Container-Identifier eintragen) irgendwie als Sesam-Öffne-Dich für die iCloud (indem ich zum Start bzw. Anzeige des Programms innerhalb des Events "iCloudDocInitialized")

iCloudDoc.LoadDocuments;

aufrufe. Erst dann habe ich einen zuverlässigen Zugriff auf den iCloud-Pfad (den ich so hole, wie am Anfang des Beitrags verlinkt).

Dann prüfe ich anhand des Dateidatums, ob meine lokal gespeicherte Datei auf dem Gerät neuer ist oder die in der iCloud. Wenn die Datei in der iCloud neuer ist, wird die geladen und die lokale Version überschrieben, beim Ändern der Datei wird diese auch immer direkt in der iCloud aktualisiert.

Nicht perfekt, aber zumindest eine einfache, funktionierende Lösung (blöd daran ist halt, dass immer die ganze Datei gespeichert und gelesen werden muss. Die sind zwar i.d.R. sehr klein, so dass dies in meinem Falle kein Problem ist, aber schöner wäre natürlich auf Datensatz-Ebene was zu machen).

Laut TMS-Subscription-Manager ist die letzte TMS iCL (die enthält die iCloud document-Kompo) vom 14.03. Kann also sein, dass ich noch die vorherige Version verwendet hatte und die vom 14.03. funktioniert.

Ich kann es hier leider nicht mehr nachvollziehen, welche Version ich verwendet hatte, da ich die VM auf einen vorherigen Stand zurücksetzen musste...

[Rollo62]

Dankesehr für die Info.
Also kann man dann auf die Dateien auch in anderen Apps (z.B. Windows/MAC) darauf zugreifen,
oder nur in der eigentlichen iOS App ?

Es geht mir bei iCloud ja auch um das Sharen von Dokumenten, das ist was ich Erreichen möchte.
Das man z.B. ein Bild mit iOS aufnimmt, und dann mit Windows abruft.

Die TMS iCL Komponenten funktionieren aber nur für iOS, wie kommt man dann an die Daten ran ?

Deine Anwendung ist womöglich anders, ich vermute mal ein Konfiguration der iOS-App selbst,
oder kannst Du die Daten in der iCloud auch verteilen ?

Wahrscheinlich ist es doch besser wenn man das Ganze mit einem externen Dienst, z.B. Firebase, macht,
dann hätte man es auch gleich für alle Platformen in derselben Weise gelöst.

[Harry Stahl]

Ich kann da im Moment nur Vermutungen anstellen, da ich für dieses IOS-Programm derzeit keine Desktop-App habe, die in die iCloud schreiben kann (derzeit ist die Desktop-app noch eine Lazarus-Anwendung. Wird auf Delphi umgestellt, wenn Delphi 64-BIT macOS kann, dann möchte ich das mit der iCloud da auch ergänzen).

Aber stimmt schon, das ist dann nur eine MAC-Interne Lösung, eine Cloud-Lösung, die alle Plattformen unterstützt, fände ich auch besser...

[Rollo62]

Ja richtig, aber dafür hätte jeder Nutzer erstmal 2GB in seiner iCloud frei,
und als AppEntwickler wäre das abgedeckt.
Andere Lösungen würden evtl. schnell teuer für den AppEntwickler, wenn monatliche Gebühren für irgendwelche Dienste anfallen.

Noch bin ich da relativ unentschlossen welcher Service der Richtige ist (falls es den einen überhaupt gibt).

Bei AWS kommen schnell recht hohe Kosten zusammen wenn man über die freie Testphase hinaus ist.
Firebase scheint noch OK zu sein, aber Google kann wie in der Vergangenheit ja auch seine Strategie ändern.
Ein eigener Server, z.B. PHP oder Node.js, wäre mir für sowas am liebsten, ist aber auch mit Pflege-Aufwand verbunden wenn es denn sicher sein soll.

Mal sehen was noch Alles kommt, so werde ich wohl auch erstmal weiter rumexperimentieren müssen :stupid:

[philipp.hofmann]

Just for info: Ich habe für die inkorrekte Entitlement-Datei keinen Bug-Eintrag gefunden und diesen daher mal angelegt, weil es ist ja mehr als umständlich, dem System eine zweite, korrigierte Entitlement-Datei unterzujubeln und die ursprüngliche im Deployment zu deaktivieren: https://quality.embarcadero.com/browse/RSP-30911

[DSP]

Es gibt da grob gesagt 3 Arten,

• Dokument passierte (icloud drive8
• kvc..
• und db passierende..

je nachdem hast du andere zugriffsmöglichkeiten und andere Methoden

dsp