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      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to