February 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-2290) KieSessionConfiguration is not serializable

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-2290: ----------------------------------- Summary: KieSessionConfiguration is not serializable Key: DROOLS-2290 URL: https://issues.jboss.org/browse/DROOLS-2290 Project: Drools Issue Type: Bug Components: core engine Reporter: Mario Fusco Assignee: Mario Fusco The TimerJobFactoryType has been changed from an enum into a class which is not declared Serializable. That implies that it is no longer serializable and then also the session configuration that contains it isn't. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2245) JGroup JDBC_PING is not clearing the crashed members

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2245?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-2245: -------------------------------- I released 4.0.10 yesterday! :-) > JGroup JDBC_PING is not clearing the crashed members > ---------------------------------------------------- > > Key: JGRP-2245 > URL: https://issues.jboss.org/browse/JGRP-2245 > Project: JGroups > Issue Type: Bug > Affects Versions: 4.0.8 > Reporter: Sibin Karnavar > Assignee: Bela Ban > Fix For: 4.0.10 > > > 1) In AWS cloud environments, IP address will be different when a node crashes and when a new cluster node gets recreated. > 2) In this situation, JGroup is not clearing logical_addr_cache and it gets confused, when we restart the cluster nodes. > 3)logical_addr_cache_max_size and the eviction did not work because, the cache is again getting updated from the ping and it never getting marked as removable. > I think the issue is > handleView method is always re writing the entire cache on view change to the db. So even if we clear the table with the help of above mentioned flags (remove_all_data_on_view_change && remove_old_coords_on_view_change) , its getting re written to the table. > {code:java} > // remove all files which are not from the current members > protected void handleView(View new_view, View old_view, boolean coord_changed) { > if(is_coord) { > if(coord_changed) { > if(remove_all_data_on_view_change) > removeAll(cluster_name); > else if(remove_old_coords_on_view_change) { > Address old_coord=old_view != null? old_view.getCreator() : null; > if(old_coord != null) > remove(cluster_name, old_coord); > } > } > if(coord_changed || View.diff(old_view, new_view)[1].length > 0) { > writeAll(); > if(remove_all_data_on_view_change || remove_old_coords_on_view_change) > startInfoWriter(); > } > } > else if(coord_changed) // I'm no longer the coordinator > remove(cluster_name, local_addr); > } > {code} > 4) Because of the crashed members (non existing ip address), we are getting lot of socket timeouts > sendToMembers of TP is trying to send messages to old crashed members and writing error logs while startup. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2289) The response time jump add in stability test

by LIANG LIU (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2289?page=com.atlassian.jira.plugi... ] LIANG LIU updated DROOLS-2289: ------------------------------ Description: !image-2018-02-02-14-51-31-166.png|thumbnail! Stability test the response time jump add! Figure ; En,there are 20 rules,like: rule "1" salience 9999 when $inputFact:InputFact(stateless_data["black_test"]== 1) then result.put(drools.getRule().getName(),1); end It's a problem I use or some parameters need to be set？ was: !image-2018-02-02-14-51-31-166.png|thumbnail! Stability test the response time jump add! Figure ; En,there are 20 rules,like: rule "1" salience 9999 when $inputFact:InputFact(stateless_data["black_test"]== 1) then result.put(drools.getRule().getName(),1); end > The response time jump add in stability test > --------------------------------------------- > > Key: DROOLS-2289 > URL: https://issues.jboss.org/browse/DROOLS-2289 > Project: Drools > Issue Type: Quality Risk > Components: kie server > Affects Versions: 7.5.0.Final > Environment: tomcat version:8.5.24 jmeter version：jakarta-jmeter-2.5.1 Drools version：7.5.0.Final > cpu：2x6 x86_64， memory：32G， sysOS：CentOS release 6.3 > Reporter: LIANG LIU > Assignee: Edson Tirelli > Attachments: image-2018-02-02-14-51-31-166.png, tomcat8_test.jmx > > > !image-2018-02-02-14-51-31-166.png|thumbnail! > Stability test the response time jump add! Figure ; En,there are 20 rules,like: > rule "1" > salience 9999 > when > $inputFact:InputFact(stateless_data["black_test"]== 1) > then > result.put(drools.getRule().getName(),1); > end > It's a problem I use or some parameters need to be set？ -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2289) The response time jump add in stability test

by LIANG LIU (JIRA)

LIANG LIU created DROOLS-2289: --------------------------------- Summary: The response time jump add in stability test Key: DROOLS-2289 URL: https://issues.jboss.org/browse/DROOLS-2289 Project: Drools Issue Type: Quality Risk Components: kie server Affects Versions: 7.5.0.Final Environment: tomcat version:8.5.24 jmeter version：jakarta-jmeter-2.5.1 Drools version：7.5.0.Final cpu：2x6 x86_64， memory：32G， sysOS：CentOS release 6.3 Reporter: LIANG LIU Assignee: Edson Tirelli Attachments: image-2018-02-02-14-51-31-166.png, tomcat8_test.jmx !image-2018-02-02-14-51-31-166.png|thumbnail! Stability test the response time jump add! Figure ; En,there are 20 rules,like: rule "1" salience 9999 when $inputFact:InputFact(stateless_data["black_test"]== 1) then result.put(drools.getRule().getName(),1); end -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9726) Upgrade JSF based on Mojarra 2.2.13.SP5

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-9726?page=com.atlassian.jira.plugin.... ] Ivo Studensky updated WFLY-9726: -------------------------------- Labels: downstream_dependency (was: ) > Upgrade JSF based on Mojarra 2.2.13.SP5 > --------------------------------------- > > Key: WFLY-9726 > URL: https://issues.jboss.org/browse/WFLY-9726 > Project: WildFly > Issue Type: Component Upgrade > Components: JSF > Reporter: Ivo Studensky > Assignee: Ivo Studensky > Labels: downstream_dependency > Fix For: 12.0.0.Alpha1 > > > Upgrade JSF based on Mojarra 2.2.13.SP. This incorporates the patch for WFLY-8573 / [JAVASERVERFACES_SPEC_PUBLIC-671 | https://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-671] -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9407) Upgrade Artemis 2.4.0

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-9407?page=com.atlassian.jira.plugin.... ] Ivo Studensky updated WFLY-9407: -------------------------------- Labels: downstream_dependency (was: ) > Upgrade Artemis 2.4.0 > --------------------- > > Key: WFLY-9407 > URL: https://issues.jboss.org/browse/WFLY-9407 > Project: WildFly > Issue Type: Component Upgrade > Components: JMS > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Labels: downstream_dependency > Fix For: 12.0.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (AG-52) Fix typo in ResultSetWrapper.setFetchSize()

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-52?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro resolved AG-52. ----------------------------- Resolution: Done > Fix typo in ResultSetWrapper.setFetchSize() > ------------------------------------------- > > Key: AG-52 > URL: https://issues.jboss.org/browse/AG-52 > Project: Agroal > Issue Type: Bug > Components: pool > Affects Versions: 0.3 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Fix For: 0.4 > > > Currently calls setFetchDirection() on the wrapped ResultSet -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (AG-51) Don't wrap null Statement / ResultSet

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-51?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro resolved AG-51. ----------------------------- Resolution: Done > Don't wrap null Statement / ResultSet > ------------------------------------- > > Key: AG-51 > URL: https://issues.jboss.org/browse/AG-51 > Project: Agroal > Issue Type: Bug > Components: pool > Affects Versions: 0.3 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Fix For: 0.4 > > > Do not create and return a wrapper for null Statement / ResultSet -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (AG-52) Fix typo in ResultSetWrapper.setFetchSize()

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-52?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro updated AG-52: ---------------------------- Summary: Fix typo in ResultSetWrapper.setFetchSize() (was: Fix typo in ResultSetWrapper.setFetchsize()) > Fix typo in ResultSetWrapper.setFetchSize() > ------------------------------------------- > > Key: AG-52 > URL: https://issues.jboss.org/browse/AG-52 > Project: Agroal > Issue Type: Bug > Components: pool > Affects Versions: 0.3 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Fix For: 0.4 > > > Currently calls setFetchDirection() on the wrapped ResultSet -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (AG-52) Fix typo in ResultSetWrapper.setFetchsize()

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-52?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro updated AG-52: ---------------------------- Summary: Fix typo in ResultSetWrapper.setFetchsize() (was: Fix typo in WrappedResultSet.setFetchsize()) > Fix typo in ResultSetWrapper.setFetchsize() > ------------------------------------------- > > Key: AG-52 > URL: https://issues.jboss.org/browse/AG-52 > Project: Agroal > Issue Type: Bug > Components: pool > Affects Versions: 0.3 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Fix For: 0.4 > > > Currently calls setFetchDirection() on the wrapped ResultSet -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2018