Ga naar inhoud
  • 0

niet te wissen foutmelding bij POST-opdracht via Troi URL


VWin

Vraag

Hallo, hopelijk kan iemand me helpen...

Betreft: Windows 10  home versie 2004 (16/09/20), fmp 16..1.162, Plug in Troi URL 6.0.1

De in fmp opgestelde POST-opdracht (zie eerste lijnen in bijlage: Post evdp test 10 12 20.txt )

- wordt in SoapUI-5.6.0 (een extern testprogramma) vlot en correct aanvaard door de webserver (https://www.bigame.be/ws_bigame_test/daf.asmx)  (bijlage: SOAPUI Post _TestB 10 12 2020.jpg)

maar ...

-  in mijn fmp-script waarbij de op te sturen tekst

dmv een  scriptlijn POST URL  (switches zijn leeg : " ";URL en post data zijn aangeduide tekstvelden) wordt ingesteld  (bijlage: Post-scriptlijn.jpg)

geeft dit steeds een foutmelding  (bijlage: resultat POST 10 12 20.txt)

met oa een intrigerende "Le caractère '+', valeur hexadécimale 0x2B, ne peut pas être inclus dans un nom. Ligne 1, position 15."

- OOK in de helpapplicatie van Troi krijg ik dezelfde foutmelding als return... (bijlage: POST bis Troi.jpg)


Wat loopt er fout ? WAAR zit die verdomde "+" ? en "hexadécimale 0x2B" staat voor het cijfer ... 43  

Post _evdp test 10 12 20.jpg

SOAPUI Post _TestB 10 12 2020.jpg

Post-scriptlijn.jpg

POST bis Troi.jpg

resultat POST 10 12 20.txt

Link naar reactie

10 antwoorden op deze vraag

Aanbevolen berichten

  • 0

Ik denk dat de envelope ergens in de elementnamen een +teken bevat, want dat lijkt de strekking van de melding te zijn. Strikt genomen zou dat een XML-fout zijn, maar die kunnen wij niet zien in het deel dat je hier hebt gepost.

De "positie 15 op lijn 1" kan je daarbij niet al te serieus nemen, de meeste parsers sturen onzin terug als e een XML-synax-fout is.

Link naar reactie
  • 0

Ok,

dan zal ik nog eens de hele tekst doorlopen..

Het gekke is toch dat in een testprogramma, zoal het mij aangeraden SoapUI, er bij het uitvoeren van een  POST-actie met dezelfde tekst er geen foutmelding wordt getoond én de bewuste tekst correct wordt geaccepteerd.

Dit werd me ook bevestigd door de supervisor van de webserver: de opgestuurde info (via SoapUI) werd vlot aanvaard in hun systeem.

Link naar reactie
  • 0

Ik heb de link even gevolgd naar de webservice die jij probeert aan te spreken. Kan het zijn dat jij één van de voorbeelden hebt gekopiëerd en aangepast?

Je hebt dan mogelijk enkele onzichtbare "whitspaces" meegeplakt naar FileMaker. Probeer de tekst van die envelope eerst te filteren.

De meest simpele manier is alle tekst naar bijvoorbeeld naar TekstEditor te plakken en die tekst vervolvolgens weer te kopiëren en te plakken naar FilkeMaker. Alle "onzichtbare whitespaces"  zijn dan als het goed is verdwenen.

Link naar reactie
  • 0

Dag Menno,

 

ik krijg er kop noch staart aan ...

De via formulering aangemaakte en op te sturen tekst (dmv POST) naar de webservice

- geeft een correcte respons (na kopiëren, plakken en opsturen) in de app SOAPUI vanwege de webservice

- diezelfde tekst heb ik andermaal in kladblok geplakt, gesaved , enz. ook even geplakt en gesaved in Office en vervolgens terug geplakt in mijn fmp-toepassing. 
   het versturen vanuit fmp dmv de Troi plug-scriptlijn levert weeral dezelfde foutmeldingop, nl. (ontdaan van ballast) :

"soap:ReceiverLe serveur n'a pas pu traiter la demande. ---> Le caractère '+', valeur hexadécimale 0x2B, ne peut pas être inclus dans un nom. Ligne 1, position 15."

In bijlage: 

- screenshot van SOAPUI (SOAPUI Post _Test13 12 2020.jpg)

- mijn post "Post _evdp test 13 12 20.txt", waarin ik wel even de lijnen "token" en "pwd" heb aangepast ("XXX")  

Feit is dat in die in fmp geformuleerde tekst er wel na iedere lijn een blanco staat MAAR dat blijkt dus duidelijk geen belemmering te zijn om correct verstuurd te geraken in SOAPUI. 

Om god weet welke reden blijkt althans die eerste "blanco" op de eerste lijn  (die nochtans ook in elk voorbeeld staat vermeld) een breekpunt te zijn in fmp

Misschien brengt een bijkomend instelling (van "Switches")  in de POST URL-script van de plugin een oplossing maar hierover is de uitleg echt summier...:

Ik citeer:

Switches can be one or more of these:
 -NoDialog    don't display a progress dialog
 -TimeoutTicks=x    specify the connect timeout time in x ticks (1/60th of a second)
 -ReturnHeader         include the header in the returned text (at the beginning)
 -ReturnDataAfterError        return the error code followed by the data
 -Portnumber=y     specify the port number to use
 -NotEncoded    send the post data without any normal encoding for "www-form-urlencoded"
 -DontAutoRedirect    the plug-in will not go to a redirected page but return the original page
-AllowAnyRootCertificate    (for HTTPS) allow root certificates from unrecognized certification authorities.  Note that this is less secure
-ExtraCRLFafterData    an extra CRLF (carriage return and line feed) character is added at the end of the Post data
-AlwaysSendUserPassword    will directly send the username + password, even when this might not be necessary
-DontTryWithUserPassword    don't send username + password when the web server requests authorization
-Encoding=ISO_8859_1    encodes the data in ISO-8859-1 (Latin-1)
-Encoding=UTF8    encodes the data in UTF-8, and also the resulting data
-DontDetectEncoding    disable automatic UTF-8 encoding detection, instead keep the native encoding

 

SOAPUI Post _Test13 12 2020.jpg

Post _evdp test 13 12 20.txt

Link naar reactie
  • 0

Probeer het eens met:

TURL_SetCustomHeader( "-unused" ; "Content-Type:application/x-www-form-urlencoded" ) & 
TURL_Post( 
	"-NotEncoded -ReturnHeader -ReturnDataAfterError" ; 
	"https://www.bigame.be/ws_bigame_test/daf.asmx" ; 
	TrimAll ( this::Extra data to send ; 1 ; 1 ) )

In het voorbeeld bestand en op hetzelfde record. Ik krijg nu namelijk dit:

$$415
Content-Type: text/html
Access-Control-Allow-Origin: *
X-AspNet-Version: 2.0.50727
X-Powered-By: ASP.NET
X-Xss-Protection: 1;mode=block
Server: Microsoft-IIS/10.0
Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS
Referrer-Policy: strict-origin
Access-Control-Allow-Headers: Content-Type, SOAPAction
Cache-Control: private
Date: Sun, 13 Dec 2020 15:55:38 GMT
Strict-Transport-Security: max-age=31536000;includeSubDomains
Content-Length: 91
Connection: close
X-Content-Type-Options: nosniff
X-Frame-Options: sameorigin
Le serveur ne peut pas traiter la demande, car le type de support n'est pas pris en charge.

Ik heb geen correcte inloggegevens, dus de server "wil" de aanvraag niet in behandeling nemen (zie de laatste regel van het antwoord)

Link naar reactie
  • 0
6 uur geleden zei menno:

 

dan krijg ik ook deze boterham, maar wel met drie foutmeldingen...:

$$-30776

HTTP/1.1 401 Unauthorized
Cache-Control: private
Content-Type: text/html
Server: Microsoft-IIS/10.0
X-AspNet-Version: 2.0.50727
X-Powered-By: ASP.NET
Referrer-Policy: strict-origin
Strict-Transport-Security: max-age=31536000;includeSubDomains
X-Content-Type-Options: nosniff
X-Frame-Options: sameorigin
X-Xss-Protection: 1;mode=block
Access-Control-Allow-Origin: *
Access-Control-Allow-Headers: Content-Type, SOAPAction
Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS
Date: Sun, 13 Dec 2020 22:53:09 GMT
Content-Length: 1384

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/>
<title>401 - Non autorisé : accès refusé en raison d'informations d'identification non valides.</title>
<style type="text/css">
<!--
body{margin:0;font-size:.7em;font-family:Verdana, Arial, Helvetica, sans-serif;background:#EEEEEE;}
fieldset{padding:0 15px 10px 15px;}
h1{font-size:2.4em;margin:0;color:#FFF;}
h2{font-size:1.7em;margin:0;color:#CC0000;}
h3{font-size:1.2em;margin:10px 0 0 0;color:#000000;}
#header{width:96%;margin:0 0 0 0;padding:6px 2% 6px 2%;font-family:"trebuchet MS", Verdana, sans-serif;color:#FFF;
background-color:#555555;}
#content{margin:0 0 0 2%;position:relative;}
.content-container{background:#FFF;width:96%;margin-top:8px;padding:10px;position:relative;}
-->
</style>
</head>
<body>
<div id="header"><h1>Erreur de serveur</h1></div>
<div id="content">
<div class="content-container"><fieldset>
<h2>401 - Non autorisé : accès refusé en raison d'informations d'identification non valides.</h2>
<h3>Vous n'avez pas l'autorisation d'afficher ce répertoire ou cette page à l'aide des informations d'identification que vous avez fournies.</h3>
</fieldset></div>
</div>
</body>
</html>

Link naar reactie
  • 0
12 uur geleden zei VWin:

<h2>401 - Non autorisé : accès refusé en raison d'informations d'identification non valides.</h2>
<h3>Vous n'avez pas l'autorisation d'afficher ce répertoire ou cette page à l'aide des informations d'identification que vous avez fournies.</h3>

Dit stukje is voor jou belangrijk. In een notedop:

  1. Geen toegang vanwege ongeldige identificatie
  2. U heeft geen rechten om deze informatie op te vragen

Je authenticatie klopt dus niet. Ik zou verwachten dat je in de header ook nog authenticatie moet toevoegen.

Probeer dan de header als volgt aan het geheel toe te voegen:

Let ( [ 
	username = "gebruiker" ; 
	password = "wachtwoord" 
] ; 
	TURL_SetCustomHeader( 
		"-unused" ; 
		List ( 
			"Content-Type:application/x-www-form-urlencoded" ; 
			"Authorization: Basic " & Base64EncodeRFC ( 3548 ; username & ":" & password ) 
		)
	) 
) & 
TURL_Post( 
	"-NotEncoded -ReturnHeader -ReturnDataAfterError" ; 
	"https://www.bigame.be/ws_bigame_test/daf.asmx" ; 
	TrimAll ( this::Extra data to send ; 1 ; 1 ) )

vul bij gebruiker en wachtwoord jouw credentials in. Ik ga er even vanuit dat je geen token hoeft op te halen :-)

BTW: Ik zie dat je FMP16.0.1 gebruikt ..... zou je die niet updaten naar 16.0.6.600 ? De update daarvoor kan je gratis downloaden:

voor fmp: https://fmdl.filemaker.com/UPDT/16/fmp_updater_16.0.6.600_x64.exe 

en advanced: https://fmdl.filemaker.com/UPDT/16/fmpa_updater_16.0.6.600_x64.exe 

heb je nog een 32 bit versie in gebruik, dan hoef je in de link(s) alleen maar x64 te wijzigen in x32

Voor de mac zijn nde links: https://fmdl.filemaker.com/UPDT/16/fmp_updater_16.0.6.600.zip en https://fmdl.filemaker.com/UPDT/16/fmpa_updater_16.0.6.600.zip

Link naar reactie
  • 0

Dag Menno,

fmp-upgrade van die versie 16.0.1 was me ontgaan ... Zit ook in fmp 15 (nog) of fmp 18 ...

MAAR !: Na een Teams-meeting deze voormiddag met de ontwikkelaar van de webservice ( waarbij ik na  een half uur al "plat" lag ) werd er één en ander aangepast , grotendeels in de door u ook gesuggereerde richting zonder weliswaar gebruiker en paswoord-dat leek wel ok volgens hem-, nl;

TURL_SetCustomHeader ("-unused";"Content-Type:text/xml;charset=utf-8" & "¶" &"SOAPAction:https://www.bigame.be/ws_bigame/SetDaf" )

en 

TURL_Post("-NotEncoded -ReturnHeader -ReturnDataAfterError";Reserve::websiteadres31 ; TrimAll (Vstock::Bigame tekst;1;1))

 

(waarbij het veld Reserve ...: de  "https://www.bigame.be/ws_bigame_test/daf.asmx" is.

Dit gaf me zojuist het volgende resultaat:

voor de header: 0

voor de post: (waarbij vooral onderaan  "<SetDafResult>3287</SetDafResult>" het bewijs zou zijn van een correcte receptie ! Ik wacht op bevestiging.

 

HTTP/1.1 200 OK

Cache-Control: private, max-age=0

Content-Type: application/soap+xml; charset=utf-8

Server: Microsoft-IIS/10.0

X-AspNet-Version: 2.0.50727

X-Powered-By: ASP.NET

Referrer-Policy: strict-origin

Strict-Transport-Security: max-age=31536000;includeSubDomains

X-Content-Type-Options: nosniff

X-Frame-Options: sameorigin

X-Xss-Protection: 1;mode=block

Access-Control-Allow-Origin: *

Access-Control-Allow-Headers: Content-Type, SOAPAction

Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS

Date: Mon, 14 Dec 2020 17:02:38 GMT

Content-Length: 365

<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><SetDafResponse xmlns="https://www.bigame.be/ws_bigame/"><SetDafResult>3287</SetDafResult><listErreur /></SetDafResponse></soap:Body></soap:Envelope>

Link naar reactie
  • 0

Hallo Menno, 

na enkele dagen stilte .. : Bevestiging. De reeds in het vorig bericht vermeldde input doet het prima !

Bedankt alleszins voor het nuttige meedenken !

Kreeg van "Troi" vandaag ook dit berichtje: (vandaar die foutmelding van een "+"-teken !!!!)

"Probeer de switch "-NotEncoded" toe te voegen aan het Post URL commando, op deze manier: Post URL [ Select ; Result ; "-NotEncoded " ; URL ; Post data ]

Zie de online help: -NotEncoded send the post data without any normal encoding for "www-form-urlencoded"

Anders worden de spaties vervangen door +-tekens."

Link naar reactie

Doe mee aan dit gesprek

Je kunt dit nu plaatsen en later registreren. Indien je reeds een account hebt, log dan nu in om het bericht te plaatsen met je account.

Gast
Beantwoord deze vraag...

×   Geplakt als verrijkte tekst.   Plak in plaats daarvan als platte tekst

  Er zijn maximaal 75 emoji toegestaan.

×   Je link werd automatisch ingevoegd.   Tonen als normale link

×   Je vorige inhoud werd hersteld.   Leeg de tekstverwerker

×   Je kunt afbeeldingen niet direct plakken. Upload of voeg afbeeldingen vanaf een URL in

×
×
  • Nieuwe aanmaken...