FMX DX10 assets\internal --> Android geht nicht?

[Harry Stahl]

Ich möchte bestimmte Daten mit in das Dokumentenverzeichnis der app übertragen lassen, benutze dazu für die Datei den Eintrag "assets\internal".

Leider wird die Datei nicht übertragen.

Im Übertragungsprotokoll steht als Ziel:

c:\program files (x86)\embarcadero\studio\17.0\bin\paclient.exe -u8 --put="FerienA.DAT,.\Android\Debug\\TimOnize\assets\ internal\,0,FerienA.DAT"

Das "\\" dürfte doch eigentlich nicht sein, oder?

Was auch seltsam ist: Delphi bindet mir zwangsweise in das Bereitstellungsfenster eine Projektdatei "Data.pas" ein, die ich nicht hinzugefügt habe und die man auch nicht entfernen kann (Schalter ist ausgegraut).

Wenn ich die Deployment-Datei manuell editiere und den Eintrag selber lösche, nimmt Delphi die Datei einfach wieder hinzu. Warum nur?

[Sir Rufo]

Bei mir gehen diese Dateien an

Code:

.\assets\internal\

[Harry Stahl]

Das hatte ich auch schon versucht, was aber leider auch nicht ging. Seltsam.

[Rollo62]

Bei mir gehts mit ".\assets\internal\" unter Android.

Blöde Frage: hast du das Overwrite Flag auf "Always" stehen ? Vermutlich ja.

Ich habe noch nicht das Update-1 für Rx10 eingespielt, vielleicht liegt es daran ?

Rollo

[Harry Stahl]

Auch diese Variante mit pathdelimeter am Ende hatte ich probiert. Das Flag steht auf always overwrite. Benutze das Update 1. Es müsste eigentlich funktionieren, ging ja sonst auch immer.

Wie gesagt, mich irritiert im Übertragungsprotokoll das "\\" im Pfad (siehe oben den Auszug).

[Harry Stahl]

Schon seltsam. Wenn ich mir die Einträge in den Delphi-Deploy-Dateien ansehen, stimmen die alle:

Delphi-Quellcode:

 <DeployFile Include="FerienD.DAT" Condition="'$(Config)'=='Release'">
   <RemoteDir>TimOnize\assets\internal\</RemoteDir>
   <RemoteName>FerienD.DAT</RemoteName>
   <DeployClass>File</DeployClass>
   <Operation>0</Operation>
   <LocalCommand/>
   <RemoteCommand/>
   <Overwrite>True</Overwrite>
 </DeployFile>

Leider wird aber dann keine Datei übertragen an:

Dieser PC\Harry Stahl (SM-P605)\Tablet\Android\data\de.hastasoft.TimOnize\files Auf diese Dateien würde ich dann ja normalerweise mit

fullpathfilename := System.IOUtils.TPath.Combine (System.IOUtils.TPath.GetDocumentsPath, OnlyFileName) zugreifen können. Der Dokumentenpfad wird vom System mit

data/data/de.hastasoft.TimOnize/files

ausgegeben, was soweit auch OK wäre.

Wähle ich im Bereitstellungsmanager alternativ das Ziel "assets\external\"

dann kommen die Dateien in

Dieser PC\Harry Stahl (SM-P605)\Tablet\Android\data\de.hastasoft.TimOnize\files\external auch tatsächlich an und ich kann dann per

fullpathfilename := System.IOUtils.TPath.Combine (System.IOUtils.TPath.GetSharedDocumentsPath, OnlyFileName) auch auf die Dateien zugreifen.

Der gemeinsame Dokumentenpfad lautet dann gemäß Angabe vom System

/storage/emulated/0/Documents

was auch OK ist.

Mach ich es halt so. Aber warum die erste Variante nicht geht, bleibt mir ein Rätsel.

[Sir Rufo]

Das Geheimnis mit diesen Dateien erfährst du in der System.StartUpCopy Unit.

[Harry Stahl]

Ja, ganz interessant, man kann sich mal ansehen, wie die Angaben tatsächlich lauten müssten (bzw. die werden eben, falls nicht ganz passend, zurecht gestutzt).

[Sir Rufo]

Zitat von Harry Stahl:

Ja, ganz interessant, man kann sich mal ansehen, wie die Angaben tatsächlich lauten müssten (bzw. die werden eben, falls nicht ganz passend, zurecht gestutzt).

Und man sieht wann was warum wohin kopiert wird und was die Overwrite Einstellung in der Bereitstellung aussagt. Vor allem sieht man, dass die Dateien nach dem Kopieren auf dem Device doppelt vorhanden sind.

[bra]

Die Overwrite-Einstellung ist für die Tonne, funktioniert nämlich nicht. Das habe ich schon mehrfach bei EMB bemängelt, soll aber angeblich so "by Design" sein (https://quality.embarcadero.com/browse/RSP-12630).

Unabhängig davon werden die Dateien im Deployment erst beim Starten der App umkopiert und nicht beim Installieren. Das beim Testen beachten.