[JBoss JIRA] (JBMESSAGING-1938) The MessagingClusterHealthMBean does not provide JMX Notifications
by Jimmy Wilson (JIRA)
Jimmy Wilson created JBMESSAGING-1938:
-----------------------------------------
Summary: The MessagingClusterHealthMBean does not provide JMX Notifications
Key: JBMESSAGING-1938
URL: https://issues.jboss.org/browse/JBMESSAGING-1938
Project: JBoss Messaging
Issue Type: Feature Request
Components: Messaging Core
Affects Versions: 1.4.8.SP5
Reporter: Doug Grove
Assignee: Doug Grove
Fix For: 1.4.8.SP9
The MessagingClusterHealthMBean effectively shuts down JBoss Messaging on certain error conditions. Loss of connectivity to the database is one such condition.
JMX notification of stop and start events should be provided so that management tools can be made aware of these events and take appropriate action.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (AS7-5578) Revisit handling of scanner-controlled deployments in the console
by Brian Stansberry (JIRA)
Brian Stansberry created AS7-5578:
-------------------------------------
Summary: Revisit handling of scanner-controlled deployments in the console
Key: AS7-5578
URL: https://issues.jboss.org/browse/AS7-5578
Project: Application Server 7
Issue Type: Sub-task
Components: Console
Reporter: Brian Stansberry
Assignee: Heiko Braun
Fix For: 7.2.0.CR1
The parent issue is resolved, meaning the problem of undeploying a scanner-controlled deployment via the CLI or console just resulting in the next scan run deploying it again is fixed. So, the console handling of such deployments should be revisited to see if the console user should be allowed to do more things.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (AS7-5680) Separate framework SPI from API
by Thomas Diesler (JIRA)
Thomas Diesler created AS7-5680:
-----------------------------------
Summary: Separate framework SPI from API
Key: AS7-5680
URL: https://issues.jboss.org/browse/AS7-5680
Project: Application Server 7
Issue Type: Task
Components: OSGi
Reporter: Thomas Diesler
Assignee: Thomas Diesler
Fix For: 7.2.0.Alpha1
For better stability the SPI should be separated from the framework public API
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (AS7-5437) Failed to load messaging connections
by Heiko Braun (JIRA)
Heiko Braun created AS7-5437:
--------------------------------
Summary: Failed to load messaging connections
Key: AS7-5437
URL: https://issues.jboss.org/browse/AS7-5437
Project: Application Server 7
Issue Type: Feature Request
Reporter: Heiko Braun
profile = full
{noformat}
[ERROR] java.lang.IllegalArgumentException
[ERROR] at org.jboss.dmr.client.ModelValue.asObject(ModelValue.java:98)
[ERROR] at org.jboss.dmr.client.ModelNode.asObject(ModelNode.java:252)
[ERROR] at org.jboss.as.console.client.shared.subsys.messaging.LoadJMSCmd$1.onSuccess(LoadJMSCmd.java:59)
[ERROR] at org.jboss.as.console.client.shared.subsys.messaging.LoadJMSCmd$1.onSuccess(LoadJMSCmd.java:1)
{noformat}
--
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
13 years, 9 months
[JBoss JIRA] (AS7-3019) Arquillian Managed Container fails to start JBoss AS with ServiceNotFoundException
by Martin Gencur (Created) (JIRA)
Arquillian Managed Container fails to start JBoss AS with ServiceNotFoundException
----------------------------------------------------------------------------------
Key: AS7-3019
URL: https://issues.jboss.org/browse/AS7-3019
Project: Application Server 7
Issue Type: Bug
Components: Test Suite
Reporter: Martin Gencur
Assignee: Aslak Knutsen
Affects JBossAS 7.1.0.CR1-SNAPSHOT (HEAD=d9e236d - Update timeout to be more reasonable with load)
When I'm starting AS with jboss-as-arquillian-container-managed (7.1.0.CR1-SNAPSHOT), I get the following exception (no configuration in standalone.xml was changed after building the distribution):
14:57:41,690 INFO [org.jboss.as] (Controller Boot Thread) JBoss AS 7.1.0.CR1-SNAPSHOT "Tesla" started in 3547ms - Started 131 of 200 services (68 services are passive or on-demand)
14:57:42,037 ERROR [org.jboss.as.controller.management-operation] (pool-1-thread-1) JBAS014612: Operation ("read-attribute") failed - address: ({
"socket-binding-group" => "standard-sockets",
"socket-binding" => "undefined"
}): org.jboss.msc.service.ServiceNotFoundException: Service service jboss.binding.undefined not found
at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:447) [jboss-msc-1.0.1.GA.jar:]
at org.jboss.as.server.services.net.BindingMetricHandlers$AbstractBindingMetricsHandler$1.execute(BindingMetricHandlers.java:66) [jboss-as-server-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:359) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:254) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:190) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.server.services.net.BindingMetricHandlers$AbstractBindingMetricsHandler.execute(BindingMetricHandlers.java:76) [jboss-as-server-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.server.services.net.BindingMetricHandlers$BoundAddressHandler.execute(BindingMetricHandlers.java:106) [jboss-as-server-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$ReadAttributeHandler.doExecute(GlobalOperationHandlers.java:452) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:974) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:359) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:254) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:190) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.ModelControllerImpl$DefaultPrepareStepHandler.execute(ModelControllerImpl.java:432) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:359) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:254) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:190) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:119) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:98) [jboss-as-controller-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.protocol.mgmt.AbstractMessageHandler$3$1.doExecute(AbstractMessageHandler.java:268) [jboss-as-protocol-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:424) [jboss-as-protocol-7.1.0.CR1-SNAPSHOT.jar:]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_21]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_21]
at java.lang.Thread.run(Thread.java:619) [:1.6.0_21]
Starting the same AS manually works fine.
--
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
13 years, 9 months
[JBoss JIRA] (AS7-5734) Deployment of Bundle "com.springsource.org.apache.commons.logging:1.1.1" fails
by Peter Kilian (JIRA)
Peter Kilian created AS7-5734:
---------------------------------
Summary: Deployment of Bundle "com.springsource.org.apache.commons.logging:1.1.1" fails
Key: AS7-5734
URL: https://issues.jboss.org/browse/AS7-5734
Project: Application Server 7
Issue Type: Bug
Components: OSGi
Affects Versions: 7.2.0.Alpha1
Environment: Windows 7, JDK 1.6.0_24
Reporter: Peter Kilian
Assignee: Thomas Diesler
The deployment of the OSGi Bundle Apache Commons Logging provided by SpringSource fails.
Copy it to the Deploy-Folder, the Bundle is installed and started, but the file is marked in the Deploy-Folder as failed with the reason "undefined".
When this Bundle is deployed with the Target "deploy-artifact" of the JBoss AS7 Deploment plugin the maven call "hangs".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months