[JBoss JIRA] (LOGTOOL-142) Support java.util.function.Supplier as a parameter to logs and bundles
by Daniel Siviter (Jira)
[ https://issues.jboss.org/browse/LOGTOOL-142?page=com.atlassian.jira.plugi... ]
Daniel Siviter updated LOGTOOL-142:
-----------------------------------
Description:
Similar to JDK logging that supports deferred logging using {{java.util.function.Supplier}}, allow for JBoss logging but for each parameter within a log and bundle.
e.g.
{code}
@LogMessage
@Message("I'm going to log something computationally expensive: %s")
void expensive(Supplier<String> value);
{code}
Which could then be used as:
{code}
LogInterface.LOG.expensive(this::toExpensiveFormattedString);
{code}
was:
Similar to JDK logging that supports deferred logging using {{java.util.function.Supplier}} perform something similar for JBoss logging but for each parameter.
e.g.
{code}
@LogMessage
@Message("I'm going to log something computationally expensive: %s")
void expensive(Supplier<String> value);
{code}
Which could then be used as:
{code}
LogInterface.LOG.expensive(this::toExpensiveFormattedString);
{code}
> Support java.util.function.Supplier as a parameter to logs and bundles
> ----------------------------------------------------------------------
>
> Key: LOGTOOL-142
> URL: https://issues.jboss.org/browse/LOGTOOL-142
> Project: Log Tool
> Issue Type: Enhancement
> Affects Versions: 2.2.0.Final
> Reporter: Daniel Siviter
> Priority: Major
>
> Similar to JDK logging that supports deferred logging using {{java.util.function.Supplier}}, allow for JBoss logging but for each parameter within a log and bundle.
> e.g.
> {code}
> @LogMessage
> @Message("I'm going to log something computationally expensive: %s")
> void expensive(Supplier<String> value);
> {code}
> Which could then be used as:
> {code}
> LogInterface.LOG.expensive(this::toExpensiveFormattedString);
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 10 months
[JBoss JIRA] (LOGTOOL-142) Support java.util.function.Supplier as a parameter to logs and bundles
by Daniel Siviter (Jira)
Daniel Siviter created LOGTOOL-142:
--------------------------------------
Summary: Support java.util.function.Supplier as a parameter to logs and bundles
Key: LOGTOOL-142
URL: https://issues.jboss.org/browse/LOGTOOL-142
Project: Log Tool
Issue Type: Enhancement
Affects Versions: 2.2.0.Final
Reporter: Daniel Siviter
Similar to JDK logging that supports deferred logging using {{java.util.function.Supplier}} perform something similar for JBoss logging but for each parameter.
e.g.
{code}
@LogMessage
@Message("I'm going to log something computationally expensive: %s")
void expensive(Supplier<String> value);
{code}
Which could then be used as:
{code}
LogInterface.LOG.expensive(this::toExpensiveFormattedString);
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 10 months
[JBoss JIRA] (DROOLS-4542) Executable model compilation fails with map modification in action
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-4542?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-4542:
---------------------------------
Tester: Tibor Zimanyi
Story Points: 3
> Executable model compilation fails with map modification in action
> ------------------------------------------------------------------
>
> Key: DROOLS-4542
> URL: https://issues.jboss.org/browse/DROOLS-4542
> Project: Drools
> Issue Type: Bug
> Components: core engine, executable model
> Affects Versions: 7.24.0.Final, 7.27.0.Final
> Environment: - 7.24.0.Final and later version
> - building executable model
> - dialect "mvel"
> Reporter: Hiroko Miura
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
> Attachments: generateModel-build-error.zip
>
>
> The following expression on update of Map in RHS causes an error when building executable model.
> * Pattern1
> {noformat}
> m.mapVal["rule1"] = "value1";
> {noformat}
> * Error1 (NPE)
> {noformat}
> [ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel (default-generateModel) on project build-error: Execution default-generateModel of goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel failed.: NullPointerException -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel (default-generateModel) on project build-error: Execution default-generateModel of goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel failed.
> {noformat}
> or
> * Pattern2
> {noformat}
> m.getMapVal().put( "rule2", "value2" );
> {noformat}
> * Error2
> {noformat}
> [ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel (default-generateModel) on project build-error: A type incompatibility occurred while executing org.kie:kie-maven-plugin:7.24.0.Final:generateModel: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl cannot be cast to java.lang.Class
> {noformat}
> This does not happen with 7.23.0.Final.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 10 months
[JBoss JIRA] (DROOLS-4542) Executable model compilation fails with map modification in action
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-4542?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-4542:
---------------------------------
Sprint: 2019 Week 38-40 (from Sep 16)
> Executable model compilation fails with map modification in action
> ------------------------------------------------------------------
>
> Key: DROOLS-4542
> URL: https://issues.jboss.org/browse/DROOLS-4542
> Project: Drools
> Issue Type: Bug
> Components: core engine, executable model
> Affects Versions: 7.24.0.Final, 7.27.0.Final
> Environment: - 7.24.0.Final and later version
> - building executable model
> - dialect "mvel"
> Reporter: Hiroko Miura
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
> Attachments: generateModel-build-error.zip
>
>
> The following expression on update of Map in RHS causes an error when building executable model.
> * Pattern1
> {noformat}
> m.mapVal["rule1"] = "value1";
> {noformat}
> * Error1 (NPE)
> {noformat}
> [ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel (default-generateModel) on project build-error: Execution default-generateModel of goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel failed.: NullPointerException -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel (default-generateModel) on project build-error: Execution default-generateModel of goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel failed.
> {noformat}
> or
> * Pattern2
> {noformat}
> m.getMapVal().put( "rule2", "value2" );
> {noformat}
> * Error2
> {noformat}
> [ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.24.0.Final:generateModel (default-generateModel) on project build-error: A type incompatibility occurred while executing org.kie:kie-maven-plugin:7.24.0.Final:generateModel: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl cannot be cast to java.lang.Class
> {noformat}
> This does not happen with 7.23.0.Final.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 10 months
[JBoss JIRA] (JGRP-2385) Node heartbeat checks are failing with TCP
by Rashmi Acharya (Jira)
Rashmi Acharya created JGRP-2385:
------------------------------------
Summary: Node heartbeat checks are failing with TCP
Key: JGRP-2385
URL: https://issues.jboss.org/browse/JGRP-2385
Project: JGroups
Issue Type: Feature Request
Affects Versions: 3.6.19
Environment: Windows
Reporter: Rashmi Acharya
Assignee: Bela Ban
Hi Bela,
One of our customer which is still on 3.4.0 Jgroups are facing issue with Node -Node cluster heartbeat communication with TCP.
Node is not responding intermittently and moved out of cluster group (around 3 nodes as part of the cluster along with 3 container nodes)
when port_range=0 setting, it works fine.. Can you please explain the significance of this with TCP option ? What is the recommended value which is suggested with Jgroups ?
Here is the property String:
jgroups_cluster.property_string=TCP(bind_addr=10.1.231.73;bind_port=8141):TCPPING(initial_hosts=10.1.231.73,10.1.231.10;port_range=1;timeout=5000;num_initial_members=2):MERGE2(min_interval=3000;max_interval=5000):FD_ALL(interval=5000;time
out=20000):FD(timeout=5000;max_tries=48;level=ERROR):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(retransmit_timeout=100,200,300,600,1200,2400,4800;discard_delivered_msgs=true):pbcast.STABLE(stability_delay=1000;desired_avg_gossip=20000;max_bytes=0):pb
cast.GMS(print_local_addr=true;join_timeout=5000)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 10 months
[JBoss JIRA] (JGRP-2382) JGroups version 4.0.13.Final.jar is causing memory leaks
by Rashmi Acharya (Jira)
[ https://issues.jboss.org/browse/JGRP-2382?page=com.atlassian.jira.plugin.... ]
Rashmi Acharya commented on JGRP-2382:
--------------------------------------
Can you please help us with further queries.. We need to modify accordigly with newer versions as well which are planning to upgrade i.e v4.1.14.
> JGroups version 4.0.13.Final.jar is causing memory leaks
> --------------------------------------------------------
>
> Key: JGRP-2382
> URL: https://issues.jboss.org/browse/JGRP-2382
> Project: JGroups
> Issue Type: Feature Request
> Affects Versions: 4.0.13
> Environment: AIX machine 7.1 with JDK 1.8
> Reporter: Rashmi Acharya
> Assignee: Bela Ban
> Priority: Major
> Attachments: dumps_TEST_node1_20190918_after_3_hours.zip, dumps_TEST_node1_20190918_right_after_restart.zip, dumps_TEST_node2_20190918_after_3_hours.zip, dumps_TEST_node2_20190918_right_after_restart.zip
>
>
> We are observing a constant memory growth and leak with JGroup version 4.0.13 ..
> One of our customer is having two node cluster environment and in one node we are observing org.Group.Messages which contain org.groups.Header and org.groups.Stack.ipAddress objects.. these are not getting cleared from memory..
> We dont see any exception related to Jgroups from logs and but it is causing a gradual emory growth and OOM.
> Here is the Jgroups cluster configuration we have:
> dynamic.cluster.property_string
> <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:org:jgroups" xsi:schemaLocation="urn:org:jgroups http://www.jgroups.org/schema/jgroups.xsd">
> <TCP bind_addr="&HOST_ADDR;" bind_port="&MULTICAST_NODE_PORT2;"/>
> <TCPPING async_discovery="true" initial_hosts="&CLUSTER_INITIAL_HOSTS;" port_range="0" send_cache_on_join="true"/>
> <MERGE3 min_interval="3000" max_interval="5000" />
> <FD_ALL timeout="20000" interval="15000"/>
> <FD_SOCK/>
> <FD timeout="5000" max_tries="48" />
> <VERIFY_SUSPECT timeout="1500"/>
> <BARRIER/>
> <pbcast.NAKACK2 use_mcast_xmit="false" discard_delivered_msgs="true"/>
> <UNICAST3/>
> <pbcast.STABLE desired_avg_gossip="20000" max_bytes="0" stability_delay="1000"/>
> <pbcast.GMS print_local_addr="true" join_timeout="15000" />
> </config>
> =================================
> dynamic.cluster.distribution_property_string
> <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:org:jgroups" xsi:schemaLocation="urn:org:jgroups http://www.jgroups.org/schema/jgroups.xsd">
> <TCP bind_port="&MULTICAST_NODE_PORT1;" />
> <TCPPING async_discovery="true" initial_hosts="&CLUSTER_INITIAL_HOSTS;" port_range="0" send_cache_on_join="true"/>
> <MERGE3 min_interval="3000" max_interval="5000"/>
> <FD_SOCK/>
> <FD timeout="5000" max_tries="48"/>
> <VERIFY_SUSPECT timeout="1500"/>
> <BARRIER/>
> <pbcast.NAKACK2 use_mcast_xmit="false" discard_delivered_msgs="true"/>
> <UNICAST3/>
> <pbcast.STABLE desired_avg_gossip="20000" max_bytes="0" stability_delay="1000" />
> <pbcast.GMS print_local_addr="true" join_timeout="5000"/>
> </config>
> ================================
> dynamic.cluster.lock.protocolStack
> <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:org:jgroups" xsi:schemaLocation="urn:org:jgroups http://www.jgroups.org/schema/jgroups.xsd">
> <TCP bind_addr="&HOST_ADDR;" bind_port="&MULTICAST_NODE_PORT3;"/>
> <TCPPING async_discovery="true" initial_hosts="&CLUSTER_INITIAL_HOSTS;" port_range="0" send_cache_on_join="true"/>
> <MERGE3 min_interval="3000" max_interval="5000"/>
> <FD_ALL timeout="20000" interval="5000"/>
> <FD timeout="5000" max_tries="48"/>
> <VERIFY_SUSPECT timeout="1500"/>
> <BARRIER/>
> <pbcast.NAKACK2 use_mcast_xmit="false" discard_delivered_msgs="true"/>
> <UNICAST3 /> <pbcast.STABLE desired_avg_gossip="20000" />
> <pbcast.GMS print_local_addr="true" join_timeout="5000"/>
> <FRAG2 frag_size="8096"/>
> <CENTRAL_LOCK2/>
> </config>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 10 months
[JBoss JIRA] (SWSQE-959) Github PR hooks do not send to PRT
by Hayk Hovsepyan (Jira)
Hayk Hovsepyan created SWSQE-959:
------------------------------------
Summary: Github PR hooks do not send to PRT
Key: SWSQE-959
URL: https://issues.jboss.org/browse/SWSQE-959
Project: Kiali QE
Issue Type: QE Task
Reporter: Hayk Hovsepyan
It seems Token to Github for kiali CI is expired.
Error in jenkins logs:
{code}
Sep 17, 2019 4:16:34 AM org.jenkinsci.plugins.ghprb.GhprbRepository initGhRepository
SEVERE: Error while accessing rate limit API
org.kohsuke.github.HttpException: {"message":"Maximum number of login attempts exceeded. Please try again later.","documentation_url":"https://developer.github.com/v3"}
at org.kohsuke.github.Requester.handleApiError(Requester.java:703)
at org.kohsuke.github.Requester._to(Requester.java:306)
at org.kohsuke.github.Requester.to(Requester.java:247)
at org.kohsuke.github.GitHub.getRateLimit(GitHub.java:318)
at org.jenkinsci.plugins.ghprb.GhprbRepository.initGhRepository(GhprbRepository.java:100)
at org.jenkinsci.plugins.ghprb.GhprbRepository.check(GhprbRepository.java:133)
at org.jenkinsci.plugins.ghprb.GhprbTrigger.run(GhprbTrigger.java:371)
at hudson.triggers.Trigger.checkTriggers(Trigger.java:278)
at hudson.triggers.Trigger$Cron.doRun(Trigger.java:226)
at hudson.triggers.SafeTimerTask.run(SafeTimerTask.java:72)
at jenkins.security.ImpersonatingScheduledExecutorService$1.run(ImpersonatingScheduledExecutorService.java:58)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.kohsuke.github.HttpException: Server returned HTTP response code: 403, message: 'Forbidden' for URL: https://api.github.com/rate_limit
at org.kohsuke.github.Requester.parse(Requester.java:646)
at org.kohsuke.github.Requester.parse(Requester.java:607)
at org.kohsuke.github.Requester._to(Requester.java:285)
... 16 more
Caused by: java.io.IOException: Server returned HTTP response code: 403 for URL: https://api.github.com/rate_limit
at sun.reflect.GeneratedConstructorAccessor2195.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at sun.net.www.protocol.http.HttpURLConnection$10.run(HttpURLConnection.java:1944)
at sun.net.www.protocol.http.HttpURLConnection$10.run(HttpURLConnection.java:1939)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:1938)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1508)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1492)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:263)
at org.kohsuke.github.Requester.parse(Requester.java:625)
... 18 more
Caused by: java.io.IOException: Server returned HTTP response code: 403 for URL: https://api.github.com/rate_limit
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1894)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1492)
at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:347)
at org.kohsuke.github.Requester.parse(Requester.java:615)
... 18 more
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 10 months