Details
Improvement
Major
Description
ICEfaces 2.0 now makes use of ICEpush, so does not require an internal implementation of thread blocking or other asynchronous features.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
ICEfaces delegates all push functionality to ICEpush, so ICEfaces code should contain no push implementation. Only the PushRenderer and a JSF ResourceHandler for integrating with ICEpush should be present. Further examination of the codebase is required to determine if other unused classes (beyond the ones that have already been removed) should be removed.
Show
Ted Goddard
added a comment - ICEfaces delegates all push functionality to ICEpush, so ICEfaces code should contain no push implementation. Only the PushRenderer and a JSF ResourceHandler for integrating with ICEpush should be present. Further examination of the codebase is required to determine if other unused classes (beyond the ones that have already been removed) should be removed.
After analyzing the 'core' project source code I cannot detect any use of thread blocking strategies (such as wait/notify, mutexes or semaphores).
Show
Mircea Toma
added a comment - After analyzing the 'core' project source code I cannot detect any use of thread blocking strategies (such as wait/notify, mutexes or semaphores).
These classes are Servlet-specific, so removal is useful preparation for Portlet compatibility work.