[JBoss JIRA] Created: (JBMESSAGING-911) Clustered recovery cleanup
by Tim Fox (JIRA)
Clustered recovery cleanup
--------------------------
Key: JBMESSAGING-911
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-911
Project: JBoss Messaging
Issue Type: Task
Reporter: Tim Fox
Assigned To: Tim Fox
Fix For: 1.2.1
For a clustered config we assume we can get our xaresource for recovery from any node of the cluster and do recovery on that, this means that transactions can be recovered on different nodes to where they originally where - i.e. we have a shared transaction log.
This means other nodes will also load them up into their in memory maps too.
Therefore on successful resolution we need to broadcst this across the cluster so they can be removed from other nodes in transaction repositories too.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Created: (JBMICROCONT-175) Move incomplete deployment checking into MainDeployer
by Scott M Stark (JIRA)
Move incomplete deployment checking into MainDeployer
-----------------------------------------------------
Key: JBMICROCONT-175
URL: http://jira.jboss.com/jira/browse/JBMICROCONT-175
Project: JBoss MicroContainer
Issue Type: Feature Request
Affects Versions: JBossMC_2_0_0 Beta3
Reporter: Scott M Stark
Fix For: JBossMC_2_0_0_CR1
Currently all users of the MainDeployer.process have to externally code something like:
protected void checkIncomplete() throws DeploymentException
{
IncompleteDeployments incomplete = IncompleteDeploymentsBuilder.build(mainDeployer, controller);
if (incomplete.isIncomplete())
throw new IncompleteDeploymentException(incomplete);
}
to see if the last process has any deployments in an incomplete state. It would be better if this logic was passed in as a listener with helper implementations for the typical check to avoid this duplication and need to inject kernel controller.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 1 month
[JBoss JIRA] Created: (BPEL-223) Convert IntegrationServlet to a servlet context listener
by Alejandro Guizar (JIRA)
Convert IntegrationServlet to a servlet context listener
--------------------------------------------------------
Key: BPEL-223
URL: http://jira.jboss.com/jira/browse/BPEL-223
Project: JBoss jBPM BPEL
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Engine
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Fix For: jBPM BPEL 1.1 beta 3
ServletContextListeners are a viable alternative to servlets for initializing and destroying the integration control. From the Servlet 2.4 spec, section 10.2:
"Servlet event listeners support event notifications for state changes in the ServletContext, HttpSession and ServletRequest objects.
Servlet context listeners are used to **manage resources** or state held at a JVM level for the application."
Their intent definitely seems to match our purposes.
Section 10.2.2 provides an example. When the application starts up, the listener creates a connection to the database and stores it in the servlet context. Servlets access the connection from the context as needed. When the application shuts down, the listener closes the connection.
Our listener could initialize the integration control and store it in the servlet context, then destroy it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 1 month