[JBoss JIRA] (WFCORE-1869) When unregistering a resource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of the submodel
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1869?page=com.atlassian.jira.plugi... ]
ehsavoie Hugonnet updated WFCORE-1869:
--------------------------------------
Summary: When unregistering a resource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of the submodel (was: When unregistering a resource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of hte submodel)
> When unregistering a resource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of the submodel
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-1869
> URL: https://issues.jboss.org/browse/WFCORE-1869
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 3.0.0.Alpha9
> Reporter: ehsavoie Hugonnet
> Assignee: ehsavoie Hugonnet
>
> When unregistering the submodel of a resource, if it targets an alias with children the operation will fail like this:
> java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE': java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE'
> at org.jboss.as.controller.registry.AliasResourceRegistration.alreadyRegistered(AliasResourceRegistration.java:291)
> at org.jboss.as.controller.registry.AliasResourceRegistration.unregisterSubModel(AliasResourceRegistration.java:123)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
> at org.jboss.as.controller.extension.ExtensionRegistry.removeExtension(ExtensionRegistry.java:341)
> We should ignore the removal of the children of an alias resource registration.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFCORE-1869) When unregistering a ressource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of hte submodel
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1869?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-1869:
-------------------------------------
Description:
When unregistering the submodel of a resource, if it targets an alias with children the operation will fail like this:
java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE': java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE'
at org.jboss.as.controller.registry.AliasResourceRegistration.alreadyRegistered(AliasResourceRegistration.java:291)
at org.jboss.as.controller.registry.AliasResourceRegistration.unregisterSubModel(AliasResourceRegistration.java:123)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.extension.ExtensionRegistry.removeExtension(ExtensionRegistry.java:341)
We should ignore the removal of the children of an alias resource registration.
was:
When unregistering the submodel of a resource, if it targets an alias with children the operation will fail like this:
java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE': java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE'
at org.jboss.as.controller.registry.AliasResourceRegistration.alreadyRegistered(AliasResourceRegistration.java:291)
at org.jboss.as.controller.registry.AliasResourceRegistration.unregisterSubModel(AliasResourceRegistration.java:123)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.extension.ExtensionRegistry.removeExtension(ExtensionRegistry.java:341)
We should ignore the removal of the children of an alias ressource
> When unregistering a ressource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of hte submodel
> -----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-1869
> URL: https://issues.jboss.org/browse/WFCORE-1869
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 3.0.0.Alpha9
> Reporter: ehsavoie Hugonnet
> Assignee: ehsavoie Hugonnet
>
> When unregistering the submodel of a resource, if it targets an alias with children the operation will fail like this:
> java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE': java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE'
> at org.jboss.as.controller.registry.AliasResourceRegistration.alreadyRegistered(AliasResourceRegistration.java:291)
> at org.jboss.as.controller.registry.AliasResourceRegistration.unregisterSubModel(AliasResourceRegistration.java:123)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
> at org.jboss.as.controller.extension.ExtensionRegistry.removeExtension(ExtensionRegistry.java:341)
> We should ignore the removal of the children of an alias resource registration.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFCORE-1869) When unregistering a ressource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of hte submodel
by ehsavoie Hugonnet (JIRA)
ehsavoie Hugonnet created WFCORE-1869:
-----------------------------------------
Summary: When unregistering a ressource in the MMR, if the address targets an alias then we should just 'ignore' the unregistering of hte submodel
Key: WFCORE-1869
URL: https://issues.jboss.org/browse/WFCORE-1869
Project: WildFly Core
Issue Type: Bug
Components: Domain Management
Affects Versions: 3.0.0.Alpha9
Reporter: ehsavoie Hugonnet
Assignee: ehsavoie Hugonnet
When unregistering the submodel of a resource, if it targets an alias with children the operation will fail like this:
java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE': java.lang.IllegalArgumentException: WFLYCTL0277: An alias is already registered at location '/subsystem=infinispan/cache-container=*/distributed-cache=*/file-store=FILE_STORE'
at org.jboss.as.controller.registry.AliasResourceRegistration.alreadyRegistered(AliasResourceRegistration.java:291)
at org.jboss.as.controller.registry.AliasResourceRegistration.unregisterSubModel(AliasResourceRegistration.java:123)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.registry.ConcreteResourceRegistration.unregisterSubModel(ConcreteResourceRegistration.java:261)
at org.jboss.as.controller.extension.ExtensionRegistry.removeExtension(ExtensionRegistry.java:341)
We should ignore the removal of the children of an alias ressource
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFCORE-1868) wrong parse of double quote in `\\"`
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1868?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFCORE-1868:
----------------------------------------
Assignee: Jean-Francois Denise
> wrong parse of double quote in `\\"`
> -------------------------------------
>
> Key: WFCORE-1868
> URL: https://issues.jboss.org/browse/WFCORE-1868
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Environment: JBoss EAP 7.0.0
> Reporter: Hisanobu Okuda
> Assignee: Jean-Francois Denise
>
> jboss-cli does not parse command line if command line contains {code}\\"{code}
> When a command is
> {code}/system-property=foo4:add(value="vvv\\"){code}
> it shows the sub-prompt '> ' like:
> {code}
> [standalone@localhost:9990 /] /system-property=foo4:add(value="vvv\\")
> >
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFCORE-1868) wrong parse of double quote in `\\"`
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1868?page=com.atlassian.jira.plugi... ]
Brian Stansberry moved WFLY-7321 to WFCORE-1868:
------------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-1868 (was: WFLY-7321)
Component/s: CLI
(was: CLI)
> wrong parse of double quote in `\\"`
> -------------------------------------
>
> Key: WFCORE-1868
> URL: https://issues.jboss.org/browse/WFCORE-1868
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Environment: JBoss EAP 7.0.0
> Reporter: Hisanobu Okuda
> Assignee: Jason Greene
>
> jboss-cli does not parse command line if command line contains {code}\\"{code}
> When a command is
> {code}/system-property=foo4:add(value="vvv\\"){code}
> it shows the sub-prompt '> ' like:
> {code}
> [standalone@localhost:9990 /] /system-property=foo4:add(value="vvv\\")
> >
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7319) Processing of variables doesn't work in servlet mapping
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-7319?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-7319:
--------------------------------------
Component/s: Web (Undertow)
Assignee: Stuart Douglas (was: Jason Greene)
> Processing of variables doesn't work in servlet mapping
> -------------------------------------------------------
>
> Key: WFLY-7319
> URL: https://issues.jboss.org/browse/WFLY-7319
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.1.0.Final
> Reporter: John Ament
> Assignee: Stuart Douglas
>
> I have the following servlet mapping:
> {code}
> <servlet>
> <servlet-name>TogglzConsoleServlet</servlet-name>
> <servlet-class>org.togglz.console.TogglzConsoleServlet</servlet-class>
> </servlet>
> <servlet-mapping>
> <servlet-name>TogglzConsoleServlet</servlet-name>
> <url-pattern>${togglz.uri}</url-pattern>
> </servlet-mapping>
> {code}
> Regardless of system property, the value is not processed.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7304) Compensations subsystem
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-7304?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFLY-7304:
----------------------------------------
Is this functionality exposed via the management API in any .Final or .GA release of WildFly or EAP? If so we'd need to deal with compatibility. If not, great!
> Compensations subsystem
> -----------------------
>
> Key: WFLY-7304
> URL: https://issues.jboss.org/browse/WFLY-7304
> Project: WildFly
> Issue Type: Task
> Components: Transactions
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Priority: Minor
> Fix For: 11.0.0.Alpha1
>
>
> Currently compensations bootstrap happens in the transactions subsystem. It registers deployment processor to scan the annotations and add the dependencies if necessary. This is not expensive and doesn't cause any issues other than adding the dependencies to the transactions subsystem. However, I'm currently finishing off the recovery implementation and more bootstrap logic will be needed. In addition, two more recovery modules will have to be registered: one for the participant (a new one) and one for the coordinator (from XTS). This will require to add XTS dependency too.
> The whole compensations bootstrapping will not need a lot of code. However, I'm thinking maybe it would be good to pull it out to the separate subsystem in order to maintain the separation of concerns.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFCORE-1859) Investigate and fix JDK9 modular params propagation to forked processes
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1859?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-1859:
------------------------------------------
Note that the ProcessController and the HostController are meant to run from the same JRE. It's possible there is some fine detail involved that needs to be sorted, but the basic assumption is they are on the same JRE. I don't believe we ever intentionally provided a way to change that, although perhaps some hacker of domain.conf could figure out something.
The servers are a completely different story. There we have explicit configuration of the server jvm with an absolute expectation that it could be different from the PC/HC.
The DomainController is just a HostController configured to have some special responsibilities. In this area, those responsibilities are no different from any other HC. The DC does not impact the JRE used by other HCs.
> Investigate and fix JDK9 modular params propagation to forked processes
> -----------------------------------------------------------------------
>
> Key: WFCORE-1859
> URL: https://issues.jboss.org/browse/WFCORE-1859
> Project: WildFly Core
> Issue Type: Sub-task
> Components: Server, Test Suite
> Reporter: Richard Opalka
> Assignee: Richard Opalka
> Priority: Blocker
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7322) LDAP referrals does not work in Elytron ldap-realm
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFLY-7322?page=com.atlassian.jira.plugin.... ]
Jan Kalina reassigned WFLY-7322:
--------------------------------
Assignee: Jan Kalina (was: Darran Lofthouse)
> LDAP referrals does not work in Elytron ldap-realm
> --------------------------------------------------
>
> Key: WFLY-7322
> URL: https://issues.jboss.org/browse/WFLY-7322
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 11.0.0.Alpha1
> Reporter: Ondrej Lukas
> Assignee: Jan Kalina
> Priority: Blocker
>
> LDAP referrals cannot be used in Elytron {{ldap-realm}}. Ldap Realm is currently not prepared to work with referrals at all:
> * {{ldap-realm}} does not include any options which enable working with LDAP referrals (PicketBox use {{baseFilter}} option which can be configured to return also referral object)
> * implementation of {{org.wildfly.security.auth.realm.ldap.LdapSecurityRealm}} does not include any logic which handles referrals
> Referrals are important feature of LDAP. It has to be covered by Elytron => requested blocker flag.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months