[ https://issues.jboss.org/browse/ISPN-1396?page=com.atlassian.jira.plugin.... ] Work on ISPN-1396 started by Galder Zamarreño. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/ISPN-1396?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-1396: ---------------------------------------- And there's more internal thread stuff: * InboundInvocationHandlerImpl.RetryQueue which extends Thread. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/ISPN-1396?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-1396: ---------------------------------------- The InboundInvocationHandlerImpl.RetryQueue would need some work to make it manageable via an executor. Amongst other jobs, it queues operations to a cache while state transfer or rehashing is ongoing. I think previously RetryQueue was also there to handle issues with acquiring distributed processing lock, but that's not there any more, so code like this might need to go away: {code} } catch (TimeoutException te) { // Enqueue this request rather than wait for this lock... return enqueueCommand(cmd); {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/ISPN-1396?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-1396: ---------------------------------------- The async store is pretty complex as is, so getting the async store to support injected executors needs some careful coding, particularly around two areas: - Deciding what are the right executor pool settings taking in account multiple caches might share the same pool for async store, i.e. rejected executor handler, default pool size...etc. - How the executor shutdown procedure should be when async store does not manage the lifecycle of the executor. So, I've created ISPN-1439 so that this gets addressed independently. As a side note, I still have my doubts that such complex set up is needed for coalesced logic. IOW, by limiting coalescing to a single thread things would be a lot simpler, see http://lists.jboss.org/pipermail/infinispan-dev/2010-August/006204.html -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/ISPN-1396?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-1396: ----------------------------------- Fix Version/s: 5.1.0.CR1 (was: 5.1.0.BETA2) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/ISPN-1396?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-1396: ----------------------------------- Fix Version/s: 5.2.0.FINAL (was: 5.1.0.CR1) This needs more thought, moving to 5.2. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/ISPN-1396?page=com.atlassian.jira.plugin.... ] Galder Zamarreño reassigned ISPN-1396: -------------------------------------- Assignee: Tristan Tarrant (was: Galder Zamarreño) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira