[ASP.net] Webservice kapt string af

[mrfatmen]

Ik heb een webservice welke als parameter een structure meekrijgt.
Ik de structure zit 1 value (string) welke momenteel langer is dan 1000 posities.

Als deze value in de functie aanspreekbaar is is de lengte nog maar 1024 posities.
Terwijl als ik de XML opvang deze gewoon ruim 4000 posities was.

Visual Basic .NET:

Structure CheckVraag
  Public Gebruiker As Gebruiker
  <...>
  Public Overig As String
End Structure

<TraceExtension(Servicenaam:="AutomateCheck")> _
<WebMethod(Description:="Controleer de Opties voor automate")> _
Public Function AutomateCheck(ByVal Vraag As CheckVraag) As CheckResult
  < ... hier is Vraag.Overig nog maar 1024 posities. ... >
End Function

Als de functie de TraceExtension binnenkomt is Vraag.Overig nog ruim 4000 posities.
Als ik dan in de functie Vraag.Overig bekijk is deze nog maar 1024 positied.

Dit lijkt me een simpele instelling echter kan ik deze niet vinden.
Ook google kan mij helaas niet op weg helpen.
Hopelijk hebben jullie een idee of richting waarin kan zoeken.

[jan-marten]

Kloppen de service instellingen wel? Mocht je WCF gebruiken dan moet je wat instellingen wijzigen in de contracts van de service (instellingen zoals MaxBufferSize en MaxReceivedMessageSize, deze staan in de binding).

[mrfatmen]

Ik maak geen gebruik van wcf maar was de oude .net webservice.

[ruudk]

Je doet wsl een HTTP GET.
Daarop zit een maximum van 1024 bytes.
Maak er een HTTP POST van.

[RobIII]

ruudk schreef op vrijdag 28 mei 2010 @ 19:22:
Je doet wsl een HTTP GET.
Daarop zit een maximum van 1024 bytes.

Since when? Dat is, zo ver ik weet, een veelgebruikte "veilige limiet" die mensen hanteren* maar bij mijn weten heeft IIS die standaard niet (aan staan?). Volgens mij hanteert IIS 16k. Ik kan me voorstellen dat je 't kunt wijzigen in IIS of door de metabase in te duiken of even te kijken naar urlscan (of hoe heette dat ding ook al weer?) maar ik ben er toch redelijk van overtuigd dat dit niet het probleem is. Heb je toevallig een bron?
Daarbij zou IIS dan een 404.13 / 404.14 of 404.15 moeten geven i.p.v. de string maar half te vreten volgens mij.

* Ook 255 wordt gehanteerd, 4096 etc. allemaal afhankelijk van wie je spreekt; kijk hier voor een beetje een vergelijkend warenonderzoek.

[ Voor 24% gewijzigd door RobIII op 28-05-2010 19:39 ]