Delphi-PRAXiS - Sdk 33

Seite 1 von 5

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)

- Cross-Platform-Entwicklung (https://www.delphipraxis.net/91-cross-platform-entwicklung/)

- - Sdk 33 (https://www.delphipraxis.net/213570-sdk-33-a.html)

Google fordert, dass alle App-Ipdates ab dem 31.08.23 mit SDK Level 33 compiliert sein müssen.
Das dürfte alle Delhi Android Entwickler betreffen.

Das aktuelle Delphi 11.3 beinhaltet ja bislang nur SDK Level 32.
Lässt sich die SDK updaten bzw. gibt es eine Anleitung dazu?

Die Nachricht habe ich heute auch bekommen. Ich habe erst einmal eine Verlängerung bis November beantragt.

Diu könntest erstmal versuchen nur die targetSdkVersion fest auf 33 zu verdrahten.

https://en.delphipraxis.net/topic/47...&comment=42037

Das sollte normalerweise reichen, auch ohne an den SDK selbst herumzudrehen.
Man sollte es aber gut testen, ob es überall wie gewünscht läuft.

Sowas gab es schonmal.
Damals dauert es ewig, schon gesperrt, noch lange bevor neue Delphi fertig war.

Aber irgendwann nach 'ner Weile gab es seiten Embarcadero zumindestens eine Möglichkeit das wieder hinzubekommen, bevor es das offizielle Upgrsade gab.
Vielleicht haben sie damals gelernt und es geht diesmal schneller :zwinker:,

aber irgendeine Lösung wird sich so oder so bestimmt finden lassen.
Angefangen mit dem genannten Verlängerungsantrag.

Zitat:

Das sollte normalerweise reichen, auch ohne an den SDK selbst herumzudrehen.

So lange nichts benutzt wird, was im neuen SDK nicht mehr existiert oder anders dort ist.

Wenn es Funktionen/APIs betrifft, die hart im Delphi genutzt werden, wird es schwer,
aber es wurden auch öfter mal Berechtigungen geändert/umgenannt/hinzugefügt/entfernt/gesplittet/zusammengelegt, unter neuem Namen ... da kann man oft auch manuell Hand anlegen.

Zitat:

Zitat von himitsu (Beitrag 1525829)

Vielleicht haben sie damals gelernt und es geht diesmal schneller :zwinker:,

Eine ordentliche, offizielle Anleitung, wie man ein API-Level anheben kann, und was dabei geht und was nicht, würde mir schon reichen.

Zitat:

Zitat von himitsu (Beitrag 1525829)

Solange nichts benutzt wird, was im neuen SDK nicht mehr existiert oder anders dort ist.

Ich rate sowieso jedem, nicht immer den letzten heißen Sch..#!* zu benutzen, wenn man ein ruhigeres Leben mit den Mobilteilen haben möchte :stupid:

Zitat:

Zitat von Rollo62 (Beitrag 1525830)

Ich rate sowieso jedem, nicht immer den letzten heißen Sch..#!* zu benutzen, wenn man ein ruhigeres Leben mit den Mobilteilen haben möchte :stupid:

Das ist hier dann aber meistens eher andersrum.

OK, es kam schonmal vor, dass was Neues rein kam und in der nächsten Version sofort wieder rausflog oder komplett umgebaut wurde.

Aber wenn du nach Jahrzehnten nicht den Neusten, sondern immernoch den ältesten Scheiß nutzt, dann ist die Chance groß, dass es irgendwann ausläuft und rausfliegt. :duck:

Zitat:

Zitat von Rollo62 (Beitrag 1525828)

Du könntest erstmal versuchen nur die targetSdkVersion fest auf 33 zu verdrahten.

Habe ich schon probiert und eine entsprechende .aab bei Google Play testweise hochgeladen. Dort wird aber weiter "32" als Ziel-SDK angezeigt.

Meint ihr, Google lässt sich so leicht austricksen?

Wollte gerade die erste Demo der DEC neu compilieren um die Mindestanforderung mal zu erfüllen, damit es nicht raus fliegt.
Nur: es wird keine AAB Datei erzeugt und wenn ich mein Zertifikat anschaue bekomme ich diese Meldung ganz unten:

[PAClient Fehler] Fehler: E2568 ""C:\Program Files\Eclipse Adoptium\jdk-11.0.15.10-hotspot\bin\JarSigner.exe" -keystore "D:\Projekte\AndroidAppKeystore\mh_Keystore.keysto re" -storepass MeinPasswort -keypass MeinAliasPasswort -sigalg SHA256withRSA -digestalg SHA-256 "D:\Projekte\DECGitMaster\Compiled\BIN_IDExx.x_And roid64__Demos\Cipher_FMX\bin\Cipher_FMX.aab" "mh"" kann nicht ausgeführt werden (Fehler 1)
[PAClient Fehler] Fehler: E2568 Picked up JAVA_TOOL_OPTIONS:

Dann kommt jedoch nichts mehr und eine aab Datei wurde erzeugt. Die Hilfe zu dem Fehler ist für meinen Fell
wie es aussieht leider nutzlos...
Nur kann ich der .aab Datei trauen?
Denn: rufe ich mit die Alias Informationen unter Projekt/Optionen/Bereitstellung/Provisioning ab
sehe ich ganz unten im Fenster mit den abgerufenen Infos diese Meldung:

The certificate uses the MD5withRSA signature algorithm which is considered a security risk and is disabled.

Wie kann ich das umstellen?
Ich hatte vorher eine andere Meldung Zwecks einer Umstellung die noch einen Befehl angegeben hatte mit dem
man da was umstellen sollte auf pcks12 oder so, was ich auch ausgeführt hatte. Aber jetzt das?

Grüße
TurboMagic

Das ist ja ne Nummer. Vowarnzeit 2 Wochen ?
D.h wenn der Entwickler Urlaub hat fliegt man raus ?

Diese Softwareökosysteme von Apple und Google sind wirklich faszinierend.
Da lob ich mir doch Microsoft. Zumindest wenn man mit Delphi :-D entwickelt
laufen ja auch alte Programme sehr lange.

Wie beantragt man den diese Verlängerung ?

Wir sind schon mal rausgeflogen, weil wir eine Altersangabe nicht gesetzt hatten.
Vorwarnzeit: Stunden!

So ein Schwachsinn!
Warum? Weil die Lösung für jeden mit gesundem Menschenverstand doch die sein muss:
Wenn Alterskennzeichen nicht gesetzt, dann Vorwarnzeit geben, meinetwegen auch Stunden und hinweisen,
das sbei nicht Setzen nach der Vorwarnzeit auf den maximalwert geändert wird, z. B. USK 18 oder so.
Eben je nach Land.

Damit muss sowas nicht gleich ganz rausfliegen.
Aber dazu sind diese ach so reichen Firmen zu dusselig zu.

Seite 1 von 5

Letzte »