December 2020 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-14228) xp-2.0.0.GA-CR1 documentation within the quickstarts refer XP1 images/templates instead of XP2

by Eduardo Martins (Jira)

[ https://issues.redhat.com/browse/WFLY-14228?page=com.atlassian.jira.plugi... ] Eduardo Martins moved JBEAP-20720 to WFLY-14228: ------------------------------------------------ Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-14228 (was: JBEAP-20720) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Quickstarts (was: OpenShift) > xp-2.0.0.GA-CR1 documentation within the quickstarts refer XP1 images/templates instead of XP2 > ---------------------------------------------------------------------------------------------- > > Key: WFLY-14228 > URL: https://issues.redhat.com/browse/WFLY-14228 > Project: WildFly > Issue Type: Bug > Components: Quickstarts > Reporter: Eduardo Martins > Assignee: Eduardo Martins > Priority: Blocker > > There is an issue with the current [https://code.engineering.redhat.com/gerrit/gitweb?p=jboss-eap/quickstarts...] release, all documentation within the quickstarts refer XP1 images/templates instead of XP2. > [attributes.adoc|https://code.engineering.redhat.com/gerrit/gitweb?p=jboss...] > {noformat} > :ImagePrefixVersion: eap-xp1 > :ImageandTemplateImportURL: https://raw.githubusercontent.com/jboss-container-images/jboss-eap-opensh... > {noformat} > [xp-deploy-project.adoc|https://code.engineering.redhat.com/gerrit/gitweb?...] > {noformat} > $ oc new-app --template={ImagePrefixVersion}-basic-s2i {backslash} > -p EAP_IMAGE_NAME=jboss-eap-xp1-openjdk8-openshift:1.0 {backslash} > -p EAP_RUNTIME_IMAGE_NAME=jboss-eap-xp1-openjdk8-runtime-openshift:1.0 {backslash} > ... > {noformat} > [xp-import-imagestreams-templates.adoc|https://code.engineering.redhat.com...] > {noformat} > oc replace --force -f {ImageandTemplateImportURL}jboss-eap-xp1-openjdk8-openshift.json > ---- > + > This command imports the following imagestreams and templates: > * The JDK 8 builder imagestream: jboss-eap-xp1-openjdk8-openshift > * The JDK 8 runtime imagestream: jboss-eap-xp1-openjdk8-runtime-openshift > ... > {noformat} > These are the least important, but since we have an variable for ImagePrefixVersion, we could use it also here > [xp-post-deployment-tasks.adoc|https://code.engineering.redhat.com/gerrit/...] > {noformat} > - terminal - you can get the name of your running pod with `oc get pods` (it will be something \ > like `eap-xp1-basic-app-1-vpfdn`) and by executing `oc rsh {pod-name}` (oc rsh eap-xp1-basic-app-1-vpfdn) \ > - UI - In the Openshift console navigate to the `Topology` tab and click your application > (`eap-xp1-basic-app`). Open the `Resources` tab and click the pod name under the `Pods` tab > (it will be something like `eap-xp1-basic-app-1-vpfdn`). Now just click the `Terminal` tab and > you will get a terminal into the pod. > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-9701) Dwm tests intermittently failing on Solaris

by Richard Janik (Jira)

[ https://issues.redhat.com/browse/WFLY-9701?page=com.atlassian.jira.plugin... ] Richard Janik reassigned WFLY-9701: ----------------------------------- Assignee: (was: Richard Janik) > Dwm tests intermittently failing on Solaris > ------------------------------------------- > > Key: WFLY-9701 > URL: https://issues.redhat.com/browse/WFLY-9701 > Project: WildFly > Issue Type: Bug > Components: JCA, Test Suite > Affects Versions: 12.0.0.Beta1 > Reporter: Richard Janik > Priority: Major > > I've been alerted to Dwm tests sometimes failing on Solaris. The TeamCity CI shows that this happens with PRs with unrelated fixes and happens in ~4% of runs. > Sample fail: https://ci.wildfly.org/viewLog.html?buildId=84840&tab=buildResultsDiv&bui... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-9701) Dwm tests intermittently failing on Solaris

by Richard Janik (Jira)

[ https://issues.redhat.com/browse/WFLY-9701?page=com.atlassian.jira.plugin... ] Richard Janik reassigned WFLY-9701: ----------------------------------- Assignee: Richard Janik (was: Tomasz Adamski) > Dwm tests intermittently failing on Solaris > ------------------------------------------- > > Key: WFLY-9701 > URL: https://issues.redhat.com/browse/WFLY-9701 > Project: WildFly > Issue Type: Bug > Components: JCA, Test Suite > Affects Versions: 12.0.0.Beta1 > Reporter: Richard Janik > Assignee: Richard Janik > Priority: Major > > I've been alerted to Dwm tests sometimes failing on Solaris. The TeamCity CI shows that this happens with PRs with unrelated fixes and happens in ~4% of runs. > Sample fail: https://ci.wildfly.org/viewLog.html?buildId=84840&tab=buildResultsDiv&bui... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-10885) Test coverage for read-config-as-features

by Richard Janik (Jira)

[ https://issues.redhat.com/browse/WFLY-10885?page=com.atlassian.jira.plugi... ] Richard Janik closed WFLY-10885. -------------------------------- Resolution: Out of Date > Test coverage for read-config-as-features > ----------------------------------------- > > Key: WFLY-10885 > URL: https://issues.redhat.com/browse/WFLY-10885 > Project: WildFly > Issue Type: Task > Components: Management, Server > Reporter: Richard Janik > Assignee: Richard Janik > Priority: Minor > > This follows up on WFCORE-3991 and WFCORE-4031. These last tests should smoke test the operation with full models, including subsystems that are not present in WFCORE. > Additionally, a mixed domain test has been requested to test that the operation fails but does not kill the domain (which should be ok, since it's read-only). -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-9701) Dwm tests intermittently failing on Solaris

by Richard Janik (Jira)

[ https://issues.redhat.com/browse/WFLY-9701?page=com.atlassian.jira.plugin... ] Richard Janik updated WFLY-9701: -------------------------------- Tester: (was: Richard Janik) > Dwm tests intermittently failing on Solaris > ------------------------------------------- > > Key: WFLY-9701 > URL: https://issues.redhat.com/browse/WFLY-9701 > Project: WildFly > Issue Type: Bug > Components: JCA, Test Suite > Affects Versions: 12.0.0.Beta1 > Reporter: Richard Janik > Assignee: Richard Janik > Priority: Major > > I've been alerted to Dwm tests sometimes failing on Solaris. The TeamCity CI shows that this happens with PRs with unrelated fixes and happens in ~4% of runs. > Sample fail: https://ci.wildfly.org/viewLog.html?buildId=84840&tab=buildResultsDiv&bui... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-9701) Dwm tests intermittently failing on Solaris

by Richard Janik (Jira)

[ https://issues.redhat.com/browse/WFLY-9701?page=com.atlassian.jira.plugin... ] Richard Janik reassigned WFLY-9701: ----------------------------------- Assignee: Tomasz Adamski (was: Richard Janik) > Dwm tests intermittently failing on Solaris > ------------------------------------------- > > Key: WFLY-9701 > URL: https://issues.redhat.com/browse/WFLY-9701 > Project: WildFly > Issue Type: Bug > Components: JCA, Test Suite > Affects Versions: 12.0.0.Beta1 > Reporter: Richard Janik > Assignee: Tomasz Adamski > Priority: Major > > I've been alerted to Dwm tests sometimes failing on Solaris. The TeamCity CI shows that this happens with PRs with unrelated fixes and happens in ~4% of runs. > Sample fail: https://ci.wildfly.org/viewLog.html?buildId=84840&tab=buildResultsDiv&bui... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2057) No acceptedIssuers is sent when CRLs are configured

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-2057?page=com.atlassian.jira.plugin.... ] Darran Lofthouse resolved ELY-2057. ----------------------------------- Fix Version/s: 1.14.1.CR1 Resolution: Done > No acceptedIssuers is sent when CRLs are configured > --------------------------------------------------- > > Key: ELY-2057 > URL: https://issues.redhat.com/browse/ELY-2057 > Project: WildFly Elytron > Issue Type: Bug > Components: SSL > Reporter: Sonia Zaldana > Assignee: Sonia Zaldana > Priority: Major > Fix For: 1.14.1.CR1 > > > When CRLs are configured there're no client certificate CA names sent for a tls 2 way connexion. > Method setAcceptedIssuers of X509RevocationTrustManager builder is never called, so acceptedIssuers is always empty. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2057) No acceptedIssuers is sent when CRLs are configured

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-2057?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated ELY-2057: ---------------------------------- Component/s: SSL > No acceptedIssuers is sent when CRLs are configured > --------------------------------------------------- > > Key: ELY-2057 > URL: https://issues.redhat.com/browse/ELY-2057 > Project: WildFly Elytron > Issue Type: Bug > Components: SSL > Reporter: Sonia Zaldana > Assignee: Sonia Zaldana > Priority: Major > > When CRLs are configured there're no client certificate CA names sent for a tls 2 way connexion. > Method setAcceptedIssuers of X509RevocationTrustManager builder is never called, so acceptedIssuers is always empty. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (WFWIP-367) WildFly can stuck for a while when trying to connect an unavailable Kafka socket and is terminated

by Clement Escoffier (Jira)

[ https://issues.redhat.com/browse/WFWIP-367?page=com.atlassian.jira.plugin... ] Clement Escoffier commented on WFWIP-367: ----------------------------------------- It's a bit more tricky as we cannot really change the underlying reconnect logic (coming from the Kafka client). There is a KIP about that, but not much happening. Another issue is that we call poll repeatedly until our large "retry" amount is exhausted. > WildFly can stuck for a while when trying to connect an unavailable Kafka socket and is terminated > -------------------------------------------------------------------------------------------------- > > Key: WFWIP-367 > URL: https://issues.redhat.com/browse/WFWIP-367 > Project: WildFly WIP > Issue Type: Bug > Reporter: Jan Stourac > Assignee: Kabir Khan > Priority: Major > Attachments: helloworld-sources.jar, helloworld.war > > > It looks WildFly can stuck for a while with the newly introduced MP Reactive Messaging implementation. If one deploy a deployment that utilizes 'smallrye-kafka' connector it then repeatedly tries to connect against Kafka instance. If that instance is not available on configured socket, then undeploy operation of the app stucks for a while. Similar thing happens for shutdown operation of the server via regular 'ctrl+C' signal. > Based on the discussion, this may be an issue that needs to be addressed on SmallRye side as there may be some timeout reached before Kafka connector stops listening. > From user point of view - both these operations are not 'graceful' as such - in both cases user expects that undeploy and shutdown should be performed immediately. Thinking about it, I think that even in case of a graceful shutdown, since these are just an attempts for a connection, there is still no need to linger with server shutdown. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5899) Expression like BigDecimal_type_property = BigDecimal_type_property.divide(BigDecimal_value) causes a build failure in executable model.

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5899?page=com.atlassian.jira.plug... ] Luca Molteni moved RHDM-1532 to DROOLS-5899: -------------------------------------------- Project: Drools (was: Red Hat Decision Manager) Key: DROOLS-5899 (was: RHDM-1532) Workflow: GIT Pull Request workflow (was: CDW with docs v1) Docs QE Status: NEW Component/s: executable model (was: BRE) Environment: (was: RHDM 7.9.0.) Affects Version/s: (was: 7.9.0.GA) QE Status: NEW > Expression like BigDecimal_type_property = BigDecimal_type_property.divide(BigDecimal_value) causes a build failure in executable model. > ---------------------------------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-5899 > URL: https://issues.redhat.com/browse/DROOLS-5899 > Project: Drools > Issue Type: Bug > Components: executable model > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > Labels: support > > Compiling a rule like (*1) which is described in MVEL dialect and uses an expression like _BigDecimal_type_property_ = _BigDecimal_type_property_.divide(_BigDecimal_value_), for example (*1-1), with executable rule models enabled, an error like (*2) occurs. > This issue occurs in the case of using the other basic operation add, subtract and multiply as well as divide. > (*1) > {noformat} > package com.example.reproducer > import com.example.reproducer.Bus > import java.math.BigDecimal > dialect "mvel" > rule "bus3d" > when > $bus : Bus() > then > $bus.weight = $bus.weight.divide(BigDecimal.valueOf(1000)); ..... (*1-1) > System.out.println("***** " + $bus + ", weight = " + $bus.weight); > end > {noformat} > $bus.weight is a BigDecimal type property. > (*2) > {noformat} > [ERROR] Unable to build KieBaseModel:rules > CompilationProblemErrorResult: org.drools.mvelcompiler.MvelCompilerException: RHS doesn't have a type > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 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 December 2020