April 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-13346) Upgrade IronJacamar from 1.4.20.Final to 1.4.22.Final

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13346?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFLY-13346: --------------------------------------- Fix Version/s: 20.0.0.Beta1 Assignee: Stefano Maestri (was: Ilia Vassilev) Resolution: Done > Upgrade IronJacamar from 1.4.20.Final to 1.4.22.Final > ----------------------------------------------------- > > Key: WFLY-13346 > URL: https://issues.redhat.com/browse/WFLY-13346 > Project: WildFly > Issue Type: Component Upgrade > Components: Build System, JCA > Reporter: Chao Wang > Assignee: Stefano Maestri > Priority: Critical > Labels: downstream_dependency > Fix For: 20.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13342) Upgrade netty from 4.1.45.Final to 4.1.48

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13342?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFLY-13342: --------------------------------------- Fix Version/s: 19.0.1.Final 20.0.0.Beta1 Assignee: Emmanuel Hugonnet (was: Ilia Vassilev) Resolution: Done > Upgrade netty from 4.1.45.Final to 4.1.48 > ----------------------------------------- > > Key: WFLY-13342 > URL: https://issues.redhat.com/browse/WFLY-13342 > Project: WildFly > Issue Type: Component Upgrade > Components: Build System > Reporter: Ilia Vassilev > Assignee: Emmanuel Hugonnet > Priority: Major > Labels: downstream_dependency > Fix For: 19.0.1.Final, 20.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13342) Upgrade netty from 4.1.45.Final to 4.1.48

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13342?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFLY-13342: ------------------------------------ Security: (was: Red Hat Internal) > Upgrade netty from 4.1.45.Final to 4.1.48 > ----------------------------------------- > > Key: WFLY-13342 > URL: https://issues.redhat.com/browse/WFLY-13342 > Project: WildFly > Issue Type: Component Upgrade > Components: Build System > Reporter: Ilia Vassilev > Assignee: Ilia Vassilev > Priority: Major > Labels: downstream_dependency > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13188) Exception while exporting metrics during WildFly initialization

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13188?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFLY-13188: --------------------------------------- Assignee: Brian Stansberry (was: Jeff Mesnil) > Exception while exporting metrics during WildFly initialization > --------------------------------------------------------------- > > Key: WFLY-13188 > URL: https://issues.redhat.com/browse/WFLY-13188 > Project: WildFly > Issue Type: Bug > Components: MP Metrics > Affects Versions: 18.0.1.Final, 19.0.0.Beta2 > Reporter: Ehsan Zaery Moghaddam > Assignee: Brian Stansberry > Priority: Major > Labels: Microprofile > > When the open tracing system is enabled and some metrics are exposed, if when the WildFly is in the startup process, the Prometheus server calls the /metrics endpoint, WildFly prints a stacktrace for each metrics that is has detected (i.e. more than thousands) with the following message: > *WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available > * > In some cases the error persists, even after the server startup is done and we need to restart the WildFly; but we couldn't find the exact scenario for that. > Here is an example for wildfly_jpa_second_level_cache_size_in_memory metric: > {code} > 2020-03-02 09:38:06,739 WARN [management I/O-2] [metrics] Unable to export metric wildfly_jpa_second_level_cache_size_in_memory: java.lang.IllegalStateException: WFLYMETRICS0003: Unable to read attribute second-level-cache-size-in-memory on [ > ("deployment" => "application.ear"), > ("subdeployment" => "application-persistence.jar"), > ("subsystem" => "jpa"), > ("hibernate-persistence-unit" => "application.ear/application-persistence.jar#app"), > ("entity-cache" => "com.app.persistence.entity.Country") > ]: "WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available". > at org.wildfly.extension.microprofile.metrics.MetricCollector.readAttributeValue(MetricCollector.java:303) > at org.wildfly.extension.microprofile.metrics.MetricCollector.access$200(MetricCollector.java:70) > at org.wildfly.extension.microprofile.metrics.MetricCollector$2.getValue(MetricCollector.java:174) > at org.wildfly.extension.microprofile.metrics.MetricCollector$2.getValue(MetricCollector.java:171) > at io.smallrye.metrics.exporters.OpenMetricsExporter.createSimpleValueLine(OpenMetricsExporter.java:445) > at io.smallrye.metrics.exporters.OpenMetricsExporter.exposeEntries(OpenMetricsExporter.java:178) > at io.smallrye.metrics.exporters.OpenMetricsExporter.getEntriesForScope(OpenMetricsExporter.java:150) > at io.smallrye.metrics.exporters.OpenMetricsExporter.exportAllScopes(OpenMetricsExporter.java:101) > at io.smallrye.metrics.MetricsRequestHandler.handleRequest(MetricsRequestHandler.java:116) > at io.smallrye.metrics.MetricsRequestHandler.handleRequest(MetricsRequestHandler.java:73) > at org.wildfly.extension.microprofile.metrics.MetricsContextService$1.handleRequest(MetricsContextService.java:81) > at org.jboss.as.domain.http.server.security.RealmReadinessHandler.handleRequest(RealmReadinessHandler.java:51) > at org.jboss.as.domain.http.server.security.ServerErrorReadinessHandler.handleRequest(ServerErrorReadinessHandler.java:35) > at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:91) > at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:211) > at io.undertow.server.handlers.cache.CacheHandler.handleRequest(CacheHandler.java:92) > at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:78) > at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49) > at org.jboss.as.domain.http.server.ManagementHttpRequestHandler.handleRequest(ManagementHttpRequestHandler.java:57) > at org.jboss.as.domain.http.server.cors.CorsHttpHandler.handleRequest(CorsHttpHandler.java:75) > at org.jboss.as.domain.http.server.ManagementHttpServer$UpgradeFixHandler.handleRequest(ManagementHttpServer.java:666) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:376) > at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:255) > at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:136) > at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:59) > at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) > at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66) > at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89) > at org.xnio.nio.WorkerThread.run(WorkerThread.java:591) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13302) Add ARM64 versions for libartemis-native.so and libwfssl.so

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13302?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFLY-13302: --------------------------------------- Assignee: Farah Juma (was: Brian Stansberry) > Add ARM64 versions for libartemis-native.so and libwfssl.so > ----------------------------------------------------------- > > Key: WFLY-13302 > URL: https://issues.redhat.com/browse/WFLY-13302 > Project: WildFly > Issue Type: Feature Request > Components: Build System > Affects Versions: 19.0.0.Final > Reporter: Martin Grigorov > Assignee: Farah Juma > Priority: Major > > Hello WildFly team, > I'd like to ask you to add arm64/aarch64 versions of the libartemis-native.so and libwfssl.so binaries to the release distribution. > The TGZ download from https://wildfly.org/downloads/ has the following .so files: > {code} > wildfly-19.0.0.Final $ find ./ -name "*.so" > ./modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-i686/libartemis-native-32.so > ./modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-x86_64/libartemis-native-64.so > ./modules/system/layers/base/org/wildfly/openssl/main/lib/linux-x86_64/libwfssl.so > ./modules/system/layers/base/org/wildfly/openssl/main/lib/linux-i386/libwfssl.so > ./modules/system/layers/base/org/wildfly/openssl/main/lib/solaris-x86_64/libwfssl.so > {code} > Since recently there is a TeamCity agent running on Ubuntu 18.04.4 ARM64: https://ci.wildfly.org/viewType.html?buildTypeId=WF_MasterLinuxArm64OpenJ911 > I guess it could be used to build those binaries too -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13302) Add ARM64 versions for libartemis-native.so and libwfssl.so

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13302?page=com.atlassian.jira.plugi... ] Brian Stansberry commented on WFLY-13302: ----------------------------------------- [~fjuma] [~ehugonnet] FYI. If something can be done for both of these, please split the issue. If the basic thing to do is to direct [~martin.grigorov1] to the appropriate issue tracker for adding a new native to Artemis and WF OpenSSL please do so. WildFly itself shouldn't be producing new natives; we only package ones provided by our components. > Add ARM64 versions for libartemis-native.so and libwfssl.so > ----------------------------------------------------------- > > Key: WFLY-13302 > URL: https://issues.redhat.com/browse/WFLY-13302 > Project: WildFly > Issue Type: Feature Request > Components: Build System > Affects Versions: 19.0.0.Final > Reporter: Martin Grigorov > Assignee: Brian Stansberry > Priority: Major > > Hello WildFly team, > I'd like to ask you to add arm64/aarch64 versions of the libartemis-native.so and libwfssl.so binaries to the release distribution. > The TGZ download from https://wildfly.org/downloads/ has the following .so files: > {code} > wildfly-19.0.0.Final $ find ./ -name "*.so" > ./modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-i686/libartemis-native-32.so > ./modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-x86_64/libartemis-native-64.so > ./modules/system/layers/base/org/wildfly/openssl/main/lib/linux-x86_64/libwfssl.so > ./modules/system/layers/base/org/wildfly/openssl/main/lib/linux-i386/libwfssl.so > ./modules/system/layers/base/org/wildfly/openssl/main/lib/solaris-x86_64/libwfssl.so > {code} > Since recently there is a TeamCity agent running on Ubuntu 18.04.4 ARM64: https://ci.wildfly.org/viewType.html?buildTypeId=WF_MasterLinuxArm64OpenJ911 > I guess it could be used to build those binaries too -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4746) UX for DMN "quick test" tool

by Elizabeth Clayton (Jira)

[ https://issues.redhat.com/browse/DROOLS-4746?page=com.atlassian.jira.plug... ] Elizabeth Clayton updated DROOLS-4746: -------------------------------------- Attachment: Screen Shot 2020-04-08 at 5.01.51 PM.png > UX for DMN "quick test" tool > ---------------------------- > > Key: DROOLS-4746 > URL: https://issues.redhat.com/browse/DROOLS-4746 > Project: Drools > Issue Type: Story > Components: DMN Editor > Reporter: Elizabeth Clayton > Assignee: Elizabeth Clayton > Priority: Major > Labels: UX, UXTeam, drools-tools > Attachments: Screen Shot 2020-04-08 at 4.34.49 PM.png, Screen Shot 2020-04-08 at 5.01.51 PM.png, decision-logic-2-2.png, decision-logic-3-2.png > > > As a DMN author, I'd like to probe the DMN model during the authoring phase without leaving the DMN Editor. Actually, it's really important to explore the DMN model to understand with values are required by the test. > When the user run the test he can get back the results of the DMN execution. > Moreover, it would be handy to add those input/output to an existing (or new) test scenario. > *Acceptance criteria* > Users are able to: > * Execute a single node boxed expression by providing node inputs (within the DMN editor.) > * Explore the DMN model and provide inputs necessary to run a scenario test. > * Obtain results (Expected) within the DMN editor once the test is run. > Notes: > * Try to dissociate this feature from the "test scenario" concept and think of this more as a partial execution. When we're thinking about the concept of a "test scenario", we think about input values and expected outputs... however, in this new component, users will be able to provide inputs and just check the current output. > * Out of scope: Saving or exporting the "quick test." -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13288) Upgrade Mojarra to 2.3.9.SP08

by Farah Juma (Jira)

[ https://issues.redhat.com/browse/WFLY-13288?page=com.atlassian.jira.plugi... ] Farah Juma updated WFLY-13288: ------------------------------ Git Pull Request: https://github.com/wildfly/wildfly/pull/13141, https://github.com/wildfly/wildfly/pull/13194 (was: https://github.com/wildfly/wildfly/pull/13141) > Upgrade Mojarra to 2.3.9.SP08 > ----------------------------- > > Key: WFLY-13288 > URL: https://issues.redhat.com/browse/WFLY-13288 > Project: WildFly > Issue Type: Component Upgrade > Components: JSF > Reporter: Farah Juma > Assignee: Farah Juma > Priority: Major > Fix For: 20.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12870) Upgrade JBoss JSF API from 3.0.0.SP01 to 3.0.0.SP02

by Farah Juma (Jira)

[ https://issues.redhat.com/browse/WFLY-12870?page=com.atlassian.jira.plugi... ] Farah Juma updated WFLY-12870: ------------------------------ Git Pull Request: https://github.com/wildfly/wildfly/pull/13106, https://github.com/wildfly/wildfly/pull/13194 (was: https://github.com/wildfly/wildfly/pull/13106) > Upgrade JBoss JSF API from 3.0.0.SP01 to 3.0.0.SP02 > --------------------------------------------------- > > Key: WFLY-12870 > URL: https://issues.redhat.com/browse/WFLY-12870 > Project: WildFly > Issue Type: Component Upgrade > Components: JSF > Reporter: Ilia Vassilev > Assignee: Farah Juma > Priority: Major > Labels: downstream_dependency > Fix For: 20.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13225) Upgrade JSF based on Mojarra 2.3.9.SP06 to 2.3.9.SP07

by Farah Juma (Jira)

[ https://issues.redhat.com/browse/WFLY-13225?page=com.atlassian.jira.plugi... ] Farah Juma updated WFLY-13225: ------------------------------ Git Pull Request: https://github.com/wildfly/wildfly/pull/13106, https://github.com/wildfly/wildfly/pull/13194 (was: https://github.com/wildfly/wildfly/pull/13106) > Upgrade JSF based on Mojarra 2.3.9.SP06 to 2.3.9.SP07 > ----------------------------------------------------- > > Key: WFLY-13225 > URL: https://issues.redhat.com/browse/WFLY-13225 > Project: WildFly > Issue Type: Component Upgrade > Components: JSF > Reporter: Bartosz Spyrko > Assignee: Farah Juma > Priority: Major > Fix For: 20.0.0.Beta1 > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 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 April 2020