January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-14284) WildFly doesn't stop while waiting for PeriodicRecovery

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-14284?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFLY-14284: ------------------------------------ Component/s: EJB > WildFly doesn't stop while waiting for PeriodicRecovery > ------------------------------------------------------- > > Key: WFLY-14284 > URL: https://issues.redhat.com/browse/WFLY-14284 > Project: WildFly > Issue Type: Bug > Components: EJB, Transactions > Affects Versions: 18.0.1.Final, 20.0.1.Final > Reporter: Adriano Teixeira de Souza > Assignee: Michael Musgrove > Priority: Major > Attachments: ejb-configs.sh, jboss-ejb-client.xml, server(transaction).log, thread-dump-stop-1.txt > > > I'm testing wildfly 20.0.1 (and 21.0.2 was tested too) for replace our old version of Wildfly 10. > it happens that frequently we have seen that the stop function of server does not work and we need to kill the process by manual operation on the OS. > It sounds like a dead look. > I attatch the thread dump on this. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14249) Ensure java.time/sql ProtoStream marshallers generate valid protobuf messages

by Paul Ferraro (Jira)

[ https://issues.redhat.com/browse/WFLY-14249?page=com.atlassian.jira.plugi... ] Paul Ferraro updated WFLY-14249: -------------------------------- Affects Version/s: 22.0.0.Final (was: 22.0.0.Beta1) > Ensure java.time/sql ProtoStream marshallers generate valid protobuf messages > ----------------------------------------------------------------------------- > > Key: WFLY-14249 > URL: https://issues.redhat.com/browse/WFLY-14249 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 22.0.0.Final > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Priority: Major > > Protobuf messages generated by the Externalizers from the org.wildfly.clustering.marshalling.spi module are not necessarily valid protobuf messages. > Additionally, many java.time classes can be marshalled more efficiently using native protostream marshallers, which can optimize for loose precision and positive/future values. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14314) Ensure java.net ProtoStream marshallers generate valid protobuf messages

by Paul Ferraro (Jira)

[ https://issues.redhat.com/browse/WFLY-14314?page=com.atlassian.jira.plugi... ] Paul Ferraro updated WFLY-14314: -------------------------------- Affects Version/s: 22.0.0.Final > Ensure java.net ProtoStream marshallers generate valid protobuf messages > ------------------------------------------------------------------------ > > Key: WFLY-14314 > URL: https://issues.redhat.com/browse/WFLY-14314 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 22.0.0.Final > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Priority: Major > -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14314) Ensure java.net ProtoStream marshallers generate valid protobuf messages

by Paul Ferraro (Jira)

[ https://issues.redhat.com/browse/WFLY-14314?page=com.atlassian.jira.plugi... ] Paul Ferraro updated WFLY-14314: -------------------------------- Description: Protobuf messages generated by the Externalizers from the org.wildfly.clustering.marshalling.spi module are not necessarily valid protobuf messages. > Ensure java.net ProtoStream marshallers generate valid protobuf messages > ------------------------------------------------------------------------ > > Key: WFLY-14314 > URL: https://issues.redhat.com/browse/WFLY-14314 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 22.0.0.Final > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Priority: Major > > Protobuf messages generated by the Externalizers from the org.wildfly.clustering.marshalling.spi module are not necessarily valid protobuf messages. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14314) Ensure java.net ProtoStream marshallers generate valid protobuf messages

by Paul Ferraro (Jira)

[ https://issues.redhat.com/browse/WFLY-14314?page=com.atlassian.jira.plugi... ] Paul Ferraro updated WFLY-14314: -------------------------------- Component/s: Clustering > Ensure java.net ProtoStream marshallers generate valid protobuf messages > ------------------------------------------------------------------------ > > Key: WFLY-14314 > URL: https://issues.redhat.com/browse/WFLY-14314 > Project: WildFly > Issue Type: Bug > Components: Clustering > Reporter: Paul Ferraro > Assignee: Brian Stansberry > Priority: Major > -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14314) Ensure java.net ProtoStream marshallers generate valid protobuf messages

by Paul Ferraro (Jira)

[ https://issues.redhat.com/browse/WFLY-14314?page=com.atlassian.jira.plugi... ] Paul Ferraro reassigned WFLY-14314: ----------------------------------- Assignee: Paul Ferraro (was: Brian Stansberry) > Ensure java.net ProtoStream marshallers generate valid protobuf messages > ------------------------------------------------------------------------ > > Key: WFLY-14314 > URL: https://issues.redhat.com/browse/WFLY-14314 > Project: WildFly > Issue Type: Bug > Components: Clustering > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Priority: Major > -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14314) Ensure java.net ProtoStream marshallers generate valid protobuf messages

by Paul Ferraro (Jira)

Paul Ferraro created WFLY-14314: ----------------------------------- Summary: Ensure java.net ProtoStream marshallers generate valid protobuf messages Key: WFLY-14314 URL: https://issues.redhat.com/browse/WFLY-14314 Project: WildFly Issue Type: Bug Reporter: Paul Ferraro Assignee: Brian Stansberry -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5866) Move back core tests from drools-mvel

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5866?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-5866: --------------------------------- Sprint: 2020 Week 52-03 (from Dec 21) > Move back core tests from drools-mvel > ------------------------------------- > > Key: DROOLS-5866 > URL: https://issues.redhat.com/browse/DROOLS-5866 > Project: Drools > Issue Type: Bug > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > > see > > [https://github.com/kiegroup/drools/tree/master/drools-mvel/src/test/java/...] > > [https://github.com/kiegroup/drools/blob/master/drools-mvel/src/test/java/...] > > https://github.com/kiegroup/drools/blob/master/drools-mvel/src/test/java/... > AlphaNodeTest, RightTupleIndexHashTableTest, RightTupleIndexHashTableIteratorTest etc are not testing MVEL they happened to use MVEL, and can be replaced by a lambda. > we need to audit all the tests there, make sure we keep things specifically meant to test MVEL itself, and not a test of something else that happened to use MVEL. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14284) WildFly doesn't stop while waiting for PeriodicRecovery

by Adriano Teixeira de Souza (Jira)

[ https://issues.redhat.com/browse/WFLY-14284?page=com.atlassian.jira.plugi... ] Adriano Teixeira de Souza commented on WFLY-14284: -------------------------------------------------- The wildfly instance is reporting a authentication failed with itself {code:java} 23:56:03,764 WARN [com.arjuna.ats.jta] (Periodic Recovery) XAResourceRecord restored heuristic instance: XAResourceRecord < resource:Subordinate XAResource at http://localhost:8180/wildfly-services, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffffac100195:773f5f7b:5ffe5f79:60, node_name=1, branch_uid=0:ffffac100195:773f5f7b:5ffe5f79:6c, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_HAZARD com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@5e4860e9 > 23:56:03,765 WARN [com.arjuna.ats.arjuna] (Periodic Recovery) Transaction 0:ffffac100195:773f5f7b:5ffe5f79:60 restored heuristic participant XAResourceRecord < resource:Subordinate XAResource at http://localhost:8180/wildfly-services, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffffac100195:773f5f7b:5ffe5f79:60, node_name=1, branch_uid=0:ffffac100195:773f5f7b:5ffe5f79:6c, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_HAZARD com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@5e4860e9 > 23:58:03,985 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception ARJUNA016099: Unknown error code:0: javax.transaction.xa.XAException: WFHTTP000008: Authentication failed {code} > WildFly doesn't stop while waiting for PeriodicRecovery > ------------------------------------------------------- > > Key: WFLY-14284 > URL: https://issues.redhat.com/browse/WFLY-14284 > Project: WildFly > Issue Type: Bug > Components: Transactions > Affects Versions: 18.0.1.Final, 20.0.1.Final > Reporter: Adriano Teixeira de Souza > Assignee: Michael Musgrove > Priority: Major > Attachments: ejb-configs.sh, jboss-ejb-client.xml, server(transaction).log, thread-dump-stop-1.txt > > > I'm testing wildfly 20.0.1 (and 21.0.2 was tested too) for replace our old version of Wildfly 10. > it happens that frequently we have seen that the stop function of server does not work and we need to kill the process by manual operation on the OS. > It sounds like a dead look. > I attatch the thread dump on this. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5959) BigDecimal_variable % Numeric_value operation causes a compilation error in executable model.

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5959?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-5959: --------------------------------- Sprint: 2020 Week 52-03 (from Dec 21) > BigDecimal_variable % Numeric_value operation causes a compilation error in executable model. > --------------------------------------------------------------------------------------------- > > Key: DROOLS-5959 > URL: https://issues.redhat.com/browse/DROOLS-5959 > Project: Drools > Issue Type: Bug > Components: executable model > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > Labels: support > Attachments: reproducer_mc_1b.zip > > > Building a rule written in MVEL dialect like (\*1) using _BigDecimal_variable_ {{%}} _Numeric_value_ operation (\*1-1) in executable rule model, a compilation error (\*2) occurs. > (\*1) > {noformat} > package com.example.reproducer > import com.example.reproducer.Fact > dialect "mvel" > rule "rule1b" > when > $fact : Fact( $year : year, (($year % 400) == 0) || ((($year % 4) == 0) && (($year % 100) != 0)), $flag : "YES" ) // ..... (*1-1) > then > modify($fact) { > leapYear = $flag > } > System.out.println("***** $fact: " + $fact + ", " + $year + " is a leap year? " + $fact.leapYear); > end > {noformat} > (\*2) > {noformat} > [ERROR] /work2/testdir/reproducer_mc_1b/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/PF6/LambdaPredicateF6282A65CE56BF77478DD6D1D7E1AFE4.java:[17,133] bad operand types for binary operator '%' > first type: java.math.BigDecimal > second type: int > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2021