qx.io.remote.Request

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

qx.io.remote.Request

Petr Kobalíček
Hi,

I'm getting always timeout when I'm using GET requests (qx.io.remote.Request)

This is from firebug:



GET http://localhost:5000/browser/list/?path=%2F (124ms)qx_gecko.js (line 141)
Response Headers
Request Headers
{"result": {"files": [], "dirs": ["..", "admin", "css", "js", "libs"], "path": "\/"}}
GET http://localhost:5000/browser/list/?path=%2Fadmin%2Ficon%2F16%2Factions%2F (157ms)qx_gecko.js (line 141)
Response Headers
Request Headers
{"result": {"files": ["application-exit.png", "dialog-apply.png", "dialog-cancel.png", "dialog-close
.png", "dialog-ok.png", "dialog-password.png", "document-close.png", "document-open.png", "document-print
.png", "document-save-all.png", "document-save-as.png", "document-save.png", "edit-delete.png", "edit-find
.png", "edit.png", "file-new.png", "folder-new.png", "go-down.png", "go-next.png", "go-previous.png"
, "go-up.png", "list-add.png", "list-remove.png", "menu.png", "office-spreadsheet.png", "page-visibility
.png", "system-log-out.png", "system-run.png", "utilities-terminal.png", "view-detailed.png", "view-icon
.png", "view-refresh.png"], "dirs": [".."], "path": "\/admin\/icon\/16\/actions\/"}}
000905 INFO: qx.core.Init[4]: main runtime: 314msqx_gecko.js (line 34)
000983 DEBUG: bfly.admin.Application[11]: preloading visible images...qx_gecko.js (line 34)
001263 INFO: bfly.admin.Application[11]: render runtime: 202msqx_gecko.js (line 34)
004026 DEBUG: bfly.admin.Application[11]: preloading hidden images...qx_gecko.js (line 34)
016019 WARN: qx.io.remote.RequestQueue[594]: Timeout: transport 617qx_gecko.js (line 34)
null
016032 WARN: qx.io.remote.RequestQueue[594]: 15130ms > 15000msqx_gecko.js (line 34)
null
016046 WARN: qx.io.remote.Exchange[617]: Timeout: implementation 618


Interesting are WARN messages, but these requests all already "completed". I'm using qooxdoo 0.7.3, is there something I'm doing wrong ?

I'm hadling "completed", "failed" ad "timeout" events. I tried to use dispose() to completed request but situation is equal.
The "timeout" event is called too.

I'm not sending code, because it's very simple, just create request, addParameter(), set callbacks and send(). But some requests are send before main application screen is rendered, is this problem ?

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
Reply | Threaded
Open this post in threaded view
|

Re: qx.io.remote.Request

Helder Magalhães


petr kobalicek-2 wrote:
>
> I'm not sending code, because it's very simple, just create request,
> addParameter(), set callbacks and send().
>

It is _always_ a good idea sending a reduced test case whenever possible!
:-p A cool (and easy) way to do it is creating a demo browser sample [1].
;-)

Specifying Firefox version ("Help", "About Mozilla Firefox..." and
copy+pasting the "Mozilla/5.0 [...]" string) and Firebug version ("Tools",
"Add-ons") may also help here - both also have their own issues! ;-D

Hope this helps,

 Helder Magalhães

[1]
http://www.mail-archive.com/qooxdoo-devel@.../msg11776.html
--
View this message in context: http://www.nabble.com/qx.io.remote.Request-tp18219463p18220382.html
Sent from the qooxdoo-devel mailing list archive at Nabble.com.


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
Reply | Threaded
Open this post in threaded view
|

Re: qx.io.remote.Request

Petr Kobalíček
I have found source of problem, I'm good, but I thing that this is problem in qooxdoo.

If there is exception in the "completed" handler, qooxdoo will timeout it. I thing that if this is "normal" behavior, it should be written in documentation.

Helder, thanx for some info. I'm posted this problem here, because I was sure that response was sent.

There is more info in another thread:
http://www.nabble.com/RPC-Request-Respone-Timeout-td14670111.html

Kind regards
Petr

2008/7/1 Helder Magalhães <[hidden email]>:


petr kobalicek-2 wrote:
>
> I'm not sending code, because it's very simple, just create request,
> addParameter(), set callbacks and send().
>

It is _always_ a good idea sending a reduced test case whenever possible!
:-p A cool (and easy) way to do it is creating a demo browser sample [1].
;-)

Specifying Firefox version ("Help", "About Mozilla Firefox..." and
copy+pasting the "Mozilla/5.0 [...]" string) and Firebug version ("Tools",
"Add-ons") may also help here - both also have their own issues! ;-D

Hope this helps,

 Helder Magalhães

[1]
http://www.mail-archive.com/qooxdoo-devel@.../msg11776.html
--
View this message in context: http://www.nabble.com/qx.io.remote.Request-tp18219463p18220382.html
Sent from the qooxdoo-devel mailing list archive at Nabble.com.


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
qooxdoo-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel