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

[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.

[Sir Rufo]

Die Overwrite Einstellung funktioniert, denn die Dateien kommen auf dem Gerät an (wenn die überschrieben werden sollen), und zwar exakt in dem Ordner den man in der Bereitstellung angegeben hat.

Dieses fett Geschriebene so lange lesen, bis man den Sinn wortwörtlich verstanden .

Wenn es nicht klappt, dann einmal laut den Pfad vorlesen, der dort in der Bereitstellung steht und dann den Pfad, wo man die Dateien erwartet. Was fällt uns auf? Die klingen ganz unterschiedlich ... warum wohl?

Die Antwort steht indirekt hier:

Zitat von bra:

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

Wo kommen wohl die Dateien her, die da umkopiert werden und warum werden die überhaupt umkopiert?