There's a bit too much info there for me to grok without much context. Watch these two cookies: JSESSIONID=6C36330F5F8519937A9620B276E9C219; BAYEUX_BROWSER=a43f-14stwrta3yd8bhwep00t3wfz
For all requests, make sure their values are consistent and don't change. Also, what's this? java.util.concurrent.ExecutionException%3A%20java.lang.RuntimeException%3A%20org.apache.tapestry5.runtime.ComponentEventException%3A%20Render%20queue%20error%20in%20BeginRender%5Bblackbox%2FAssets%3Aheader.menuprofile.if_1%5D%3A%20Failure%20reading%20parameter%20%27test%27%20of%20component%20blackbox%2FAssets%3Aheader.menuprofile.if_1%3A%20%21session%20%5Bat%20classpath%3Acom%2Fbomahabo%2Fflow%2Ftapestry%2Fcomponents%2Flayout%2FMenuProfile.tml%2C%20line%204%5D On 14 Jun 2014 11:09, "Boris Horvat" <horvat.z.bo...@gmail.com> wrote: > Well it is cookie bases session. This happens in the application that we > run in local jetty as well as on amazon hosted tomcat (each time single > server is being used) > > When the request is made and page is refreshed I can see the following data > in the network section. From my understanding of the below data cookie is > being passed > > > 1. Remote Address: > 46.137.121.29:80 > 2. Request URL: > http://qa.flow-manager.com/assets.formcreateasset > 3. Request Method: > POST > 4. Status Code: > 500 Internal Server Error > 5. Request Headersview source > 1. Accept: > > > text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 > 2. Accept-Encoding: > gzip,deflate,sdch > 3. Accept-Language: > en-GB,en;q=0.8,en-US;q=0.6 > 4. Cache-Control: > max-age=0 > 5. Connection: > keep-alive > 6. Content-Length: > 2318 > 7. Content-Type: > multipart/form-data; boundary=----WebKitFormBoundaryihPoozZSG4dtBo6N > 8. Cookie: > JSESSIONID=6C36330F5F8519937A9620B276E9C219; > BAYEUX_BROWSER=a43f-14stwrta3yd8bhwep00t3wfz > 9. Host: > qa.flow-manager.com > 10. Origin: > http://qa.flow-manager.com > 11. Referer: > http://qa.flow-manager.com/assets > 12. User-Agent: > Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like > Gecko) Chrome/35.0.1916.114 Safari/537.36 > 6. Request Payload > 1. ------WebKitFormBoundaryihPoozZSG4dtBo6N Content-Disposition: > form-data; name="t:formdata" > > C9nX/WAHQFhLKBNcBCAk2Eo8yUk=:H4sIAAAAAAAAAM2XTWgTQRTHp6kVbUupRYuU4hf1UDDbnWQ3u1FEitIihFYaFLxYJskkrt3srDuzJiJ4tQcvevEmCN78OOjBWw/tQZqDF8W74FUQC56sdDdbk1I3mUlsU0/LzLz35rfz/jNv5uU30FMaBSMZE2UXMqQ8MUkpZvSsTWzXlkxCbOoAiTgFCdkoexNLDNmYMueuKmWJg00j432LNrGwxaiU8uzH1Ojs6udxcG81AkDZ3uHg8PrXV2v5dx+fiQWfaSn4nDfuDaUZYnjKIcW038pdNA3P5BoyXRx9svxpEZxYj4CuFOjL1gcYGErdQnfQhImswkSaOYZVOFe2GTgU1VQ1GYfJhAaVhKoo8dIxMNqYeV6+De6DLhGjbp4R9a32bWfQYEzleEIRBijCAEMZNFmJx0snwfFwT4bLLG9gM+clUG2awAyiWJrMeJ0oy6Z8l7E0Zq59+upK35cj739t5olYzCHmDCpin6bHz8vB2iRiHJOtclxxSBZTmnYzRYNSg1grr3NK/ufTD4FwecvW6r5Qftj58enhFxd2J3xCHvyu33j+8LxI+Ko6h9pSpxZToL7X6kzIqpA6fed+BvpqPfOygJvvNShCz1vBqtHhXcyFpqjKHudCj8FEkxPTtU2CaonYHzR55v9jAoJITatZEIdrEhrFQTmDFBzi+jVRF935c77XtO8VnKqP5KUzbwfWlhufqr31ibgYShsYsFKuVN6k15eCY+goGN4+RXU59UCVTYe7Gw//UWIEJsP+wgOutje3jSe83npXc4dAek25hgS4YpoYV3+9qzNkXUrrYLAjYIKZ3AoW6wiY3jpYvCMiUzmJCSPjpH+nyDhaDiNTO0IG29B/oiMy4/x/GBjnkNkhsDZUxtky/wYW1NAxcKpBmTWsBerf6ZnH5oBLwrdoz6/6FmB/vwxmjcXHv0ceWNW6eiB4VV7O1YrqwNY55+UNeSn//bIPAAA= > ------WebKitFormBoundaryihPoozZSG4dtBo6N Content-Disposition: > form-data; > name="textfield" dddssddsd ------WebKitFormBoundaryihPoozZSG4dtBo6N > Content-Disposition: form-data; name="textfield_0" > ------WebKitFormBoundaryihPoozZSG4dtBo6N Content-Disposition: > form-data; > name="upload"; filename="" Content-Type: application/octet-stream > ------WebKitFormBoundaryihPoozZSG4dtBo6N Content-Disposition: > form-data; > name="t:formdata" ------WebKitFormBoundaryihPoozZSG4dtBo6N > Content-Disposition: form-data; name="containerAsset" > ------WebKitFormBoundaryihPoozZSG4dtBo6N Content-Disposition: > form-data; > name="checkbox_0" on ------WebKitFormBoundaryihPoozZSG4dtBo6N > Content-Disposition: form-data; name="checkbox_0_1" on > ------WebKitFormBoundaryihPoozZSG4dtBo6N Content-Disposition: > form-data; > name="checkbox_0_2" on ------WebKitFormBoundaryihPoozZSG4dtBo6N > Content-Disposition: form-data; name="checkbox_0_3" on > ------WebKitFormBoundaryihPoozZSG4dtBo6N Content-Disposition: > form-data; > name="checkbox_0_6" on ------WebKitFormBoundaryihPoozZSG4dtBo6N > Content-Disposition: form-data; name="t:submit" > ["linksubmit_0_0",null] > ------WebKitFormBoundaryihPoozZSG4dtBo6N-- > 7. Response Headersview source > 1. Connection: > keep-alive > 2. Content-Encoding: > gzip > 3. Content-Type: > text/html;charset=UTF-8 > 4. Date: > Sat, 14 Jun 2014 09:00:14 GMT > 5. Server: > Apache-Coyote/1.1 > 6. transfer-encoding: > chunked > 7. X-Tapestry-ErrorMessage: > > > java.util.concurrent.ExecutionException%3A%20java.lang.RuntimeException%3A%20org.apache.tapestry5.runtime.ComponentEventException%3A%20Render%20queue%20error%20in%20BeginRender%5Bblackbox%2FAssets%3Aheader.menuprofile.if_1%5D%3A%20Failure%20reading%20parameter%20%27test%27%20of%20component%20blackbox%2FAssets%3Aheader.menuprofile.if_1%3A%20%21session%20%5Bat%20classpath%3Acom%2Fbomahabo%2Fflow%2Ftapestry%2Fcomponents%2Flayout%2FMenuProfile.tml%2C%20line%204%5D > > > > On Sat, Jun 14, 2014 at 8:25 AM, Lance Java <lance.j...@googlemail.com> > wrote: > > > Are you using cookie based session or url based? > > > > Try inspecting the network traffic and ensure the cookie is being passed > > each time. > > > > Is this a clustered setup? > > On 14 Jun 2014 01:35, "Boris Horvat" <horvat.z.bo...@gmail.com> wrote: > > > > > Hi Lance, I am not sure what you mean by > > > > > > > > > One restriction with tapestry-cometd and HttpSession is that the > session > > > > cannot be created by the async action. I'm guessing that the push > > action > > > > requires the session, but it doesn't exist yet. > > > > > > > > > > The session should already exist by this point given that it didn't > > trigger > > > this exception for the first half a dozen of runs, so only after couple > > of > > > button clicks that send the push notification we run into this. > > > Any idea how could the session be closed by this time? > > > > > > Does it matter if the push broadcasting happens in one component and > > event > > > handle in another? I assume not and also like I said it worked for the > > > first few clicks. > > > > > > Any ideas? > > > > > > Thanks > > > > > > > > > > > > > > > > > Admittedly the error message could be nicer than "!session" > > > > On 13 Jun 2014 15:36, "Boris Horvat" <horvat.z.bo...@gmail.com> > wrote: > > > > > > > > > Hi everyone, I have implemented a tapestry-cometd integration > > > > > > > > > > <dependency> > > > > > <groupId>org.lazan</groupId> > > > > > <artifactId>tapestry-cometd</artifactId> > > > > > <version>0.9.17</version> > > > > > </dependency> > > > > > > > > > > Our usage of the component is > > > > > > > > > > <t:cometd.PushTarget topic="prop:channelMenuItems" > > > > > event="updateMenuItems" update="replace" session="true"/> > > > > > > > > > > and in UAT environment that runs under Tomcat I got the following > > > > > exception. > > > > > > > > > > java.lang.IllegalStateException > > > > > !session > > > > > Filter stack framesStack trace > > > > > > > > > > - > > > > > > > > > > > > > > > > > > > > > org.cometd.server.transport.HttpTransport$HttpContext.setHttpSessionAttribute(HttpTransport.java:177) > > > > > - > > > > > > > > > > > > > > > > > > > > > org.lazan.t5.cometd.services.internal.BayeuxContextHttpSession.setAttribute(BayeuxContextHttpSession.java:31) > > > > > - > > > > > > > > > > > > > > > > > > > > > org.apache.tapestry5.internal.services.SessionImpl.setAttribute(SessionImpl.java:57) > > > > > - > > > > > > > > > > > > > > > > > > > > > org.apache.tapestry5.internal.services.SessionApplicationStatePersistenceStrategy.set(SessionApplicationStatePersistenceStrategy.java:73) > > > > > - > > > > > > > > > > > > > > > > > > > > > org.apache.tapestry5.internal.services.SessionApplicationStatePersistenceStrategy.getOrCreate(SessionApplicationStatePersistenceStrategy.java:58) > > > > > - > > > > > > > > > > > > > > > > > > > > > org.apache.tapestry5.internal.services.SessionApplicationStatePersistenceStrategy.get(SessionApplicationStatePersistenceStrategy.java:44) > > > > > - > > > > > > > > > > > > > > > > > > > > > org.apache.tapestry5.internal.services.ApplicationStateManagerImpl$ApplicationStateAdapter.getOrCreate(ApplicationStateManagerImpl.java:50) > > > > > - > > > > > > > > > > > > > > > > > > > > > org.apache.tapestry5.internal.services.ApplicationStateManagerImpl.get(ApplicationStateManagerImpl.java:133) > > > > > - > > > > > > > > > > > > > > > > > > > > > org.apache.tapestry5.internal.transform.ApplicationStateWorker$1.get(ApplicationStateWorker.java:75) > > > > > - > > > > > > > > > > > > > > > > > > > > > com.bomahabo.flow.tapestry.components.layout.MenuProfile.conduit_get_user(MenuProfile.java) > > > > > - > > > > > > > > > > > > > > > > > > > > > com.bomahabo.flow.tapestry.components.layout.MenuProfile.getPageNotificationNumber(MenuProfile.java:135) > > > > > > > > > > > > > > > It is probably worth nothing that this doesn't happen on the first > > few > > > > > triggers of the push event but at some point in the near future. > > > > > > > > > > Has anyone seen something similar before? > > > > > > > > > > -- > > > > > Sincerely > > > > > *Boris Horvat* > > > > > > > > > > > > > > > > > > > > > -- > > > Sincerely > > > *Boris Horvat* > > > > > > > > > -- > Sincerely > *Boris Horvat* >
