[JBoss JIRA] (AS7-6074) Can't get implementing classname for JSR77 MBean
by Anders Welen (JIRA)
Anders Welen created AS7-6074:
---------------------------------
Summary: Can't get implementing classname for JSR77 MBean
Key: AS7-6074
URL: https://issues.jboss.org/browse/AS7-6074
Project: Application Server 7
Issue Type: Bug
Components: JMX
Affects Versions: 7.1.3.Final (EAP)
Reporter: Anders Welen
Assignee: Stuart Douglas
Priority: Minor
The following exception are thrown when asking the MBean server for the classname implementing "jboss.jsr77:j2eeType=WebModule,name=MyWar.war,J2EEServer=default".
It should be a legal call. Why are the code clearly states it's illegal?
java.lang.IllegalStateException: JBAS019905: Should not get called
at org.jboss.as.jsr77.managedobject.J2EEDeployedObjectHandlers$J2EEModuleHandler.queryObjectNames(J2EEDeployedObjectHandlers.java:245)
at org.jboss.as.jsr77.managedobject.BaseHandler.getMBeanInfo(BaseHandler.java:64)
at org.jboss.as.jsr77.managedobject.J2EEDeployedObjectHandlers.getMBeanInfo(J2EEDeployedObjectHandlers.java:147)
at org.jboss.as.jsr77.managedobject.ManagedObjectHandlerRegistry.getMBeanInfo(ManagedObjectHandlerRegistry.java:112)
at org.jboss.as.jsr77.subsystem.JSR77ManagementMBeanServer.getMBeanInfo(JSR77ManagementMBeanServer.java:179)
at org.jboss.as.jmx.PluggableMBeanServerImpl.getMBeanInfo(PluggableMBeanServerImpl.java:212)
The error can easily be triggered by using JConsole to browse the same MBean.
--
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
12 years, 3 months
[JBoss JIRA] (AS7-6073) Initial OSGi / CDI Integration
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-6073?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler moved JBOSGI-445 to AS7-6073:
--------------------------------------------
Project: Application Server 7 (was: JBoss OSGi)
Key: AS7-6073 (was: JBOSGI-445)
Workflow: GIT Pull Request workflow (was: jira)
Component/s: CDI / Weld
OSGi
(was: CDI)
Security: (was: Public)
Fix Version/s: 7.2.0.CR1
(was: Approved / Unscheduled)
> Initial OSGi / CDI Integration
> -------------------------------
>
> Key: AS7-6073
> URL: https://issues.jboss.org/browse/AS7-6073
> Project: Application Server 7
> Issue Type: Feature Request
> Components: CDI / Weld, OSGi
> Reporter: Thomas Diesler
> Assignee: David Bosschaert
> Fix For: 7.2.0.CR1
>
>
> Provide an example test that shows CDI integration
--
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
12 years, 3 months
[JBoss JIRA] (AS7-5558) More useful error messages when management operations can't be found
by Brian Stansberry (JIRA)
Brian Stansberry created AS7-5558:
-------------------------------------
Summary: More useful error messages when management operations can't be found
Key: AS7-5558
URL: https://issues.jboss.org/browse/AS7-5558
Project: Application Server 7
Issue Type: Enhancement
Components: Domain Management
Reporter: Brian Stansberry
Fix For: 7.2.0.CR1
When the ModelController attempts to find the OperationStepHandler for a given operation + address, it needs to handle failure more intelligently. Instead of providing a one-size fits all exception, it should try to determine why the OSH couldn't be found and tailor the exception accordingly. Specifically, clarify whether the problem is the address is invalid or the operation name is invalid, and if it's the address that's invalid, clarify the point in the resource tree where the address goes wrong.
For example, a user attempting to administer a server that has already been shut down gets this fairly useless exception:
Error loading VM metrics
Unexpected HTTP response: 500
Request
{
"operation" => "composite",
"address" => [],
"steps" => [
{
"address" => [
("host" => "master"),
("server" => "server-one"),
("core-service" => "platform-mbean"),
("type" => "memory")
],
"operation" => "read-resource",
"include-runtime" => true
},
{
"address" => [
("host" => "master"),
("server" => "server-one"),
("core-service" => "platform-mbean"),
("type" => "threading")
],
"operation" => "read-resource",
"include-runtime" => true
},
{
"address" => [
("host" => "master"),
("server" => "server-one"),
("core-service" => "platform-mbean"),
("type" => "runtime")
],
"operation" => "read-resource",
"include-runtime" => true
},
{
"address" => [
("host" => "master"),
("server" => "server-one"),
("core-service" => "platform-mbean"),
("type" => "operating-system")
],
"operation" => "read-resource",
"include-runtime" => true
}
]
}
Response
Internal Server Error
{
"outcome" => "failed",
"failure-description" => "JBAS010850: No handler for operation read-resource at address [
(\"host\" => \"master\"),
(\"server\" => \"server-one\"),
(\"core-service\" => \"platform-mbean\"),
(\"type\" => \"memory\")
]",
"rolled-back" => true
}
The reality is no resource exists at address /host=master/server=server-one. The failure message should emphasize this fact.
--
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
12 years, 3 months
[JBoss JIRA] (AS7-6062) Datasource lookup broken in domain mode
by Nicklas Karlsson (JIRA)
Nicklas Karlsson created AS7-6062:
-------------------------------------
Summary: Datasource lookup broken in domain mode
Key: AS7-6062
URL: https://issues.jboss.org/browse/AS7-6062
Project: Application Server 7
Issue Type: Bug
Components: Server
Affects Versions: 7.2.0.Alpha1
Reporter: Nicklas Karlsson
Assignee: Jason Greene
A web app with a servlet doing
System.out.println(new InitialContext().lookup("java:jboss/datasources/ExampleDS"));
returns an object when the server is run in standalone mode but throws an exception of the DS not being found when run in domain mode.
--
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
12 years, 3 months