[JBoss JIRA] (ELY-1850) CredentialStore API missing ability to check alias types
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/ELY-1850?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse commented on ELY-1850:
---------------------------------------
Sure, as you are not currently a contributor I can't assign directly to you do just assigned to me so people know it is being worked on so please go ahead.
> CredentialStore API missing ability to check alias types
> --------------------------------------------------------
>
> Key: ELY-1850
> URL: https://issues.redhat.com/browse/ELY-1850
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Affects Versions: 1.10.0.CR3
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Major
>
> The credential store allows different types to be stored under the same alias, removal requires the type to be specified so the correct entry can be removed.
> However there is no way to list the types stored under a specific alias so unless you know how the store was populated it can be impossible to remove an alias.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (ELY-1850) CredentialStore API missing ability to check alias types
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/ELY-1850?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse reassigned ELY-1850:
-------------------------------------
Assignee: Darran Lofthouse
> CredentialStore API missing ability to check alias types
> --------------------------------------------------------
>
> Key: ELY-1850
> URL: https://issues.redhat.com/browse/ELY-1850
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Affects Versions: 1.10.0.CR3
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Major
>
> The credential store allows different types to be stored under the same alias, removal requires the type to be specified so the correct entry can be removed.
> However there is no way to list the types stored under a specific alias so unless you know how the store was populated it can be impossible to remove an alias.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (SWSQE-1100) Automate Graph Overview
by Hayk Hovsepyan (Jira)
Hayk Hovsepyan created SWSQE-1100:
-------------------------------------
Summary: Automate Graph Overview
Key: SWSQE-1100
URL: https://issues.redhat.com/browse/SWSQE-1100
Project: Kiali QE
Issue Type: QE Task
Reporter: Hayk Hovsepyan
Click on Graph Overview "Show full graph" and verify that correct object is selected.
Do for Apps, Workloads, Services.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFCORE-4883) CompositeOperationTestCase fails intermittently
by Yeray Borges Santana (Jira)
[ https://issues.redhat.com/browse/WFCORE-4883?page=com.atlassian.jira.plug... ]
Yeray Borges Santana updated WFCORE-4883:
-----------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/4107
> CompositeOperationTestCase fails intermittently
> ------------------------------------------------
>
> Key: WFCORE-4883
> URL: https://issues.redhat.com/browse/WFCORE-4883
> Project: WildFly Core
> Issue Type: Bug
> Components: Test Suite
> Reporter: Yeray Borges Santana
> Assignee: Yeray Borges Santana
> Priority: Major
>
> CompositeOperationTestCase#testCompositeOperationsWriteLockAcquired is failing intermittently with the following error trace:
> {noformat}
> [ERROR] testCompositeOperationsWriteLockAcquired(org.jboss.as.test.integration.domain.suites.CompositeOperationTestCase) Time elapsed: 25.6 s <<< FAILURE!
> [testCompositeOperationsWriteLockAcquired] java.lang.AssertionError: It is expected deployment operation is still in progress expected:<false> but was:<true>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.jboss.as.test.integration.domain.suites.CompositeOperationTestCase.testCompositeOperationsWriteLockAcquired(CompositeOperationTestCase.java:619)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runners.Suite.runChild(Suite.java:128)
> at org.junit.runners.Suite.runChild(Suite.java:27)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runners.Suite.runChild(Suite.java:128)
> at org.junit.runners.Suite.runChild(Suite.java:27)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75)
> at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:158)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:383)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:344)
> at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:417)
> {noformat}
> Test history:
> https://ci.wildfly.org/project.html?projectId=WildFlyCore_PullRequest&tes...
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month