February 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (SWSQE-1271) Migrate Jenkins master to CCI-JD model

by Leonardo Ieggli (Jira)

[ https://issues.redhat.com/browse/SWSQE-1271?page=com.atlassian.jira.plugi... ] Leonardo Ieggli updated SWSQE-1271: ----------------------------------- Sprint: Kiali Sprint #52 > Migrate Jenkins master to CCI-JD model > -------------------------------------- > > Key: SWSQE-1271 > URL: https://issues.redhat.com/browse/SWSQE-1271 > Project: Kiali QE > Issue Type: Task > Reporter: Leonardo Ieggli > Assignee: Leonardo Ieggli > Priority: Major > Labels: infrastructure > > We need to change the configuration files path (currently hosted on a CCIT git repo) to our own git repository, to be compliant with the CCI-JD model. > > Documentation: https://docs.engineering.redhat.com/pages/viewpage.action?... -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1271) Migrate Jenkins master to CCI-JD model

by Leonardo Ieggli (Jira)

[ https://issues.redhat.com/browse/SWSQE-1271?page=com.atlassian.jira.plugi... ] Leonardo Ieggli updated SWSQE-1271: ----------------------------------- Description: We need to change the configuration files path (currently hosted on a CCIT git repo) to our own git repository, to be compliant with the CCI-JD model. Documentation: https://docs.engineering.redhat.com/pages/viewpage.action?... > Migrate Jenkins master to CCI-JD model > -------------------------------------- > > Key: SWSQE-1271 > URL: https://issues.redhat.com/browse/SWSQE-1271 > Project: Kiali QE > Issue Type: Task > Reporter: Leonardo Ieggli > Assignee: Leonardo Ieggli > Priority: Major > Labels: infrastructure > > We need to change the configuration files path (currently hosted on a CCIT git repo) to our own git repository, to be compliant with the CCI-JD model. > > Documentation: https://docs.engineering.redhat.com/pages/viewpage.action?... -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1271) Migrate Jenkins master to CCI-JD model

by Leonardo Ieggli (Jira)

Leonardo Ieggli created SWSQE-1271: -------------------------------------- Summary: Migrate Jenkins master to CCI-JD model Key: SWSQE-1271 URL: https://issues.redhat.com/browse/SWSQE-1271 Project: Kiali QE Issue Type: Task Reporter: Leonardo Ieggli Assignee: Leonardo Ieggli -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14386) SecurityBootstrapService should set TCCL before calling PolicyConfigurationFactory.getPolicyConfigurationFactory()

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/WFLY-14386?page=com.atlassian.jira.plugi... ] Darran Lofthouse reassigned WFLY-14386: --------------------------------------- Assignee: (was: Darran Lofthouse) > SecurityBootstrapService should set TCCL before calling PolicyConfigurationFactory.getPolicyConfigurationFactory() > ------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-14386 > URL: https://issues.redhat.com/browse/WFLY-14386 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Brian Stansberry > Priority: Major > > This: > https://github.com/wildfly/wildfly/blob/22.0.0.Final/security/subsystem/s... > should be more like this: > https://github.com/wildfly/wildfly/blob/22.0.0.Final/ee/src/main/java/org... > They both deal with the 'org.jboss.as.security.jacc-module' but one sets the TCCL to its module and the other does not. SecurityBootstrapService not doing that means the module, if defined, has to be a dependency of the org.jboss.as.security module. Such a module would be custom, meaning the user is editing our module.xml, and we don't want that. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14398) Update quickstarts for MP Platform 4.0

by Kabir Khan (Jira)

[ https://issues.redhat.com/browse/WFLY-14398?page=com.atlassian.jira.plugi... ] Kabir Khan moved JBEAP-20961 to WFLY-14398: ------------------------------------------- Component/s: Quickstarts (was: Quickstarts) Key: WFLY-14398 (was: JBEAP-20961) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Project: WildFly (was: JBoss Enterprise Application Platform) > Update quickstarts for MP Platform 4.0 > -------------------------------------- > > Key: WFLY-14398 > URL: https://issues.redhat.com/browse/WFLY-14398 > Project: WildFly > Issue Type: Task > Components: Quickstarts > Reporter: Kabir Khan > Assignee: Kabir Khan > Priority: Major > > The individual specs implementing MP platform 4.0 have some backwards compatibility issues from 3.0. The quickstarts will be updated as needed. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14380) Cant configure Let's Encrypt simple steps

by erick leal (Jira)

[ https://issues.redhat.com/browse/WFLY-14380?page=com.atlassian.jira.plugi... ] erick leal commented on WFLY-14380: ----------------------------------- I tried on Windows server 2008 > Cant configure Let's Encrypt simple steps > ----------------------------------------- > > Key: WFLY-14380 > URL: https://issues.redhat.com/browse/WFLY-14380 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 22.0.0.Final > Reporter: erick leal > Priority: Major > Attachments: Capturar.PNG > > > I'm tyring to configure Let's Encrypt in my server, and I followed instructions that said to simple type security enable-ssl-http-server --interactive --lets-encrypt > But I believe because I'm in Windows I ran into the issue described in the picture below > !Capturar.PNG! -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5269) case-principal-tranformer ended up in version 12 of the model but is parsed against version 7 of the schema

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/WFCORE-5269?page=com.atlassian.jira.plug... ] Darran Lofthouse commented on WFCORE-5269: ------------------------------------------ This looks to just be a small issue in how the version is defined but the version parsed against is correct. > case-principal-tranformer ended up in version 12 of the model but is parsed against version 7 of the schema > ----------------------------------------------------------------------------------------------------------- > > Key: WFCORE-5269 > URL: https://issues.redhat.com/browse/WFCORE-5269 > Project: WildFly Core > Issue Type: Bug > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Major > Fix For: 15.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5911) It's not possible to save arrow edits on DMN Editor

by Wagner Lemos (Jira)

[ https://issues.redhat.com/browse/DROOLS-5911?page=com.atlassian.jira.plug... ] Wagner Lemos commented on DROOLS-5911: -------------------------------------- https://github.com/kiegroup/kie-wb-common/commit/18f7697b97747877477c5a29... > It's not possible to save arrow edits on DMN Editor > --------------------------------------------------- > > Key: DROOLS-5911 > URL: https://issues.redhat.com/browse/DROOLS-5911 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.48.0.Final > Reporter: Wagner Lemos > Assignee: Wagner Lemos > Priority: Major > Labels: Stunner, kogito, kogito-tooling > > On the DMN Editor, making a change on the arrow that connects two nodes isn't being saved. An example of change is moving the rear or tip of the arrow to another side of the node -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5269) case-principal-tranformer ended up in version 12 of the model but is parsed against version 7 of the schema

by Darran Lofthouse (Jira)

Darran Lofthouse created WFCORE-5269: ---------------------------------------- Summary: case-principal-tranformer ended up in version 12 of the model but is parsed against version 7 of the schema Key: WFCORE-5269 URL: https://issues.redhat.com/browse/WFCORE-5269 Project: WildFly Core Issue Type: Bug Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 15.0.0.Beta1 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14388) Resource adapters subsystem does not accept expression for transaction-support attribute

by Thomas Jenkinson (Jira)

[ https://issues.redhat.com/browse/WFLY-14388?page=com.atlassian.jira.plugi... ] Thomas Jenkinson updated WFLY-14388: ------------------------------------ Component/s: JCA (was: Server) > Resource adapters subsystem does not accept expression for transaction-support attribute > ---------------------------------------------------------------------------------------- > > Key: WFLY-14388 > URL: https://issues.redhat.com/browse/WFLY-14388 > Project: WildFly > Issue Type: Bug > Components: JCA > Affects Versions: 22.0.0.Final > Reporter: Ivan Straka > Assignee: Brian Stansberry > Priority: Major > Attachments: standalone-genericjms.xml > > > Resource adapters subsystem supports expression for transaction-support attribute: > {code:java} > /subsystem=resource-adapters/resource-adapter=generic-jms-ra.rar:read-resource-description > ... > "transaction-support" => { > "type" => STRING, > "description" => "Specifies the transaction support level of the resource adapter.", > "expressions-allowed" => true, > "required" => false, > "nillable" => true, > "allowed" => [ > "NoTransaction", > "LocalTransaction", > "XATransaction" > ], > "access-type" => "read-write", > "storage" => "configuration", > "restart-required" => "all-services" > }, > {code} > however it fails to marshall it: > {code:java} > /subsystem=resource-adapters/resource-adapter=generic-jms-ra.rar:write-attribute(name=transaction-support, value=${test:NoTransaction}) > {code} > {code:java} > 22:20:53,281 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0008: Failed to persist configuration change: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0084: Failed to marshal configuration > at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.<init>(AbstractFilePersistenceResource.java:53) > at org.jboss.as.controller.persistence.ConfigurationFilePersistenceResource.<init>(ConfigurationFilePersistenceResource.java:46) > at org.jboss.as.controller.persistence.BackupXmlConfigurationPersister.store(BackupXmlConfigurationPersister.java:120) > at org.jboss.as.controller.ModelControllerImpl.writeModel(ModelControllerImpl.java:728) > at org.jboss.as.controller.OperationContextImpl.createPersistenceResource(OperationContextImpl.java:535) > at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:821) > at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:770) > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:468) > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1415) > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:431) > at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:248) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:304) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270) > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:248) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:328) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:285) > 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:158) > 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 org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) > at java.lang.Thread.run(Thread.java:748) > at org.jboss.threads.JBossThread.run(JBossThread.java:513) > Caused by: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0089: Failed to write configuration > at org.jboss.as.controller.persistence.AbstractConfigurationPersister.marshallAsXml(AbstractConfigurationPersister.java:112) > at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.<init>(AbstractFilePersistenceResource.java:46) > ... 30 more > Caused by: java.lang.IllegalArgumentException: No enum constant org.jboss.jca.common.api.metadata.common.TransactionSupportEnum.${test:NoTransaction} > at java.lang.Enum.valueOf(Enum.java:238) > at org.jboss.jca.common.api.metadata.common.TransactionSupportEnum.valueOf(TransactionSupportEnum.java:29) > at org.jboss.as.connector.subsystems.resourceadapters.ResourceAdapterSubsystemParser.writeRaElement(ResourceAdapterSubsystemParser.java:178) > at org.jboss.as.connector.subsystems.resourceadapters.ResourceAdapterSubsystemParser.writeContent(ResourceAdapterSubsystemParser.java:148) > at org.jboss.as.connector.subsystems.resourceadapters.ResourceAdapterSubsystemParser.writeContent(ResourceAdapterSubsystemParser.java:130) > at org.jboss.as.server.parsing.CommonXml.writeSubsystems(CommonXml.java:281) > at org.jboss.as.server.parsing.StandaloneXml_16.writeServerProfile(StandaloneXml_16.java:830) > at org.jboss.as.server.parsing.StandaloneXml_16.writeContent(StandaloneXml_16.java:760) > at org.jboss.as.server.parsing.StandaloneXml.writeContent(StandaloneXml.java:151) > at org.jboss.as.server.parsing.StandaloneXml.writeContent(StandaloneXml.java:52) > at org.jboss.staxmapper.XMLMapperImpl.doDeparse(XMLMapperImpl.java:96) > at org.jboss.staxmapper.XMLMapperImpl.deparseDocument(XMLMapperImpl.java:91) > at org.jboss.as.controller.persistence.AbstractConfigurationPersister.marshallAsXml(AbstractConfigurationPersister.java:106) > ... 31 more > {code} > The error is caused by [1] where the parser does not resolve expression but uses raw string. And there is no enum constant for ${yada yada}. > *Furthermore* > During investigation I have noticed another bug [2]. Function for creating resource adapter object also does not resolve attribute as an expression and raw value is used instead. Can you fix it as well? I don't think we need to have separate issue for this as both bugs regard the same attribute. > [1] https://github.com/wildfly/wildfly/blob/22.0.0.Final/connector/src/main/j... > [2] https://github.com/wildfly/wildfly/blob/22.0.0.Final/connector/src/main/j... -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2021