Details
Description
Currently one object stack, which includes the Thread Blocking environment or ARP (Asynchronous Request Processing) adaptation, is used to handle both blocking and non-blocking requests. As this can cause non-blocking requests to potentially interact with the semaphore logic as well, we should consider introducing an additional object stack in order to separate blocking and non-blocking request handling.
Activity
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #19072 | Wed Jul 15 16:49:49 MDT 2009 | mircea.toma | |
Files Changed | ||||
![]() ![]() ![]() |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #19074 | Wed Jul 15 17:15:55 MDT 2009 | mircea.toma | |
Files Changed | ||||
![]() |
Field | Original Value | New Value |
---|---|---|
Assignee | Mircea Toma [ mircea.toma ] |
Salesforce Case | [] | |
Fix Version/s | 1.8.2 [ 10190 ] |
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #19077 | Thu Jul 16 13:17:02 MDT 2009 | jack.van.ooststroom | Fixed JIRA |
Files Changed | ||||
![]() ![]() |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #19081 | Fri Jul 17 08:59:28 MDT 2009 | mircea.toma | |
Files Changed | ||||
![]() ![]() ![]() |
Salesforce Case | [] | |
Fix Version/s | 2.0 [ 10032 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #19083 | Fri Jul 17 11:33:25 MDT 2009 | jack.van.ooststroom | Fixed JIRA |
Files Changed | ||||
![]() |
Salesforce Case | [] | |
Description | Only the blocking connection should be using EnvironmentAdaptingServlet to avoid unnecessary use of semaphores in case thread blocking strategy/adaptation is used. | Currently one object stack, which included the Thread Blocking environment or ARP (Asynchronous Request Processing) adaptation, is used to handle both blocking and non-blocking requests. As this can cause non-blocking requests to potentially interact with the semaphore logic as well, we should consider introducing an additional object stack in order to separate blocking and non-blocking request handling. |
Salesforce Case | [] | |
Description | Currently one object stack, which included the Thread Blocking environment or ARP (Asynchronous Request Processing) adaptation, is used to handle both blocking and non-blocking requests. As this can cause non-blocking requests to potentially interact with the semaphore logic as well, we should consider introducing an additional object stack in order to separate blocking and non-blocking request handling. | Currently one object stack, which includes the Thread Blocking environment or ARP (Asynchronous Request Processing) adaptation, is used to handle both blocking and non-blocking requests. As this can cause non-blocking requests to potentially interact with the semaphore logic as well, we should consider introducing an additional object stack in order to separate blocking and non-blocking request handling. |
Fix Version/s | 1.8.2-RC1 [ 10210 ] | |
Fix Version/s | 2.0 [ 10032 ] |
Status | Resolved [ 5 ] | Closed [ 6 ] |
Use EnvironmentAdaptingServlet only for 'receive-updated-views' requests. Refactor SessionDispatcher to not adapt anymore to the server environment.