Rogue request for /wo/0.0
Rogue request for /wo/0.0
- Subject: Rogue request for /wo/0.0
- From: Fabian Peters via Webobjects-dev <email@hidden>
- Date: Fri, 1 Nov 2019 16:38:33 +0100
Hi all,
We use two custom-built, fairly complex master-detail components that combine
up to three update containers. During automated testing, we now occasionally
see an incoming request for "/cgi-bin/WebObjects/Application.woa/1/wo/0.0",
which returns the page presented after the initial login via a Direct Action.
This happens right after two or three expected update container requests get
completed:
2019-11-01 13:33:21,208 Application[2001][@WorkerThread4] INFO
er.extensions.appserver.ERXApplication -
/cgi-bin/WebObjects/Application.woa/1/ajax/8.0.0.3.5.1.2.3.0.1.0.0.3.1.1.5?_u=FirstContainer&1572611601923
2019-11-01 13:33:21,208 Application[2001][@WorkerThread1] INFO
er.extensions.appserver.ERXApplication -
/cgi-bin/WebObjects/Application.woa/1/ajax/8.0.0.3.5.1.2.3.0.1.0.0.3.1.1.3?_u=SecondContainer&1572611601923
2019-11-01 13:33:21,208 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - Restoring page for
contextID: 8
2019-11-01 13:33:21,208 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - No page in
pageReplacementCache for contextID: 8
2019-11-01 13:33:21,208 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - keys in
pageReplacementCache: [5, 30, 38, 39, 40, 42, 57, 58, 59, 60, 61, 62]
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - Considering
pageReplacementCache for
/cgi-bin/WebObjects/Application.woa/1/ajax/8.0.0.3.5.1.2.3.0.1.0.0.3.1.1.5?_u=FirstContainer&1572611601923
with contextID 63
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - Will use pageCacheKey
FirstContainer
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - keys in
pageReplacementCache: [5, 30, 38, 39, 40, 42, 57, 58, 59, 60, 61, 62]
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - 8_FirstContainer removing
old page [TransactionRecord: page = de.app.components.ThePage; context = 8; key
= 8_FirstContainer; oldPage? true]
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - 8_FirstContainer marking
as old page
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - 8_FirstContainer new
context = 63
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread4]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - 8_FirstContainer = [5, 30,
38, 39, 40, 42, 57, 59, 60, 61, 62, 63]
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - Restoring page for
contextID: 8
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - No page in
pageReplacementCache for contextID: 8
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - keys in
pageReplacementCache: [5, 30, 38, 39, 40, 42, 57, 59, 60, 61, 62, 63]
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - Considering
pageReplacementCache for
/cgi-bin/WebObjects/Application.woa/1/ajax/8.0.0.3.5.1.2.3.0.1.0.0.3.1.1.3?_u=SecondContainer&1572611601923
with contextID 64
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - Will use pageCacheKey
SecondContainer
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - keys in
pageReplacementCache: [5, 30, 38, 39, 40, 42, 57, 59, 60, 61, 62, 63]
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - 8_SecondContainer removing
old page [TransactionRecord: page = de.app.components.ThePage; context = 8; key
= 8_SecondContainer; oldPage? true]
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - 8_SecondContainer marking
as old page
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - 8_SecondContainer new
context = 64
2019-11-01 13:33:21,224 Application[2001][SHvCrt7MLNmxqYA0d3b0V0@WorkerThread1]
DEBUG er.extensions.appserver.ajax.ERXAjaxSession - 8_SecondContainer = [5,
30, 38, 39, 40, 42, 59, 60, 61, 62, 63, 64]
2019-11-01 13:33:21,271 Application[2001][@WorkerThread9] INFO
er.extensions.appserver.ERXApplication -
/cgi-bin/WebObjects/Application.woa/1/wo/0.0
(The incoming request URLs get logged in dispatchRequest(WORequest request),
where the session has not yet been retrieved.)
Has anybody ever seen similar behaviour? Any ideas how this could be triggered?
cheers,
Fabian
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden