Vista en forms

[Verwijderd]

Bij mijn werkgever maken we gebruik van een externe webapplicatie. De applicatie draait op een Apche-server en communiceert uitsluitend via poort 80.

Soms blijkt dat bij het posten van een form vanaf een Vista-client de server niet de juiste informatie ontvangt. De url laat zien dat de waarden van de verzonden variabelen ontbreken wat resulteert in een 500-error.

Opmerkelijk is dat het te maken lijkt te hebben met een memory-probleem op de clients. Na een stresstest lijkt het erop dat dit gedrag optreedt zodra de client de pagefile wil uitbreiden om het gebrek aan vm op te vangen.

Kent iemand dit gedrag en is het te wijten aan de leverancier of aan Vista? De vista-clients zitten achter een ISA-server.

Graag jullie reacties.

[Niemand_Anders]

Ik neem aan dat je het hebt over een web formulier in IE7? Wat als je dezelfde aktie uitvoert op Firefox onder Vista?

Echter, als een SERVER 500 error geeft, dan ligt dat aan de code op de webserver. Alle HTTP foutmeldingen in de 5xx range geven aan dat de server 'iets' niets kan. HTTP 4xx zijn zogenaamde client errors.

Maar je hebt absoluut, maar dan ook echt helemaal niets verteld over de website. Daarom doe ik maar mijn eigen aanname. Ik denk dat er een Apache 2 server draait die via Mono Python.net draait. Dat vind ik wel een leuke combo. Ik zit ernaast? Misschien is het verstandig dat je wat meer informatie over de webserver neerzet.

Het kan natuurlijk wel zo zijn dat IE7 onder Vista misschien net iets andere headers verstuurd en dat de webapplicatie dat niet verwacht.

[HawVer]

Het lijkt me heel sterk dat de pagefile invloed heeft op het verzenden van http gegevens, maar het zou kunnen. Hoe ben je daar eigenlijk achter gekomen?

Eventueel kun je Paros gebruiken om de http request op te vangen. Dan kun je hem bestuderen en controleren of het aan je webapplicatie ligt of dat de request/post die verzonden wordt niet goed is. Je moet dan je browser laten verwijzen naar de lokale proxy.

http://www.parosproxy.org/

[Verwijderd]

Dank voor de reacties. Inmiddels heb ik wat nader onderzoek gedaan.

Wat gebeurt er?

1. vanuit IE7 op Vista wordt een formulier gepost naar http://xxx.xxxx.nl/action/savemutatieform met de volgende variabelen org.apache.struts.taglib.html.TOKEN=8b2468e81b3246432cda8748fe6eb2d1&bonNummer=1600&datum=20-09-2007&typeBetaling=uitgave&soort=Woongroep&categorieId=22&omschrijving=23&bonBedrag=23&verdeeld=false
2. De Apache Tomcat/5.0.28 reageert vervolgens met een HTTP Status 500. Volgens de leverancier krijgt hij de variabelen leeg meegestuurd. De server geeft hierdoor de foutmelding aangezien het ontvangende script het request niet kan afhandelen.

Op zich (heb ook met ethereal naar het verkeer gekeken) lijkt het pakket de juiste informatie te bevatten. Toch gaat het ergens fout. het verkeer loopt overigens via ISA 2006.

Opvallend: met XP gaat het onder alle omstandigheden goed, ook op tragere oude machines. Op nieuwere machines met Vista gaat het ook goed. Het gaat fout bij wat oudere machines die op zich toch prima met Vista moeten kunnen werken.

De conclusie dat het probleem optreedt bij het swappen heb ik getrokken aan de hand van events in de logfile. Juist op momenten dat de fout optreedt bleek de machine de swap-file te vergroten. Bij nader inzien lijkt het meer een algemeen performance-issue.

Brengt dit jullie misschien op ideeën?

[ralphje]

Waarschijnlijk wordt de informatie dan halverwege afgebroken of iets dergelijks, waardoor de webserver in de war raakt en maar een 500'tje strooit. In principe zou je, zoals HawVer al aangaf, een packet sniffer kunnen gebruiken om het verkeer tussen de webserver en de client op XP en Vista in de gaten te houden en te kunnen vergelijken.

Bekend komt het mij in elk geval niet voor, maar misschien kent Google het wel.

En: Gebeurt het ook onder Firefox?