Delphi 11.3 schon da?

[atari1040]

Zitat von Bbommel:

Zitat von MEissing:

(NB: 11.3 mit Ubuntu 22.04/ARM/Rosetta geht hier)

Korrekt, Ubuntu 22.04 LTS compiliert ohne Probleme. Allerdings laufen die mit Ubuntu erstellten Binaries nicht in Red Hat-Distributionen (RHEL, CentOS, Rocky, ...), umgekehrt allerdings schon (warum auch immer das genau so ist, da hört mein Detail-Wissen dann auf). Insofern wäre es schon wichtig, dass die RHEL-Dinge auch funktionieren, zumal sie im Wiki auch als Supported angegeben ist. Dass man das dann nicht testet, ist schon etwas ärgerlich.

Noch zum Newsletter/Einladung Beta-Test: unter https://my.embarcadero.com/#userProfile ist "I agree to receive marketing communication..." aktiviert und meine Mail-Adresse ist auch korrekt. Trotzdem habe ich schon lange keine Post mehr von euch bekommen, weder Beta-Einladung und auch vom Update weiß ich nur hier aus dem Forum. Irgendwas ist da kaputt.

Ich benutze seit Jahren für Linux Server/Console Anwendungen Lazarus/FreePascal. Das funktioniert ausgezeichnet auch nach Versionswechseln. Du kannst auch auf Windows-PC oder einem Mac Deinen Code für Linux compilieren. Das alles ohne nervige Marketing Newsletter!

[MyRealName]

Ich habe heute Delphi 11.2 deinstalliert und 11.3 installiert. Klappte problemlos.
Dazu hatten wir in Verbindung mit Generics einen Fehler "F2084 Internal Error" seit dem Umstieg von 10.3 (wir haben bisher aus Zeitgründen ein Update unterlassen). Der ist mit 11.3 wieder weg, in 11.2 hatten wir ihn.

[Bbommel]

Die REST-Komponenten haben sie auch kaputt gemacht. Bin langsam doch fassungslos. Was genau machen die beruflich?

https://quality.embarcadero.com/browse/RSP-40726

[Der schöne Günther]

Sehr ausführliche Analyse 👍

Können wir uns darauf einigen dass der öffentliche Beta-Test jetzt grade stattfindet?

[Bbommel]

Zitat von Der schöne Günther:

Können wir uns darauf einigen dass der öffentliche Beta-Test jetzt grade stattfindet?

Hätte ich normalerweise auch kein Problem mit. Das trotz Tests Fehler in der Software auftreten können, wissen wir alle, schätze ich mal. Mir fehlt aber das Vertrauen, dass das von Emba alles schnell gefixt und auch veröffentlicht wird, sondern wahrscheinlich muss man jetzt wieder einige Monate bis zum nächsten Release warten. Das würden wir uns mit unseren Kunden nicht trauen und das ist das, was mich wirklich frustriert. Aber wer weiß, vielleicht geschieht ja ein Wunder...

[Uwe Raabe]

Zitat von Bbommel:

Die REST-Komponenten haben sie auch kaputt gemacht. Bin langsam doch fassungslos. Was genau machen die beruflich?

https://quality.embarcadero.com/browse/RSP-40726

Ja, so was in der Art hatte ich auch schon: https://quality.embarcadero.com/browse/RSP-40549

Allerdings konnte ich mir wie im Report beschrieben mit einem Workaround helfen. Keine Ahnung ob der bei dir auch funktioniert.

[Bbommel]

Zitat von Uwe Raabe:

Zitat von Bbommel:

https://quality.embarcadero.com/browse/RSP-40726

Ja, so was in der Art hatte ich auch schon: https://quality.embarcadero.com/browse/RSP-40549

Allerdings konnte ich mir wie im Report beschrieben mit einem Workaround helfen. Keine Ahnung ob der bei dir auch funktioniert.

Hm, du hast in deinem Report angegeben, dass er sich auf 11.2 bezieht. Hast du dich da verklickt oder klappt das tatsächlich unter 11.2 nicht? Das wundert mich, denn unter 11.2 ist der Code zwar auch Schrott, aber er ist in einer Form Schrott, dass trotzdem eigentlich alle APIs, die ein JSON zurückgeben, funktionieren müssten, auch deine. Das, was ich in meinem Bugreport geschrieben habe, müsste auch bei dir zutreffen (klingt jetzt nach "mein Report ist besser als deiner!", ist aber nicht so gemeint ): Bei deinem Content-Type von "application/json; api-version=7.1-preview.3" liefern sowohl 11.2 als auch 11.3 als LMimeKind ein "Unknwon". Danach kommt in 11.2 ja folgende Code:

Delphi-Quellcode:

          if (FClient.FallbackCharsetEncoding <> '') and
             not SameText(REST_NO_FALLBACK_CHARSET, FClient.FallbackCharsetEncoding) then
          begin
            // Skip some obvious binary types
            if LMimeKind <> TMimeTypes.TKind.Binary then
            begin
              LEncoding := TEncoding.GetEncoding(FClient.FallbackCharsetEncoding);
              LContentIsString := True;
            end;
          end
          else
          begin
            // Even if no fallback, handle some obvious string types
            if LMimeKind = TMimeTypes.TKind.Text then
              LContentIsString := True;
          end;

Das heißt, wenn du nicht vorher in deinem Code das "FallbackCharset" geleert oder auf "raw" gesetzt hast, wirst du im ersten Teil der if-Abfrage landen und da das MimeKind nicht "Binary" ist, sollte dein Content gesetzt werden. So wie das da steht, ist das auch alles quatsch, weil, wenn ich nichts übersehe, ein tatsächlich gesetztes Encoding komplett ignoriert wird. Aber da die meisten APIs heutzutage wohl mit UTF8 arbeiten und ein JSON liefern, funktioniert es am Ende des Tages halt trotzdem.

In 11.3 aber nicht mehr, weil sie die Logik komplett umgekehrt haben. Nur dann, wenn der MimeType wirklich als Text erkannt wird, wird er auch wie bisher ausgewertet. Das finde ich ziemlich dämlich, denn jetzt verlassen sie sich auf ihre fest vorgegebene, endliche Aufzählung im Dictionary und dazu kommt eben das Problem mit dem aus mehreren Teilen bestehenden Content-Type, was sich jetzt eben bemerkbar macht. Hier ist der Punkt, der mich tatsächlich fassungslos macht: da wird an einer der zentralsten Stellen des ganzen REST-Frameworks eine Funktion massiv geändert und niemand testet das vernünftig? Das ist ja jetzt nicht irgendwas absurdes, sondern OData (wo das mit dem Content-Type regelmäßig vorkommt) ist weit verbreitet.

Merkwürdig finde ich aber tatsächlich immer noch, dass das bei dir auch unter 11.2 auftritt. Müsstest du vielleicht nochmal näher nachschauen.

[Uwe Raabe]

Zitat von Bbommel:

Merkwürdig finde ich aber tatsächlich immer noch, dass das bei dir auch unter 11.2 auftritt. Müsstest du vielleicht nochmal näher nachschauen.

Ist aber so. War auch schon vorher so, ist aber erst aufgefallen nachdem Azure DevOps nun die Version im ContentType mitliefert.

[Bbommel]

Zitat von Uwe Raabe:

Zitat von Bbommel:

Merkwürdig finde ich aber tatsächlich immer noch, dass das bei dir auch unter 11.2 auftritt. Müsstest du vielleicht nochmal näher nachschauen.

Ist aber so. War auch schon vorher so, ist aber erst aufgefallen nachdem Azure DevOps nun die Version im ContentType mitliefert.

Aber dann schau doch mal nach, warum der bei dir nicht im erwähnten Teil landet unter 11.2. Dann könnte man das in den jeweiligen Bugreports noch besser hervorheben und so einer wirklich guten Lösung näherkommen (wobei, ja, das wichtigste wäre die richtige Auswertung des mehrteiligen Content-Types). Dennoch fände ich das spannend, warum sich das bei dir anders verhält unter 11.2 als bei mir. Aber wir kommen damit langsam zugegebenermaßen etwas vom Thema des Threads ab.