[JBoss JIRA] (SWSQE-928) Always clean created resources by UI tests
by Filip Brychta (Jira)
[ https://issues.jboss.org/browse/SWSQE-928?page=com.atlassian.jira.plugin.... ]
Filip Brychta updated SWSQE-928:
--------------------------------
Description:
Both UI and rest tests are part of the main pipeline. Rest tests are running after UI tests which leave some resources in bookinfo causing problems for rest tests.
UI tests suite should always clean all created resources and leave the cluster in clean state.
e.g. destination-rule-reviews-auto, destination-rule-ratings-auto
was:
Both UI and rest tests are part of the main pipeline. Rest tests are running after UI tests which leave some resources in bookinfo causing problems for rest tests.
UI tests suite should always clean all created resources and leave the cluster in clean state.
> Always clean created resources by UI tests
> ------------------------------------------
>
> Key: SWSQE-928
> URL: https://issues.jboss.org/browse/SWSQE-928
> Project: Kiali QE
> Issue Type: QE Task
> Reporter: Filip Brychta
> Priority: Major
> Labels: automation
>
> Both UI and rest tests are part of the main pipeline. Rest tests are running after UI tests which leave some resources in bookinfo causing problems for rest tests.
> UI tests suite should always clean all created resources and leave the cluster in clean state.
> e.g. destination-rule-reviews-auto, destination-rule-ratings-auto
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (SWSQE-928) Always clean created resources by UI tests
by Filip Brychta (Jira)
Filip Brychta created SWSQE-928:
-----------------------------------
Summary: Always clean created resources by UI tests
Key: SWSQE-928
URL: https://issues.jboss.org/browse/SWSQE-928
Project: Kiali QE
Issue Type: QE Task
Reporter: Filip Brychta
Both UI and rest tests are part of the main pipeline. Rest tests are running after UI tests which leave some resources in bookinfo causing problems for rest tests.
UI tests suite should always clean all created resources and leave the cluster in clean state.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (WFCORE-4606) Upgrade Jackson Databind to 2.9.9.3
by Martin Stefanko (Jira)
Martin Stefanko created WFCORE-4606:
---------------------------------------
Summary: Upgrade Jackson Databind to 2.9.9.3
Key: WFCORE-4606
URL: https://issues.jboss.org/browse/WFCORE-4606
Project: WildFly Core
Issue Type: Component Upgrade
Components: Security
Reporter: Martin Stefanko
Assignee: Darran Lofthouse
Fix For: 9.0.1.Final
Upgrade the Jackson version to 2.9.9 as used for Elytron subsystem testing to match the version in WildFly.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (WFCORE-4606) Upgrade Jackson Databind to 2.9.9.3
by Martin Stefanko (Jira)
[ https://issues.jboss.org/browse/WFCORE-4606?page=com.atlassian.jira.plugi... ]
Martin Stefanko updated WFCORE-4606:
------------------------------------
Description:
Upgrade the Jackson Databind version to 2.9.9.3 as used for Elytron subsystem testing to match the version in WildFly.
was:
Upgrade the Jackson version to 2.9.9 as used for Elytron subsystem testing to match the version in WildFly.
> Upgrade Jackson Databind to 2.9.9.3
> -----------------------------------
>
> Key: WFCORE-4606
> URL: https://issues.jboss.org/browse/WFCORE-4606
> Project: WildFly Core
> Issue Type: Component Upgrade
> Components: Security
> Reporter: Martin Stefanko
> Assignee: Martin Stefanko
> Priority: Major
> Fix For: 9.0.1.Final
>
>
> Upgrade the Jackson Databind version to 2.9.9.3 as used for Elytron subsystem testing to match the version in WildFly.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (WFLY-12091) galleon-pack incorrect processing of subsystem.jaxrs
by r searls (Jira)
[ https://issues.jboss.org/browse/WFLY-12091?page=com.atlassian.jira.plugin... ]
r searls commented on WFLY-12091:
---------------------------------
[~brian.stansberry] Here the link
https://github.com/rsearls/wildfly/tree/WFLY-11943-Statistics-REST-endpoints
> galleon-pack incorrect processing of subsystem.jaxrs
> ----------------------------------------------------
>
> Key: WFLY-12091
> URL: https://issues.jboss.org/browse/WFLY-12091
> Project: WildFly
> Issue Type: Bug
> Components: Build System
> Affects Versions: 17.0.0.Beta1
> Environment: Fedora
> jdk-10
> mvn 3.3.9
> wfly 17.0.0.Beta1-SNAPSHOT
> Reporter: r searls
> Assignee: Brian Stansberry
> Priority: Major
> Attachments: xgalleon-pack-issue-may17.zip
>
>
> The tools are not properly handling a simple attribute addition to subsystem.jaxrs.
> I have added an attribute to jaxrs/src/main/resources/subsystem-templates/jaxrs.xml.
> The new definition is this,
> <subsystem xmlns="urn:jboss:domain:jaxrs:2.0" statistics-enabled="${wildfly.jaxrs.statistics-enabled:${wildfly.statistics-enabled:false}}" />
> The old definition was this
> <subsystem xmlns="urn:jboss:domain:jaxrs:2.0"/>
> I have made the following changes in 2 files galleon-pack files but
> none of this is reflected in the generated standalone*.xml files.
> - to galleon-pack/src/main/resources/feature_groups/basic-profile.xml I added
> <feature spec="subsystem.jaxrs">
> <param name="statistics-enabled" value="${wildfly.jaxrs.statistics-enabled:${wildfly.statistics-jaxrs:false}}"/>
> </feature>
> - to galleon-pack/src/main/resources/layers/standalone/jaxrs/layer-spec.xml I added
> <feature spec="subsystem.jaxrs">
> <param name="statistics-enabled" value="${wildfly.jaxrs.statistics-enabled:${wildfly.statistics-jaxrs:false}}"/>
> </feature>
> This change is required for https://issues.jboss.org/browse/WFLY-11943
> Attached zip file contains the files I changed and tested with.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (WFLY-12374) Transactions store attributes have wrong configuration
by Michal Petrov (Jira)
[ https://issues.jboss.org/browse/WFLY-12374?page=com.atlassian.jira.plugin... ]
Michal Petrov commented on WFLY-12374:
--------------------------------------
Btw and this is out of the scope of this issue, wouldn't a better way of determining which store to use be an enum (i.e. type string with allowed values)? Instead of the current solution of several boolean flags.
> Transactions store attributes have wrong configuration
> ------------------------------------------------------
>
> Key: WFLY-12374
> URL: https://issues.jboss.org/browse/WFLY-12374
> Project: WildFly
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 17.0.1.Final
> Reporter: Michal Petrov
> Assignee: Michal Petrov
> Priority: Minor
>
> Transactions subsystem has these attributes:
> * use-hornetq-store
> * use-journal-store
> * use-jdbc store
> each of those has the other two set up as alternatives, however "journal" is an alias of "hornetq" and so those two shouldn't be treated as mutually exclusive.
> (As far as I know this doesn't break anything because of the way the attributes are handled, but it poses a problem for WFCORE-4287)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (SWSQE-927) Bash scripts called from jenkins pipeline can't use cd command
by Filip Brychta (Jira)
[ https://issues.jboss.org/browse/SWSQE-927?page=com.atlassian.jira.plugin.... ]
Filip Brychta updated SWSQE-927:
--------------------------------
Description: When running a bash script which contains 'cd' commands from jenkinsfile step sh, some commands are not reflecting changed working directory. It's safer to use always full paths.
> Bash scripts called from jenkins pipeline can't use cd command
> --------------------------------------------------------------
>
> Key: SWSQE-927
> URL: https://issues.jboss.org/browse/SWSQE-927
> Project: Kiali QE
> Issue Type: Bug
> Reporter: Filip Brychta
> Assignee: Filip Brychta
> Priority: Major
> Labels: infrastructure
>
> When running a bash script which contains 'cd' commands from jenkinsfile step sh, some commands are not reflecting changed working directory. It's safer to use always full paths.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months