[JBoss JIRA] (WFCORE-3385) Cannot batch-drop an extension and its subsystem
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3385?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-3385:
-------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/2909, https://github.com/wildfly/wildfly-core/pull/2910 (was: https://github.com/wildfly/wildfly-core/pull/2909)
> Cannot batch-drop an extension and its subsystem
> ------------------------------------------------
>
> Key: WFCORE-3385
> URL: https://issues.jboss.org/browse/WFCORE-3385
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 3.0.8.Final
> Environment: OpenJDK 8, Linux, 64 bit.
> Reporter: Marcel Šebek
> Assignee: Brian Stansberry
> Priority: Critical
> Fix For: 4.0.0.Alpha1, 3.0.9.Final
>
>
> Dropping SAR subsystem and SAR extension in a batch results in
> ```
> 15:36:09,805 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("remove") failed - address: ([("subsystem" => "sar")]): java.lang.NullPointerException
> at org.jboss.as.controller.CapabilityRegistry.getCapabilitiesForAddress(CapabilityRegistry.java:469)
> at org.jboss.as.controller.CapabilityRegistry.capabilityReloadRequired(CapabilityRegistry.java:446)
> at org.jboss.as.controller.AbstractOperationContext.reloadRequired(AbstractOperationContext.java:1122)
> at org.jboss.as.controller.ReloadRequiredRemoveStepHandler.performRuntime(ReloadRequiredRemoveStepHandler.java:56)
> at org.jboss.as.controller.AbstractRemoveStepHandler$1.execute(AbstractRemoveStepHandler.java:82)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:980)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> 15:36:09,807 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0190: Step handler org.jboss.as.controller.extension.ExtensionRemoveHandler@3ca42854 for operation remove at address [("extension" => "org.jboss.as.sar")] failed handling operation rollback -- java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.sar-deployment' is already registered in context 'global'.: java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.sar-deployment' is already registered in context 'global'.
> at org.jboss.as.controller.CapabilityRegistry.lambda$registerPossibleCapability$0(CapabilityRegistry.java:572)
> at java.util.concurrent.ConcurrentHashMap.computeIfPresent(ConcurrentHashMap.java:1769)
> at org.jboss.as.controller.CapabilityRegistry.registerPossibleCapability(CapabilityRegistry.java:566)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerCapability(ConcreteResourceRegistration.java:684)
> at org.jboss.as.controller.SimpleResourceDefinition.registerCapabilities(SimpleResourceDefinition.java:362)
> at org.jboss.as.controller.registry.NodeSubregistry.registerChild(NodeSubregistry.java:112)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:231)
> at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerSubsystemModel(ExtensionRegistry.java:706)
> at org.jboss.as.service.SarExtension.initialize(SarExtension.java:93)
> at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131)
> at org.jboss.as.controller.extension.ExtensionRemoveHandler$1.handleRollback(ExtensionRemoveHandler.java:81)
> at org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1526)
> at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1498)
> at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1480)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1437)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1420)
> at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1284)
> at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:857)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:739)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> ```
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (WFCORE-3385) Cannot batch-drop an extension and its subsystem
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3385?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-3385:
-------------------------------------
Fix Version/s: 4.0.0.Alpha1
3.0.9.Final
> Cannot batch-drop an extension and its subsystem
> ------------------------------------------------
>
> Key: WFCORE-3385
> URL: https://issues.jboss.org/browse/WFCORE-3385
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 3.0.8.Final
> Environment: OpenJDK 8, Linux, 64 bit.
> Reporter: Marcel Šebek
> Assignee: Brian Stansberry
> Priority: Critical
> Fix For: 4.0.0.Alpha1, 3.0.9.Final
>
>
> Dropping SAR subsystem and SAR extension in a batch results in
> ```
> 15:36:09,805 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("remove") failed - address: ([("subsystem" => "sar")]): java.lang.NullPointerException
> at org.jboss.as.controller.CapabilityRegistry.getCapabilitiesForAddress(CapabilityRegistry.java:469)
> at org.jboss.as.controller.CapabilityRegistry.capabilityReloadRequired(CapabilityRegistry.java:446)
> at org.jboss.as.controller.AbstractOperationContext.reloadRequired(AbstractOperationContext.java:1122)
> at org.jboss.as.controller.ReloadRequiredRemoveStepHandler.performRuntime(ReloadRequiredRemoveStepHandler.java:56)
> at org.jboss.as.controller.AbstractRemoveStepHandler$1.execute(AbstractRemoveStepHandler.java:82)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:980)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> 15:36:09,807 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0190: Step handler org.jboss.as.controller.extension.ExtensionRemoveHandler@3ca42854 for operation remove at address [("extension" => "org.jboss.as.sar")] failed handling operation rollback -- java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.sar-deployment' is already registered in context 'global'.: java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.sar-deployment' is already registered in context 'global'.
> at org.jboss.as.controller.CapabilityRegistry.lambda$registerPossibleCapability$0(CapabilityRegistry.java:572)
> at java.util.concurrent.ConcurrentHashMap.computeIfPresent(ConcurrentHashMap.java:1769)
> at org.jboss.as.controller.CapabilityRegistry.registerPossibleCapability(CapabilityRegistry.java:566)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerCapability(ConcreteResourceRegistration.java:684)
> at org.jboss.as.controller.SimpleResourceDefinition.registerCapabilities(SimpleResourceDefinition.java:362)
> at org.jboss.as.controller.registry.NodeSubregistry.registerChild(NodeSubregistry.java:112)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:231)
> at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerSubsystemModel(ExtensionRegistry.java:706)
> at org.jboss.as.service.SarExtension.initialize(SarExtension.java:93)
> at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131)
> at org.jboss.as.controller.extension.ExtensionRemoveHandler$1.handleRollback(ExtensionRemoveHandler.java:81)
> at org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1526)
> at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1498)
> at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1480)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1437)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1420)
> at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1284)
> at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:857)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:739)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> ```
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (DROOLS-2074) [Guided Decision Table] BRL Condition Update is Vetoed
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2074?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-2074:
-------------------------------------
Oh, thanks Michael, this is really more easy to construct.
> [Guided Decision Table] BRL Condition Update is Vetoed
> ------------------------------------------------------
>
> Key: DROOLS-2074
> URL: https://issues.jboss.org/browse/DROOLS-2074
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor
> Affects Versions: 7.4.1.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Attachments: Address.java, Person.java, Screenshot from 2017-10-27 16-39-16.png, moveToBiggerCities.gdst
>
>
> The attached guided decision table contains BRL condition fragment that can not be updated. In other words, click on finish in the edit column definition wizard causes VetoException. The BRL fragment is quite complex, so please see steps to reproduce for more details.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (DROOLS-2074) [Guided Decision Table] BRL Condition Update is Vetoed
by Michael Anstis (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2074?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-2074:
----------------------------------------
OK, the scenario can be simplified with the following:
LHS (BRL fragment)
{{$person : Person( .. )}}
RHS (any)
{{modify($person) \{..\}}}
> [Guided Decision Table] BRL Condition Update is Vetoed
> ------------------------------------------------------
>
> Key: DROOLS-2074
> URL: https://issues.jboss.org/browse/DROOLS-2074
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor
> Affects Versions: 7.4.1.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Attachments: Address.java, Person.java, Screenshot from 2017-10-27 16-39-16.png, moveToBiggerCities.gdst
>
>
> The attached guided decision table contains BRL condition fragment that can not be updated. In other words, click on finish in the edit column definition wizard causes VetoException. The BRL fragment is quite complex, so please see steps to reproduce for more details.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (HAWKULARQE-199) CFME Tests - Make Midddleware Provider WidgetasticTaggable
by Hayk Hovsepyan (JIRA)
Hayk Hovsepyan created HAWKULARQE-199:
-----------------------------------------
Summary: CFME Tests - Make Midddleware Provider WidgetasticTaggable
Key: HAWKULARQE-199
URL: https://issues.jboss.org/browse/HAWKULARQE-199
Project: Hawkular QE
Issue Type: Task
Reporter: Hayk Hovsepyan
Assignee: Hayk Hovsepyan
<gshefer> psav, BaseProvider is still Taggable and not yet WidgetasticTaggable, should I replace it in BaseProvider or just inherit this in ContainersProvider?
<cfme_bot> PR: #5703 [WIPTEST] Widgetastic conversions - downstream-59z - failure
<psav> I think for now yes, unless izapolsk can provide better guidance
<psav> once we see it is WTtaggable on all of them
<psav> we can convert
<izapolsk> gshefer, sure thing, please update BaseProvider as well
<izapolsk> gshefer++
<cfme_bot> gshefer == 23
<psav> ahh ok
<psav> izapolsk: it's ready for it?
<cfme_bot> PR: #5432 [WIPTEST] Revert snapshot tests redone - downstream-59z - failure
<gshefer> are you sure, couldn't this effects others which didn't yet implement things like navmazing objects for tagging?
<izapolsk> psav, gshefer, checking
* kkulkarn (~kkulkarn(a)ovpn-123-9.rdu2.redhat.com) has joined #cfme-qe
<psav> OK
<psav> wow just think
<psav> we _could_ implement the EditTags on the WTTaggable class
<psav> as long as it's the same button name for all providers
<psav> unless we do this alreayd
<izapolsk> checking
<psav> :D
<vparekh> hey can someone please help me debug this, not getting why it is yelling
<vparekh> http://pastebin.test.redhat.com/527476
<psav> looking
<izapolsk> cloudinfra prov is alraedy WidgetasticTaggable
<psav> vparekh: did you decorate the Tenant object?
<psav> is this master?
<psav> if not
<psav> I need link to code
<vparekh> giving code, just a min
<psav> excellent
<izapolsk> middleware provider looks not updated
<psav> hhovsepy_afk: ^^?
<psav> ahhh
<psav> afk
<psav> #sadpanda
<psav> izapolsk: how much effort to fix that yup you think?
<izapolsk> fix - 1h + testing - 2-3h
<psav> hmmm
<psav> I wonder if raoul could squeeze that in
<izapolsk> I think ~2 h
<psav> it would be another big win
<izapolsk> yup
<psav> would that remove the Taggable class completely
<izapolsk> let me check
<psav> or just in providers
<psav> nah
<psav> I can check
<izapolsk> 18 usages
<izapolsk> most in containter
<izapolsk> containters
<vparekh> psav, its in https://github.com/ManageIQ/integration_tests/pull/5492 files
<psav> looks like containers yeh
<psav> and middleware
<psav> thta's it
<psav> 18 usages
<izapolsk> 11 - containers , 6 - midlleware
<psav> 1 in common
<psav> jejeje
<psav> vparekh: looking at it
<juwatts> the ones in containers should be going away soon with gshefer's conversion
* kkulkarn-wfh has quit (Ping timeout: 600 seconds)
<kkulkarn> hello, looking for 2nd level review on https://github.com/ManageIQ/integration_tests/pull/5655
<vparekh> this time, 'The show' had cfme-qe covered :D
* sshveta_afk has quit (Ping timeout: 600 seconds)
<psav> vparekh: because it's .parent
<psav> not .collection
<vparekh> ah but where
<vparekh> psav,
<vparekh> traceback doesn't have it
* dmisharo has quit (Quit: Konversation terminated!)
* kkulkarn is now known as kkulkarn-wfh
<psav> what do you mean?
<gshefer> izapolsk, psav, is this make sense that Details view has entities attr? - https://github.com/ManageIQ/integration_tests/blob/master/cfme/common/__i...
<psav> where's the traceback?
<mpusater> All, have we noticed the IPV4 problem on certain rhv hosts more than others?
<psav> lcouz|teambuilding: ^^?
<cfme_bot> PR: #5432 [WIPTEST] Revert snapshot tests redone - downstream-57z - failure
<vparekh> psav, http://pastebin.test.redhat.com/527476
<gshefer> then it'll require me to do ugly workarounds
<izapolsk> ?
<psav> I'll find it
<psav> line 1459
<psav> prerequisite = NavigateToAttribute('collection', 'All')
<izapolsk> gshefer, someone called view with SummaryTables - entities. What exactly is not ok ?
<psav> that should be changed to parent
<psav> not collection
* raoul|afk is now known as raoul
<vparekh> ah
<vparekh> changing
<vparekh> psav++
<cfme_bot> psav == 524
<gshefer> izapolsk, in our object the summary tables are not under entities
<gshefer> izapolsk, inconsistency
<psav> vparekh: just one of the things to check when you are doing this kind of conversion
<vparekh> I was actually finding if I missed something in code, and didn't see the navigation
<vparekh> I need coffee, hehe
<izapolsk> gshefer, can you fix this in containers ?
* You are now known as hhovsepy
<psav> ahhh hhovsepy^^?
<psav> see the comments about Taggable vs WidgetasticTaggable
<psav> any help yo ucan give us here would be appreciated in removing the old class
<psav> containers and hawkular are the only two remaining places
<psav> mornin mshriver
<gshefer> izapolsk, and in provider it called contents
<sbulage> hey mshriver o/
<gshefer> izapolsk, that crazy, in everyplace is different
<psav> consistency FTL :(
<mshriver> late mornin' psav :) feeling much better now
<mpusater> ok a quick peak right now indicates that infra-rhv40-sprout{1,2,7} are not having issues and infra-rhv40-sprout{3,4,5,6) are.
<mpusater> also vmware as I anticipated is not affected.
<izapolsk> gshefer, I'll fix that on Monday, okay ?
<cfme_bot> PR: #5670 [1LP][RFR] fix to upgrade testing - downstream-57z - failure
<mshriver> mpusater I don't think I ever saw/tested the IPv4 issues on rhv{1,2,7} because those would fail with insufficient resources
<gshefer> izapolsk, in which way? because I'm converting now all to WT, I have PR
<izapolsk> use entities
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (WFCORE-3385) Cannot batch-drop an extension and its subsystem
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3385?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFCORE-3385:
----------------------------------------
Assignee: Brian Stansberry (was: Chao Wang)
[~soul2zimate] I'm taking this one as we're doing it on a rush basis and it's the middle of the night your time. Thanks for analyzing the problem!
> Cannot batch-drop an extension and its subsystem
> ------------------------------------------------
>
> Key: WFCORE-3385
> URL: https://issues.jboss.org/browse/WFCORE-3385
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 3.0.8.Final
> Environment: OpenJDK 8, Linux, 64 bit.
> Reporter: Marcel Šebek
> Assignee: Brian Stansberry
> Priority: Critical
>
> Dropping SAR subsystem and SAR extension in a batch results in
> ```
> 15:36:09,805 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("remove") failed - address: ([("subsystem" => "sar")]): java.lang.NullPointerException
> at org.jboss.as.controller.CapabilityRegistry.getCapabilitiesForAddress(CapabilityRegistry.java:469)
> at org.jboss.as.controller.CapabilityRegistry.capabilityReloadRequired(CapabilityRegistry.java:446)
> at org.jboss.as.controller.AbstractOperationContext.reloadRequired(AbstractOperationContext.java:1122)
> at org.jboss.as.controller.ReloadRequiredRemoveStepHandler.performRuntime(ReloadRequiredRemoveStepHandler.java:56)
> at org.jboss.as.controller.AbstractRemoveStepHandler$1.execute(AbstractRemoveStepHandler.java:82)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:980)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> 15:36:09,807 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0190: Step handler org.jboss.as.controller.extension.ExtensionRemoveHandler@3ca42854 for operation remove at address [("extension" => "org.jboss.as.sar")] failed handling operation rollback -- java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.sar-deployment' is already registered in context 'global'.: java.lang.IllegalStateException: WFLYCTL0363: Capability 'org.wildfly.sar-deployment' is already registered in context 'global'.
> at org.jboss.as.controller.CapabilityRegistry.lambda$registerPossibleCapability$0(CapabilityRegistry.java:572)
> at java.util.concurrent.ConcurrentHashMap.computeIfPresent(ConcurrentHashMap.java:1769)
> at org.jboss.as.controller.CapabilityRegistry.registerPossibleCapability(CapabilityRegistry.java:566)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerCapability(ConcreteResourceRegistration.java:684)
> at org.jboss.as.controller.SimpleResourceDefinition.registerCapabilities(SimpleResourceDefinition.java:362)
> at org.jboss.as.controller.registry.NodeSubregistry.registerChild(NodeSubregistry.java:112)
> at org.jboss.as.controller.registry.ConcreteResourceRegistration.registerSubModel(ConcreteResourceRegistration.java:231)
> at org.jboss.as.controller.extension.ExtensionRegistry$SubsystemRegistrationImpl.registerSubsystemModel(ExtensionRegistry.java:706)
> at org.jboss.as.service.SarExtension.initialize(SarExtension.java:93)
> at org.jboss.as.controller.extension.ExtensionAddHandler.initializeExtension(ExtensionAddHandler.java:131)
> at org.jboss.as.controller.extension.ExtensionRemoveHandler$1.handleRollback(ExtensionRemoveHandler.java:81)
> at org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1526)
> at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1498)
> at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1480)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1437)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1420)
> at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1284)
> at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:857)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:739)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> ```
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (DROOLS-2074) [Guided Decision Table] BRL Condition Update is Vetoed
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2074?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-2074:
-------------------------------------
[~manstis] yes, also I exactly remembered our discussion about catching those VetoExceptions :)
> [Guided Decision Table] BRL Condition Update is Vetoed
> ------------------------------------------------------
>
> Key: DROOLS-2074
> URL: https://issues.jboss.org/browse/DROOLS-2074
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor
> Affects Versions: 7.4.1.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Attachments: Address.java, Person.java, Screenshot from 2017-10-27 16-39-16.png, moveToBiggerCities.gdst
>
>
> The attached guided decision table contains BRL condition fragment that can not be updated. In other words, click on finish in the edit column definition wizard causes VetoException. The BRL fragment is quite complex, so please see steps to reproduce for more details.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (WFLY-9492) Concurrent access timeout on StatefulBean when invoked via StatelessBean
by Thies Rubarth (JIRA)
[ https://issues.jboss.org/browse/WFLY-9492?page=com.atlassian.jira.plugin.... ]
Thies Rubarth updated WFLY-9492:
--------------------------------
Steps to Reproduce:
1. Build the attached maven project
2. Deploy the sfsbLock.war in Wildfly
3. Run the class "CallIt" from src/test/java
The error can be reproduced in 9 out of 10 calls
was:
1. Build the attached maven project
2. Deploy the sfsbLock.war in Wildfly
3. Run the class "CallIt" from src/test/java
> Concurrent access timeout on StatefulBean when invoked via StatelessBean
> ------------------------------------------------------------------------
>
> Key: WFLY-9492
> URL: https://issues.jboss.org/browse/WFLY-9492
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 10.1.0.Final, 11.0.0.Final
> Reporter: Thies Rubarth
> Attachments: sfsbLock.zip
>
>
> We are having issues with a stateful bean that is invoked serveral times in a request to calculate things. We have a StatelessBean, that is called via REST and calls another StatelessBean which calls the StatefulBean which is request scoped. When we have parallel requests it comes to ConcurrentAccessTimeoutExceptions on the StatefulBean, although we shoudn't have concurrent access since the Bean is request scoped.
> This is the stacktrace we get:
> Caused by: javax.ejb.ConcurrentAccessTimeoutException: WFLYEJB0228: EJB 3.1 FR 4.3.14.1 concurrent access timeout on StatefulBean - could not obtain lock within 5000 MILLISECONDS
> at org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.processInvocation(StatefulSessionSynchronizationInterceptor.java:94)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
> at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:64)
> at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:59)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:254)
> ... 213 more
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (DROOLS-2074) [Guided Decision Table] BRL Condition Update is Vetoed
by Michael Anstis (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2074?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-2074:
----------------------------------------
[~jomarko] Looks like not "swallowing" those errors could have paid off! Otherwise it'd have been much harder to know where to look :-)
> [Guided Decision Table] BRL Condition Update is Vetoed
> ------------------------------------------------------
>
> Key: DROOLS-2074
> URL: https://issues.jboss.org/browse/DROOLS-2074
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor
> Affects Versions: 7.4.1.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Attachments: Address.java, Person.java, Screenshot from 2017-10-27 16-39-16.png, moveToBiggerCities.gdst
>
>
> The attached guided decision table contains BRL condition fragment that can not be updated. In other words, click on finish in the edit column definition wizard causes VetoException. The BRL fragment is quite complex, so please see steps to reproduce for more details.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months