Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Netzwerke (https://www.delphipraxis.net/14-netzwerke/)
-   -   TRESTContentType für application/msword (https://www.delphipraxis.net/211708-trestcontenttype-fuer-application-msword.html)

Rabenrecht 25. Okt 2022 13:49

TRESTContentType für application/msword
 
Moin :-)

Es gelingt mir nicht im TRESTContentType Enum eine Entsprechung für den Mimetype application/msword zu finden. Dieser Mimetype wird für alte Word-Dokumente, also Dateien mit der Endung .doc verwendet.

Vielleicht habe ich Tomaten auf den Augen, aber ich finde nichts passendes in TRESTContentType. Leider kann ich genau auf diesen ContentType nicht verzichten.

Weiterhin habe ich in TRESTContentType keine Entsprechungen für application/graphql, application/sql, application/zstd und image/apng gefunden.

Ich nutze Tokyo 10.2

himitsu 25. Okt 2022 14:01

AW: TRESTContentType für application/msword
 
Der TRESTContentTypeHelper für TRESTContentType in REST.Types

Natürlich gibt es nie für alles immer alles
entweder du kannst selber irgendwo den ContentType als String reingeben
oder irgendwo Neues registrieren
oder du hast Pech.


Im Notfall einfach application/octet-stream benutzen.

jaenicke 25. Okt 2022 14:05

AW: TRESTContentType für application/msword
 
In Delphi 11 soll das gelöst sein:
https://quality.embarcadero.com/browse/RSP-19793

Vorher bleibt leider nur, die entsprechenden Aufrufe zu verbiegen (Hook) oder die Unit zu kopieren und den gewünschten ContentType manuell zu ergänzen.

himitsu 25. Okt 2022 14:16

AW: TRESTContentType für application/msword
 
Dort steht natürlich nicht wie es behoben wurde und wonach man nun suchen könnte.

Zitat:

Alternative: make the field "FRequestContentType" of "TcustomRestRequest" at least protected instead of private, so it can be overwritten in an inherited class.
Nach meiner Erfahrung kann es das nicht sein.
Privat ist privat, weil ist halt so.
Mein Meine Meine ... dat geb ich nicht her.

Rabenrecht 25. Okt 2022 14:31

AW: TRESTContentType für application/msword
 
Zitat:

Zitat von himitsu (Beitrag 1513797)
Der TRESTContentTypeHelper für TRESTContentType in REST.Types

Natürlich gibt es nie für alles immer alles
entweder du kannst selber irgendwo den ContentType als String reingeben
oder irgendwo Neues registrieren
oder du hast Pech.


Im Notfall einfach application/octet-stream benutzen.

Uff, das klingt ja nicht so gut :(

Ich sehe nicht, wie ich mit TCustomRESTRequest.AddBody bzw. TCustomRESTRequest.AddFile den Content Type als String angeben kann. Ich scheine da auf das beschränkt zu sein, was das Enum her gibt.

application/octet-stream ist leider keine Option, da die empfangende Seite den Content Type schon ziemlich genau wissen will.

himitsu 25. Okt 2022 14:52

AW: TRESTContentType für application/msword
 
Joar, dann ... neues Delphi kaufen und siehe https://quality.embarcadero.com/browse/RSP-19793 :angle2:

Uwe Raabe 25. Okt 2022 15:23

AW: TRESTContentType für application/msword
 
Ein ähnlicher Report: RSP-31997 - A RESTRequest ContentType is limited to predefined values

Rabenrecht 25. Okt 2022 16:20

AW: TRESTContentType für application/msword
 
Zitat:

Zitat von himitsu (Beitrag 1513809)
Joar, dann ... neues Delphi kaufen und siehe https://quality.embarcadero.com/browse/RSP-19793 :angle2:

Ist geplant, aber erst für nächstes Jahr...
Naja, bis dahin muss ich mich wohl mit ner Exception-Message "Speicher das Ding mal als .docx ab!" über Wasser halten ;-)

mytbo 25. Okt 2022 16:21

AW: TRESTContentType für application/msword
 
Wenn es auch mORMot sein darf, kannst du die Funktionen MultiPartFormData*() von hier, oder die Klasse THttpMultiPartStream von hier verwenden.

Bis bald...
Thomas

Rollo62 26. Okt 2022 06:26

AW: TRESTContentType für application/msword
 
[QUOTE=Rabenrecht;1513826]
Zitat:

Zitat von himitsu (Beitrag 1513809)
Ist geplant, aber erst für nächstes Jahr...

Hast Du mit eingerechnet dass es, ich glaube ab November, eine Preiserhöhung geben soll ?
https://blogs.embarcadero.com/de/gm-...ger-community/


Alle Zeitangaben in WEZ +1. Es ist jetzt 02:59 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz