I don't know about BlazeDS but with WebORB you get a ping (It's actually called a "Command Message") just before the first server access. Any server requests after that are only sent once (ie. no "Command Message").
Now, it seems to me that this will work this way for a while and the this "Command Message" is sent again. I don't know if this happens automatically after a certain amount of idle time or whatever. Has anyone else seen this? Has anyone read the AMF3 spec to see if this is standard behaviour? --- In [email protected], "andrea bianchi" <[EMAIL PROTECTED]> wrote: > > Hi, > > debugging my application I discovered that every request produces two POSTs. > I'm connecting a RemoteObject to an AMFEndpoint of BlazeDS. Reading the > content of the POST data (using HTTPFox) I guessed one is a sort of ping, > the other is the "real" request. The application works fine but I actually > don't understand the need of this "ping" (and the documentation doesn't > speak about it). > Actually this behaviour is confirmed from the Flashlog.txt: > > 08:25:44.692 [INFO] mx.messaging.Producer > '5DE3A67A-5244-ACD0-5814-0640997D7449' > producer sending message '6EADA155-B3EE-4DC4-6AB5-06409DF3CAEE' > 08:25:44.718 [DEBUG] mx.messaging.Channel 'amf' pinging endpoint. > 08:25:44.750 [INFO] mx.messaging.Channel 'amf' channel is connected. > 08:25:44.755 [DEBUG] mx.messaging.Channel 'amf' channel sending message: > (mx.messaging.messages::RemotingMessage)#0 > ... > > Can someone please clarify this? I tried playing with BlazeDS configuration > files but I didn't find anything. Is there any way to disable the "ping"? > > Thank you, > > Andrea >
