[JBoss JIRA] (WFCORE-492) fix JMX ObjectNameAddressUtil#toPathAddress
by Jeff Mesnil (JIRA)
Jeff Mesnil created WFCORE-492:
----------------------------------
Summary: fix JMX ObjectNameAddressUtil#toPathAddress
Key: WFCORE-492
URL: https://issues.jboss.org/browse/WFCORE-492
Project: WildFly Core
Issue Type: Bug
Affects Versions: 1.0.0.Alpha15
Reporter: Jeff Mesnil
Fix For: 1.0.0.Alpha16
The code in ObjectNameAddressUtil#toPathAddress is wrong: it must look for the childAddress's submodel, not the address of the registry itself.
The current code fails with the exception:
org.jboss.as.controller._private.OperationFailedRuntimeException: WFLYCTL0071: Duplicate path element 'subsystem' found [ "WFLYCTL0071: Duplicate path element 'subsystem' found" ]
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 11 months
[JBoss JIRA] (WFLY-3723) setting the local to english in CLI commands on non-english systems does not produce english output
by Romain Pelisse (JIRA)
[ https://issues.jboss.org/browse/WFLY-3723?page=com.atlassian.jira.plugin.... ]
Romain Pelisse commented on WFLY-3723:
--------------------------------------
Zanata is in fact not in charge of building the resources bundles files, so it can't really help us here. As discussed with other developers on chat, I've changed all the call to Locale.getDefault() to Locale.ROOT, which fixes *part* of the issue. Indeed, if I now request an empty locale, I no longer get a French / German answer.
However, because the bundle is still not found, if I request en_US (or en_UK for that matter), I still get an answer localized in French. I think I can fix it, and we will work on that.
Also, I feel that the partial fix is actually an other issue so I'll probably create a separate issue for it ("Wildfly locale should fallback to ROOT rather than default to ensure the root bundle are used instead of any localized one"), and link it to this one.
> setting the local to english in CLI commands on non-english systems does not produce english output
> ---------------------------------------------------------------------------------------------------
>
> Key: WFLY-3723
> URL: https://issues.jboss.org/browse/WFLY-3723
> Project: WildFly
> Issue Type: Bug
> Components: Localization
> Affects Versions: 8.1.0.Final
> Environment: Tested on MacOS running in German
> Reporter: Tom Fonteyne
> Assignee: Romain Pelisse
> Priority: Minor
>
> A German (or french etc...) system must be used to reproduce.
> It is likely this is not limited to MacOS, but I do not have a non-english Linux system available
> An out of the box install of wildfly/EAP:
> Without configuration, the log file is in German as expected.
> Using these CLI comands:
> :read-operation-description(name=stop-servers,locale=de_DE) -> german
> :read-operation-description(name=stop-servers,locale=en_US) -> german
> :read-operation-description(name=stop-servers,locale=fr_FR) -> french
> So we cannot get the CLI to produce english output
> when configuring JAVA_OPTS in domain.conf with:
> JAVA_OPTS="$JAVA_OPTS -Duser.language=en -Duser.country=DE -Duser.encoding=utf-8
> The log is now in English -> works as expected; and:
> :read-operation-description(name=stop-servers,locale=de_DE) -> german
> :read-operation-description(name=stop-servers,locale=en_US) -> english
> So it seems we have a bug where the locale set to start the domain takes precedence over the locale set in the CLI command (but only when English is asked)
> I presume this is because English is the default locale.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 11 months
[JBoss JIRA] (WFLY-3989) TCCL in constructor of MDB is ModuleClassLoader for Module "org.hornetq.ra:main"
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/WFLY-3989?page=com.atlassian.jira.plugin.... ]
David Lloyd commented on WFLY-3989:
-----------------------------------
You could probably do it by cherry-picking the PR commits on to a custom branch based off of the 8.1.0.Final tag. With any luck there would be no conflicts.
> TCCL in constructor of MDB is ModuleClassLoader for Module "org.hornetq.ra:main"
> --------------------------------------------------------------------------------
>
> Key: WFLY-3989
> URL: https://issues.jboss.org/browse/WFLY-3989
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading, EE
> Affects Versions: 8.1.0.Final
> Environment: Windows
> Reporter: Prasad Deshpande
> Assignee: jaikiran pai
> Fix For: 9.0.0.Beta1
>
>
> The spec mandates that the TCCL be the application's classloader when the component is invoked (even during construction), but I'm getting it as
> TCCL in constructor of MDB is ModuleClassLoader for Module "org.hornetq.ra:main" from local module loader
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 11 months