Ontfouting:IE6 + SSL + AJAX + posvorm = 404-fout

Question

Die verstelling:
Die betrokke program probeer om vormdata via 'n AJAX-oproep te plaas na 'n teikenprosedure wat in dieselfde pakket as die oproeper vervat is.Dit word gedoen vir 'n webwerf wat 'n veilige verbinding (HTTPS) gebruik.Die tegnologie wat hier gebruik word is PLSQL en die DOJO JavaScript-biblioteek.Die ontwikkelingsinstrument is basies 'n teksredigeerder.

Kodebrokkie:

> function testPost() {  
>>    dojo.xhrPost( {  
             url: ''dr_tm_w_0120.test_post'',  
             form: ''orgForm'',  
             load: testPostXHRCallback,  
             error: testPostXHRError  
            });  
      }  

> function testPostXHRCallback(data,ioArgs) {  
>>          alert(''post callback'');  
          try{  
          dojo.byId("messageDiv").innerHTML = data;  
          }  
          catch(ex){  
                if(ex.name == "TypeError")  
                {  
                  alert("A type error occurred.");  
                }  
          }   
          return data;  
       }         
> 
function testPostXHRError(data, ioArgs) {    
>>          alert(data);  
          alert(''Error when retrieving data from the server!'');  
          return data;  
       }    

Die probleem:
Wanneer IE6 gebruik word (wat die hele gebruikersbasis gebruik), is die antwoord wat van die bediener af teruggestuur word 'n 404-fout.

Waarnemings:
Die program werk goed in Firefox.
Die oproepprosedure kan nie enige prosedures binne dieselfde pakket teiken nie.
Die oproepprosedure kan buite werwe teiken (beide http, https).
Die ander AJAX-oproepe in die pakket wat nie plasings van vormdata is nie, werk goed.
Ek het die internets en het met senior-geskoolde spanlede gekonsulteer en het niks ontdek wat die kwessie bevredigend aanspreek nie.
*Probeer V&A oor by Dojo-ondersteuningsforums.

Die vrae:
Watter foutsporingstegnieke beveel jy aan?
Watter foutsporingsnutsmiddels beveel jy aan vir HTTPS-ontleding?
Enige hipoteses oor wat die kwessie kan wees?
Enige idees vir oplossings wat nie totale (slegte) hacks is nie?

Ed.Die oplossing
lomaxx, dankie vir die vioolspeler wenk.jy het geen idee hoe wonderlik dit was om dit te kry en dit as 'n ontfoutingsinstrument te gebruik nie.nadat ek dit begin het, is dit wat ek gevind het en hoe ek dit reggemaak het (ten minste op kort termyn):

> ef Fri, 8 Aug 2008 14:01:26 GMT dr_tm_w_0120.test_post: SIGNATURE (parameter names) MISMATCH VARIABLES IN FORM NOT IN PROCEDURE: SO1_DISPLAYED_,PO1_DISPLAYED_,RWA2_DISPLAYED_,DD1_DISPLAYED_ NON-DEFAULT VARIABLES IN PROCEDURE NOT IN FORM: 0

Nadat ek daardie boodskap van die bediener af gesien het, het ek nog 'n bietjie rondgeskop vir Fiddler om te sien wat ek nog daaruit kon leer.Het gevind dat daar 'n WebForms-oortjie is wat die waardes in die webvorm wys.Sou jy dit nie weet nie, die "xxx_DISPLAYED_"velde hierbo was daarin.

Ek verstaan ​​nog nie regtig hoekom hierdie velde bestaan ​​nie, want ek het dit nie eksplisiet in die web geskep nie PLSQL kode.Maar ek verstaan ​​nou dat die teikenprosedure hulle as parameters moet insluit om korrek te werk.Weereens, dit is slegs in die geval van IE6 vir my, aangesien Firefox goed gewerk het.

Wel, dat die korttermyn antwoord en hack om dit reg te stel.Hopelik sal 'n bietjie meer werk op hierdie gebied lei tot 'n beter begrip van die grondbeginsels wat hier aan die gang is.

Answer 1

Die eerste aankomspunt sou wees om aan te brand Vioolspeler en analiseer die data wat na en van die blaaier gaan.

Kyk na die opskrifte, die url wat eintlik opgeroep word en die params (indien enige) word na die AJAX-metode oorgedra en kyk of dit alles goed lyk voordat u na die bediener gaan.

As dit alles in orde lyk, is daar enige manier waarop jy kan verifieer dat dit werklik die bediener tref deur aan te meld, of op te spoor in die AJAX-metode?

ed:'n ander ding wat ek sou probeer, is om 'n toetsbladsy op te rig om die AJAX-metode op die bediener te bel deur 'n nie-Ajax-gebaseerde oproep te gebruik en die verkeer in fiddler te ontleed en die twee te vergelyk.