voyent
Messages posted by: ted.goddard  XML
Profile for ted.goddard -> Messages posted by ted.goddard [693] Go to Page: 1, 2, 3  ...  45, 46, 47 Next 
Author Message

The whitepaper link appears to be no longer functional for that version, but the initial implementation is in this JIRA. Essentially, the icefacesID provides the CSRF protection token:

http://jira.icesoft.org/browse/ICE-1366
ICEfaces 1.8 already protects against CSRF by a similar mechanism, but if integration specifically with CSRF Guard is desired, some investigation would be required (contact product.support@icesoft.com)

It is possible that adding a hidden form field with the same name that CSRF Guard is using would allow it to update the value, yet preserve it between ajax updates. The difficulty here is that the version of JSF being used may not allow prependId=false.
The values of these cookies are read by ICEfaces and ICEpush JavaScript, so they will not function correctly with the HttpOnly setting; in fact, they are primarily used to communicate between browser windows when local storage is not available.

Are you using portlets? Do you have f:ajax or ace:ajax in the page with render regions?

For a single page with a single user, there is actually no need for push to update separate panels -- JSF by default renders the entire page so should update all components to the current data. Another possibility is that the various beans do not have common values, and this could be debugged with logging.
Which specific version of ICEfaces are you using and are you using both Push and refresh?

Can you run the application in a browser with a network console (such as Chrome) and take a look at the page updates? Are they larger than expected (such as containing the body tag)?
If the URL is completely hidden, the main page may be within an iframe; is that the case?
This is true, although ICEfaces 1.8 creates a virtual request/response for push requests, which isn't covered by the spec. ICEfaces 2 replaced this behaviour with push notification causing a standard JSF request and no longer makes use of custom ViewHandler or ExternalContext classes.
As the simplest possible test, I would try adding an h:outputText to the page to see if it shows up, next try with something else simple like ace:pushButton.
If you run the complete showcase.war from the bundle, does the tree still show up empty? Any other components that fail in that case?
ICEfaces 1.8 is much older than Servlet 3, so a good option would be to upgrade to ICEfaces 4.

The ServletEnvironmentRequest helps adapt between Servlet, Portlet, and Asynchronous push lifecycles, so there are complexities outside the Servlet case that lead to this. Another option would be to contact product.support@icesoft.com with an enhancement request.
A fair bit of work was done in ICEfaces 1.8 to support JSP inclusion compatibility, but this has not been investigated for ICEfaces with the move to JSF 2.0, and it's possible that JSF 2.2 is itself not designed for JSP inclusion. The starting point would be to create a HelloWorld example with JSF 2.2 embedded in a JSP page.

Another alternative would be to use an iframe, would that work in your case?
Do you refer directly to org.icepush.util.ExtensionRegistry in your code or web.xml? Also, remove any servlet references to ICEpush if you have them in your web.xml.

It might be useful to post your web.xml here.
Do you have the complete stack trace?
ICEpush can actually handle that number of users easily -- the question would be sufficient memory for a JSF application of that scale.

WebSocket features will likely be introduced first for HTML 5 development with BridgeIt rather than JSF development with ICEfaces. (Where we can introduce new APIs outside the JSF request/response model.)

Do you have an application that would benefit specifically from WebSocket? The main advantage with the HTTP strategy with ICEpush is that it has the widest browser and network infrastructure support (some firewalls will block WebSocket). Since the PushRenderer API would remain the same, there would be little visible difference to the application developer.
 
Profile for ted.goddard -> Messages posted by ted.goddard [693] Go to Page: 1, 2, 3  ...  45, 46, 47 Next 
Go to:   
Powered by JForum 2.1.7ice © JForum Team