March 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JGRP-457) Optimization: make threads return immediately if NAKACK has another active thread for the same sender

by Bela Ban (JIRA)

Optimization: make threads return immediately if NAKACK has another active thread for the same sender ----------------------------------------------------------------------------------------------------- Key: JGRP-457 URL: http://jira.jboss.com/jira/browse/JGRP-457 Project: JGroups Issue Type: Feature Request Reporter: Bela Ban Assigned To: Bela Ban Priority: Minor Fix For: 2.5 In NAKACK, when a thread places a message for sender S into the NakReceiverWindow NRW, it subsequently acquires a lock on NRW (lock by sender) and removes as many messages as possible and passes them up. If many threads do this at the same time, all threads but one are blocked, and - when finally unblocked - usually return. This causes context switches and possibly cache flushing, so a better way would be to have the threads check whether another thread is already removing messages using a CAS operation *before* acquiring the lock. The effect should be that no threads will wait on the lock unnecessarily, and thus fewer context switches, and more threads available to the pool. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

4 days, 23 hours

2
3
0 / 0

[JBoss JIRA] (ELY-776) Eliminate reference to "slot" from module configurations

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-776?page=com.atlassian.jira.plugin.sy... ] Darran Lofthouse reassigned ELY-776: ------------------------------------ Assignee: Darran Lofthouse > Eliminate reference to "slot" from module configurations > -------------------------------------------------------- > > Key: ELY-776 > URL: https://issues.jboss.org/browse/ELY-776 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Authentication Client > Reporter: David Lloyd > Assignee: Darran Lofthouse > Fix For: 1.1.0.Beta15 > > > The final version of our client XSD should accept a name for modules but no slot. Instead, either the new name-only APIs should be used or a ModuleIdentifier created via that class's "fromString" method. Module slots are deprecated. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

4 weeks, 1 day

2
1
0 / 0

[JBoss JIRA] (JBRULES-3445) DSL expander expands lines in /* */comment block

by Mario Fusco (JIRA)

Mario Fusco created JBRULES-3445: ------------------------------------ Summary: DSL expander expands lines in /* */comment block Key: JBRULES-3445 URL: https://issues.jboss.org/browse/JBRULES-3445 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Mario Fusco Assignee: Mario Fusco When you comment some code in dslr file, the expander still tries to expand it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

5 months, 3 weeks

3
10
0 / 0

[JBoss JIRA] (WFCORE-3718) mvn versions:set -DnewVersion=xxxx does not replace component-matrix/pom.xml

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3718?page=com.atlassian.jira.plugi... ] Tomaz Cerar commented on WFCORE-3718: ------------------------------------- Yes, idea is that component-matrix has no dependencies to anything, jboss-parent is there just to make sure the release process (plugin settings) is the same across the project. Maybe solution for this would be to add configuration of versions plugin to pluginManagment to always have processAllModules configured, this way person doing release wouldn't need to be extra careful. > mvn versions:set -DnewVersion=xxxx does not replace component-matrix/pom.xml > ---------------------------------------------------------------------------- > > Key: WFCORE-3718 > URL: https://issues.jboss.org/browse/WFCORE-3718 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 5.0.0.Alpha2 > Reporter: Kabir Khan > Assignee: Tomaz Cerar > > {quote} > [2:26 PM] Kabir Khan: @ctomc following https://developer.jboss.org/wiki/WildFlyCoreReleaseProcess, and using > mvn versions:set -DnewVersion=5.0.0.Alpha2 > [2:26 PM] Kabir Khan: it seems to keep component-matrix/pom.xml as -SNAPSHOT > [2:26 PM] Kabir Khan: $git grep "\-SNAPSHOT" > component-matrix/pom.xml: <version>5.0.0.Alpha2-SNAPSHOT</version> > [2:27 PM] Tomaz Cerar: damn, that is not good > [2:27 PM] Tomaz Cerar: versions plugin is bit stupid in some cases > [2:27 PM] Kabir Khan: Should it be in the list of modules? > [2:27 PM] Tomaz Cerar: it is > {quote} > All other versions are correctly replaced. I'd hazard a guess that this also happens in WF full. > CC [~brian.stansberry] - for the 5.0.0.Alpha2 release I'm using the old find/sed way -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9940) Reduce unnecessary lambda usage in clustering modules

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/WFLY-9940?page=com.atlassian.jira.plugin.... ] Paul Ferraro reopened WFLY-9940: -------------------------------- > Reduce unnecessary lambda usage in clustering modules > ----------------------------------------------------- > > Key: WFLY-9940 > URL: https://issues.jboss.org/browse/WFLY-9940 > Project: WildFly > Issue Type: Task > Affects Versions: 12.0.0.Final > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Fix For: 13.0.0.Beta1 > > > Lambdas chew up a lot of resources and we use a lot of them. Eliminate whenever possible. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2441) DMN runtime not using the kiecontainer root classloader to load classes

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2441?page=com.atlassian.jira.plugi... ] Edson Tirelli commented on DROOLS-2441: --------------------------------------- I attached an example to reproduce this problem. This one also requires a dependency to apache commons, that also needs to work after changing the classloader: <dependency> <groupId>org.apache.commons</groupId> <artifactId>commons-math3</artifactId> <version>3.6.1</version> </dependency> > DMN runtime not using the kiecontainer root classloader to load classes > ----------------------------------------------------------------------- > > Key: DROOLS-2441 > URL: https://issues.jboss.org/browse/DROOLS-2441 > Project: Drools > Issue Type: Bug > Components: dmn engine > Affects Versions: 7.6.0.Final > Reporter: Edson Tirelli > Assignee: Matteo Mortari > Priority: Blocker > Fix For: 7.8.0.Final > > Attachments: Standard Deviation.dmn, StandardDeviation.java > > > The FunctionDefNode is not using the kie container root classloader to load classes. I even added a comment for that, just a shame comments are not executable: > https://github.com/kiegroup/drools/blob/master/kie-dmn/kie-dmn-feel/src/m... > {code:title=FunctionDefNode.java} > // might need to explicitly use a classloader here > Class<?> clazz = Class.forName( clazzName ); > {code} > To reproduce the problem, create a java class with a static method, add it to the kjar, create a DMN model that invokes that model, and try to execute. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2441) DMN runtime not using the kiecontainer root classloader to load classes

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2441?page=com.atlassian.jira.plugi... ] Edson Tirelli updated DROOLS-2441: ---------------------------------- Attachment: StandardDeviation.java > DMN runtime not using the kiecontainer root classloader to load classes > ----------------------------------------------------------------------- > > Key: DROOLS-2441 > URL: https://issues.jboss.org/browse/DROOLS-2441 > Project: Drools > Issue Type: Bug > Components: dmn engine > Affects Versions: 7.6.0.Final > Reporter: Edson Tirelli > Assignee: Matteo Mortari > Priority: Blocker > Fix For: 7.8.0.Final > > Attachments: Standard Deviation.dmn, StandardDeviation.java > > > The FunctionDefNode is not using the kie container root classloader to load classes. I even added a comment for that, just a shame comments are not executable: > https://github.com/kiegroup/drools/blob/master/kie-dmn/kie-dmn-feel/src/m... > {code:title=FunctionDefNode.java} > // might need to explicitly use a classloader here > Class<?> clazz = Class.forName( clazzName ); > {code} > To reproduce the problem, create a java class with a static method, add it to the kjar, create a DMN model that invokes that model, and try to execute. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2441) DMN runtime not using the kiecontainer root classloader to load classes

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2441?page=com.atlassian.jira.plugi... ] Edson Tirelli updated DROOLS-2441: ---------------------------------- Attachment: Standard Deviation.dmn > DMN runtime not using the kiecontainer root classloader to load classes > ----------------------------------------------------------------------- > > Key: DROOLS-2441 > URL: https://issues.jboss.org/browse/DROOLS-2441 > Project: Drools > Issue Type: Bug > Components: dmn engine > Affects Versions: 7.6.0.Final > Reporter: Edson Tirelli > Assignee: Matteo Mortari > Priority: Blocker > Fix For: 7.8.0.Final > > Attachments: Standard Deviation.dmn, StandardDeviation.java > > > The FunctionDefNode is not using the kie container root classloader to load classes. I even added a comment for that, just a shame comments are not executable: > https://github.com/kiegroup/drools/blob/master/kie-dmn/kie-dmn-feel/src/m... > {code:title=FunctionDefNode.java} > // might need to explicitly use a classloader here > Class<?> clazz = Class.forName( clazzName ); > {code} > To reproduce the problem, create a java class with a static method, add it to the kjar, create a DMN model that invokes that model, and try to execute. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2441) DMN runtime not using the kiecontainer root classloader to load classes

by Edson Tirelli (JIRA)

Edson Tirelli created DROOLS-2441: ------------------------------------- Summary: DMN runtime not using the kiecontainer root classloader to load classes Key: DROOLS-2441 URL: https://issues.jboss.org/browse/DROOLS-2441 Project: Drools Issue Type: Bug Components: dmn engine Affects Versions: 7.6.0.Final Reporter: Edson Tirelli Assignee: Matteo Mortari Priority: Blocker Fix For: 7.8.0.Final The FunctionDefNode is not using the kie container root classloader to load classes. I even added a comment for that, just a shame comments are not executable: https://github.com/kiegroup/drools/blob/master/kie-dmn/kie-dmn-feel/src/m... {code:title=FunctionDefNode.java} // might need to explicitly use a classloader here Class<?> clazz = Class.forName( clazzName ); {code} To reproduce the problem, create a java class with a static method, add it to the kjar, create a DMN model that invokes that model, and try to execute. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10156) Java EE 7 REST Service not called

by Viggo Navarsete (JIRA)

Viggo Navarsete created WFLY-10156: -------------------------------------- Summary: Java EE 7 REST Service not called Key: WFLY-10156 URL: https://issues.jboss.org/browse/WFLY-10156 Project: WildFly Issue Type: Bug Components: Server Affects Versions: 12.0.0.Final Reporter: Viggo Navarsete Assignee: Jason Greene Current setup that works: Wildfly 10.0.0.Final Keycloak 3.4.3.Final - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final - Access the endpoint through a React app with a token received from Keycloak. - Returns a 200 http response with payload - undertow server.log: 19:35:33,356 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:35:33 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36" 19:35:33,994 INFO [stdout] (default task-2) *** Calling getOrders *** 19:35:34,121 INFO [io.undertow.accesslog] (default task-2) 127.0.0.1 [30/Mar/2018:19:35:34 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36" Setup that doesn't work: Wildfly 12.0.0.Final Keycloak 3.4.3.Final - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final - Access the endpoint through a React app with a token received from Keycloak. - Returns a 200 http response with NO payload - undertow server.log: 19:25:22,707 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:22 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36" 19:25:23,491 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:23 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36" As you can see from the server.log, my endpoint is probably not called in Wildfly 12.0.0.Final since the log output isn't written to server.log -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 6 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 March 2018