June 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-13555) Upgrade jgroups-azure to 1.3.0.Final

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13555?page=com.atlassian.jira.plugi... ] Brian Stansberry commented on WFLY-13555: ----------------------------------------- [~rhusar] I changed the Fix Version as we're past the point of doing non-critical component upgrades for WF 20. > Upgrade jgroups-azure to 1.3.0.Final > ------------------------------------ > > Key: WFLY-13555 > URL: https://issues.redhat.com/browse/WFLY-13555 > Project: WildFly > Issue Type: Component Upgrade > Components: Clustering > Affects Versions: 20.0.0.Beta1 > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 21.0.0.Beta1 > > > Tracks latest azure client and jgroups releases. > Changes > https://github.com/jgroups-extras/jgroups-azure/compare/1.2.1.Final...1.3... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13555) Upgrade jgroups-azure to 1.3.0.Final

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13555?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFLY-13555: ------------------------------------ Fix Version/s: 21.0.0.Beta1 (was: 20.0.0.Final) > Upgrade jgroups-azure to 1.3.0.Final > ------------------------------------ > > Key: WFLY-13555 > URL: https://issues.redhat.com/browse/WFLY-13555 > Project: WildFly > Issue Type: Component Upgrade > Components: Clustering > Affects Versions: 20.0.0.Beta1 > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 21.0.0.Beta1 > > > Tracks latest azure client and jgroups releases. > Changes > https://github.com/jgroups-extras/jgroups-azure/compare/1.2.1.Final...1.3... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13559) Header response has changed and missing fields

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13559?page=com.atlassian.jira.plugi... ] Brian Stansberry commented on WFLY-13559: ----------------------------------------- [~alex.ciouca] I suggest asking on https://groups.google.com/forum/#!forum/wildfly. I'll leave this open for a bit in case conversation there reveals a bug, but at the moment this is more a request for community help which is better handled via the forums. > Header response has changed and missing fields > ---------------------------------------------- > > Key: WFLY-13559 > URL: https://issues.redhat.com/browse/WFLY-13559 > Project: WildFly > Issue Type: Bug > Affects Versions: 19.1.0.Final > Reporter: Alexandru Ciouca > Priority: Major > Attachments: standalone_18.0.0.final.xml, standalone_19.1.0.final.xml > > > I have an application running in WildFly with some open endpoints to call and I tried an upgrade to WildFly 19.1.0.final from 18.0.0.final, but I noticed that something changed when calling the endpoints. In the Response Header I see that some of the fields are changed or are missing. Is this supposed to happen or do I need to add some extra configuration with WildFly 19? > Response WildFly 18.0.0.final: > {code} > HTTP/2 500 > cache-control: no-store, no-cache, must-revalidate > set-cookie: JSESSIONID=pLpPEvZZVekh0Bkqq06muz_cJ4_fmwxsqrt0HUdP.myservices-container-6f5b87f79d-ngzhf; path=/myservices > access-control-allow-headers: origin, content-type, accept, X-XSRF-TOKEN > content-type: application/json > content-length: 182 > link: <http://test.com/afs/rest>; rel="profile" > date: Thu, 04 Jun 2020 07:34:10 GMT > set-cookie: 7951a12696148c7a83e36db56eeb5f91=5ede0885e2c831c4946125e91d3facba; path=/; HttpOnly; Secure > strict-transport-security: max-age=31536000; includeSubdomains > x-xss-protection: 1; mode=block > x-content-type-options: nosniff > x-frame-options: SAMEORIGIN > {code} > Response WildFly 19.1.0.final: > {code} > HTTP/2 200 > set-cookie: JSESSIONID=9siDVU14OoFXojIIVxlMWbxNg1gcuSmLokwamY29.myservices-container-7c8dbf55f5-ctcks; path=/myservices > content-type: application/json > content-length: 182 > date: Thu, 04 Jun 2020 07:27:57 GMT > set-cookie: 7951a12696148c7a83e36db56eeb5f91=3edfc7a7549d107b41669532f6cb594a; path=/; HttpOnly; Secure > cache-control: private > strict-transport-security: max-age=31536000; includeSubdomains > x-xss-protection: 1; mode=block > x-content-type-options: nosniff > x-frame-options: SAMEORIGIN > {code} > As you can see the first thing that changed is the response code, even though the code is the same for both versions. The cache-control is also different and access-control-allow-headers and link fields are missing. > I am attaching also the standalone.xml for both versions. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13559) Header response has changed and missing fields

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13559?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFLY-13559: --------------------------------------- Assignee: (was: Brian Stansberry) > Header response has changed and missing fields > ---------------------------------------------- > > Key: WFLY-13559 > URL: https://issues.redhat.com/browse/WFLY-13559 > Project: WildFly > Issue Type: Bug > Affects Versions: 19.1.0.Final > Reporter: Alexandru Ciouca > Priority: Major > Attachments: standalone_18.0.0.final.xml, standalone_19.1.0.final.xml > > > I have an application running in WildFly with some open endpoints to call and I tried an upgrade to WildFly 19.1.0.final from 18.0.0.final, but I noticed that something changed when calling the endpoints. In the Response Header I see that some of the fields are changed or are missing. Is this supposed to happen or do I need to add some extra configuration with WildFly 19? > Response WildFly 18.0.0.final: > {code} > HTTP/2 500 > cache-control: no-store, no-cache, must-revalidate > set-cookie: JSESSIONID=pLpPEvZZVekh0Bkqq06muz_cJ4_fmwxsqrt0HUdP.myservices-container-6f5b87f79d-ngzhf; path=/myservices > access-control-allow-headers: origin, content-type, accept, X-XSRF-TOKEN > content-type: application/json > content-length: 182 > link: <http://test.com/afs/rest>; rel="profile" > date: Thu, 04 Jun 2020 07:34:10 GMT > set-cookie: 7951a12696148c7a83e36db56eeb5f91=5ede0885e2c831c4946125e91d3facba; path=/; HttpOnly; Secure > strict-transport-security: max-age=31536000; includeSubdomains > x-xss-protection: 1; mode=block > x-content-type-options: nosniff > x-frame-options: SAMEORIGIN > {code} > Response WildFly 19.1.0.final: > {code} > HTTP/2 200 > set-cookie: JSESSIONID=9siDVU14OoFXojIIVxlMWbxNg1gcuSmLokwamY29.myservices-container-7c8dbf55f5-ctcks; path=/myservices > content-type: application/json > content-length: 182 > date: Thu, 04 Jun 2020 07:27:57 GMT > set-cookie: 7951a12696148c7a83e36db56eeb5f91=3edfc7a7549d107b41669532f6cb594a; path=/; HttpOnly; Secure > cache-control: private > strict-transport-security: max-age=31536000; includeSubdomains > x-xss-protection: 1; mode=block > x-content-type-options: nosniff > x-frame-options: SAMEORIGIN > {code} > As you can see the first thing that changed is the response code, even though the code is the same for both versions. The cache-control is also different and access-control-allow-headers and link fields are missing. > I am attaching also the standalone.xml for both versions. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13060) EJB client behaviour is different when deployed in a .war compared to a .ear and can result in a OOME

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13060?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFLY-13060: ------------------------------------ Issue Type: Bug (was: Feature Request) > EJB client behaviour is different when deployed in a .war compared to a .ear and can result in a OOME > ----------------------------------------------------------------------------------------------------- > > Key: WFLY-13060 > URL: https://issues.redhat.com/browse/WFLY-13060 > Project: WildFly > Issue Type: Bug > Components: EJB, Remoting > Reporter: Flavia Rainone > Assignee: Flavia Rainone > Priority: Critical > > EAP 7 - EJB client behaviour is different when deployed in a .war compared to a .ear > .war gives poor performance and runs out of native memory > .ear works ok -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5384) Clicking rightmost column's header in DMN decision table raises an error

by Daniel José dos Santos (Jira)

[ https://issues.redhat.com/browse/DROOLS-5384?page=com.atlassian.jira.plug... ] Daniel José dos Santos commented on DROOLS-5384: ------------------------------------------------ Hi, [~tkobayashi]! I'm not being able to reproduce this issue. See: [^drools5384.mp4]. Can you confirm that it stills reproducible in the current master? [~jomarko] can you please check it too when you have the chance? Thank you! (cc: [~karreiro]) > Clicking rightmost column's header in DMN decision table raises an error > ------------------------------------------------------------------------ > > Key: DROOLS-5384 > URL: https://issues.redhat.com/browse/DROOLS-5384 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.38.0.Final > Reporter: Toshiya Kobayashi > Assignee: Daniel José dos Santos > Priority: Major > Labels: drools-tools > Attachments: dmn-decision-table-error-popup-7.38.0.png, drools5384.mp4 > > > When I import Traffic_Violation sample, opened a "Fine" decision table. The rightmost column's header is empty ("Enter Text") and I get an error pop-up when clicked. > See screenshot. > Chrome 80.0.3987.122 > Firefox 60.6.2 -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5384) Clicking rightmost column's header in DMN decision table raises an error

by Daniel José dos Santos (Jira)

[ https://issues.redhat.com/browse/DROOLS-5384?page=com.atlassian.jira.plug... ] Daniel José dos Santos updated DROOLS-5384: ------------------------------------------- Attachment: drools5384.mp4 > Clicking rightmost column's header in DMN decision table raises an error > ------------------------------------------------------------------------ > > Key: DROOLS-5384 > URL: https://issues.redhat.com/browse/DROOLS-5384 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.38.0.Final > Reporter: Toshiya Kobayashi > Assignee: Daniel José dos Santos > Priority: Major > Labels: drools-tools > Attachments: dmn-decision-table-error-popup-7.38.0.png, drools5384.mp4 > > > When I import Traffic_Violation sample, opened a "Fine" decision table. The rightmost column's header is empty ("Enter Text") and I get an error pop-up when clicked. > See screenshot. > Chrome 80.0.3987.122 > Firefox 60.6.2 -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ELY-1984) Add a wrapper HttpServerAuthenticationMechanismFactory that sets the peer address using the current authentication request

by Farah Juma (Jira)

Farah Juma created ELY-1984: ------------------------------- Summary: Add a wrapper HttpServerAuthenticationMechanismFactory that sets the peer address using the current authentication request Key: ELY-1984 URL: https://issues.redhat.com/browse/ELY-1984 Project: WildFly Elytron Issue Type: Task Components: HTTP Reporter: Farah Juma Assignee: Farah Juma -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-4989) Upgrade WildFly Elytron to 1.12.1.Final

by Jeff Mesnil (Jira)

[ https://issues.redhat.com/browse/WFCORE-4989?page=com.atlassian.jira.plug... ] Jeff Mesnil updated WFCORE-4989: -------------------------------- Priority: Blocker (was: Major) > Upgrade WildFly Elytron to 1.12.1.Final > --------------------------------------- > > Key: WFCORE-4989 > URL: https://issues.redhat.com/browse/WFCORE-4989 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Blocker > Fix For: 12.0.1.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-4990) Upgrade Undertow to 2.1.3.Final

by Jeff Mesnil (Jira)

[ https://issues.redhat.com/browse/WFCORE-4990?page=com.atlassian.jira.plug... ] Jeff Mesnil updated WFCORE-4990: -------------------------------- Issue Type: Component Upgrade (was: Bug) > Upgrade Undertow to 2.1.3.Final > ------------------------------- > > Key: WFCORE-4990 > URL: https://issues.redhat.com/browse/WFCORE-4990 > Project: WildFly Core > Issue Type: Component Upgrade > Reporter: Flavia Rainone > Assignee: Flavia Rainone > Priority: Blocker > Fix For: 12.0.1.Final > > > Upgrade Undertow to 2.1.3.Final -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

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 June 2020