[JBoss JIRA] (WFLY-570) Check ModelTypes in jacorb subsystem
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-570?page=com.atlassian.jira.plugin.s... ]
Tomaz Cerar closed WFLY-570.
----------------------------
Resolution: Out of Date
Closing as we replaced jacorb subsystem with jdkorb one
> Check ModelTypes in jacorb subsystem
> ------------------------------------
>
> Key: WFLY-570
> URL: https://issues.jboss.org/browse/WFLY-570
> Project: WildFly
> Issue Type: Task
> Components: Domain Management, IIOP
> Affects Versions: 8.0.0.Alpha1
> Reporter: Brian Stansberry
> Fix For: 9.0.0.Beta1
>
>
> There are a number of attributes in the Jacorb subsystem that use ModelType.STRING for things that look like booleans. Check through the attributes and change to ModelType.BOOLEAN where appropriate.
> This shouldn't raise a compatibility issue, since ModelType.BOOLEAN is freely convertible to ModelType.STRING, and vice-versa so long as the string represents as boolean (which it would have to do for the attribute to work anyway.) If anything is changed though, a Console subtask should be created to look into any UI implications.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 4 months
[JBoss JIRA] (WFCORE-578) Better warning message in add-user.sh
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-578?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-3781 to WFCORE-578:
-----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-578 (was: WFLY-3781)
Affects Version/s: (was: 8.1.0.Final)
Component/s: Scripts
(was: Scripts)
Fix Version/s: 1.0.0.Alpha11
(was: Awaiting Volunteers)
> Better warning message in add-user.sh
> -------------------------------------
>
> Key: WFCORE-578
> URL: https://issues.jboss.org/browse/WFCORE-578
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Scripts
> Environment: Linux
> Reporter: David Tonhofer
> Assignee: David Salter
> Priority: Minor
> Fix For: 1.0.0.Alpha11
>
>
> If (shell or environment) variable JBOSS_HOME is set to something unexpected, then add-user.sh complains:
> "WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur."
> This can be made clearer, e.g.:
> "WARNING: The JBOSS_HOME (/usr/java/jboss7) that this script will use may indicate a different installation than the one this script resides in (/usr/local/java/wildfly) - unpredictable results may occur."
> Change of line 35 in "bin/add-user.sh":
> echo "WARNING: The JBOSS_HOME ($SANITIZED_JBOSS_HOME) that this script will use may indicate a different installation than the one this script resides in ($RESOLVED_JBOSS_HOME) - unpredictable results may occur."
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 4 months
[JBoss JIRA] (WFLY-3781) Better warning message in add-user.sh
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-3781?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-3781:
--------------------------------------
Assignee: David Salter
> Better warning message in add-user.sh
> -------------------------------------
>
> Key: WFLY-3781
> URL: https://issues.jboss.org/browse/WFLY-3781
> Project: WildFly
> Issue Type: Feature Request
> Components: Scripts
> Affects Versions: 8.1.0.Final
> Environment: Linux
> Reporter: David Tonhofer
> Assignee: David Salter
> Priority: Minor
> Fix For: Awaiting Volunteers
>
>
> If (shell or environment) variable JBOSS_HOME is set to something unexpected, then add-user.sh complains:
> "WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur."
> This can be made clearer, e.g.:
> "WARNING: The JBOSS_HOME (/usr/java/jboss7) that this script will use may indicate a different installation than the one this script resides in (/usr/local/java/wildfly) - unpredictable results may occur."
> Change of line 35 in "bin/add-user.sh":
> echo "WARNING: The JBOSS_HOME ($SANITIZED_JBOSS_HOME) that this script will use may indicate a different installation than the one this script resides in ($RESOLVED_JBOSS_HOME) - unpredictable results may occur."
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 4 months
[JBoss JIRA] (WFLY-838) Can't get implementing classname for JSR77 MBean
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-838?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry reassigned WFLY-838:
-------------------------------------
Assignee: Kabir Khan
> Can't get implementing classname for JSR77 MBean
> ------------------------------------------------
>
> Key: WFLY-838
> URL: https://issues.jboss.org/browse/WFLY-838
> Project: WildFly
> Issue Type: Bug
> Components: JMX
> Reporter: Anders Welen
> Assignee: Kabir Khan
> Priority: Minor
> Fix For: Awaiting Volunteers
>
>
> 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 was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 4 months