November 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-7605) Infinispan extension uses deprecated transformer API

by Paul Ferraro (JIRA)

Paul Ferraro created WFLY-7605: ---------------------------------- Summary: Infinispan extension uses deprecated transformer API Key: WFLY-7605 URL: https://issues.jboss.org/browse/WFLY-7605 Project: WildFly Issue Type: Bug Components: Clustering Affects Versions: 10.1.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7604) JGroups extension uses deprecated transformer API

by Paul Ferraro (JIRA)

Paul Ferraro created WFLY-7604: ---------------------------------- Summary: JGroups extension uses deprecated transformer API Key: WFLY-7604 URL: https://issues.jboss.org/browse/WFLY-7604 Project: WildFly Issue Type: Bug Components: Clustering Affects Versions: 10.1.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1326) Stateful working memory regression OCT-2016: nurserostering long_hint01.xml

by Matteo Mortari (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1326?page=com.atlassian.jira.plugi... ] Matteo Mortari commented on DROOLS-1326: ---------------------------------------- Hi [~jlocker] thank you for this; kindly pardon me a (banal) question about this reproducer, please? I checked out your git repo and branch drools1326, I launch the JUnit test suite but all test are passing, no assertion are failing: !screenshot-1.png|thumbnail! and with the following outputs: {code:java} 2016-11-15 18:44:03,330 [main] INFO Discovered kie.conf url=jar:file:/home/mmortari/.m2/repository/org/optaplanner/optaplanner-core/7.0.0-SNAPSHOT/optaplanner-core-7.0.0-SNAPSHOT.jar!/META-INF/kie.conf 2016-11-15 18:44:03,388 [main] INFO Adding Assembler org.optaplanner.core.impl.solver.kie.KieSolverAssemblerService 2016-11-15 18:44:04,132 [main] INFO KieModule was added: MemoryKieModule[releaseId=org.default:artifact:1.0.0-SNAPSHOT] 2016-11-15 18:44:04,135 [main] DEBUG Cannot load a KieRepositoryScanner, using the DummyKieScanner 2016-11-15 18:44:04,165 [main] DEBUG Starting Engine in PHREAK mode FIRE 2016-11-15 18:44:04,258 [main] DEBUG State was INACTIVE is now FIRING_ALL_RULES 2016-11-15 18:44:04,330 [main] DEBUG State was FIRING_ALL_RULES is now HALTING 2016-11-15 18:44:04,330 [main] DEBUG State was HALTING is now INACTIVE ShiftAssignment: null/null ShiftAssignment: null/null ShiftAssignment: null/null MinMaxContractLine: null-CONSECUTIVE_WORKING_WEEKENDS Employee: B EmployeeConsecutiveWeekendAssignmentStart: B weekend 2 - ... EmployeeConsecutiveWeekendAssignmentEnd: B weekend ... - 9 EmployeeWeekendSequence: B is working the weekend of 2 - 9 FIRE 2016-11-15 18:44:04,333 [main] DEBUG State was INACTIVE is now FIRING_ALL_RULES 2016-11-15 18:44:04,342 [main] DEBUG State was FIRING_ALL_RULES is now HALTING 2016-11-15 18:44:04,342 [main] DEBUG State was HALTING is now INACTIVE ShiftAssignment: null/null ShiftAssignment: null/null ShiftAssignment: null/null MinMaxContractLine: null-CONSECUTIVE_WORKING_WEEKENDS Employee: B EmployeeConsecutiveWeekendAssignmentStart: B weekend 9 - ... EmployeeConsecutiveWeekendAssignmentStart: B weekend 2 - ... EmployeeConsecutiveWeekendAssignmentEnd: B weekend ... - 9 EmployeeConsecutiveWeekendAssignmentEnd: B weekend ... - 2 EmployeeWeekendSequence: B is working the weekend of 9 - 9 EmployeeWeekendSequence: B is working the weekend of 2 - 2 FIRE 2016-11-15 18:44:04,345 [main] DEBUG State was INACTIVE is now FIRING_ALL_RULES 2016-11-15 18:44:04,348 [main] DEBUG State was FIRING_ALL_RULES is now HALTING 2016-11-15 18:44:04,348 [main] DEBUG State was HALTING is now INACTIVE ShiftAssignment: null/null ShiftAssignment: null/null ShiftAssignment: null/null MinMaxContractLine: null-CONSECUTIVE_WORKING_WEEKENDS Employee: B EmployeeConsecutiveWeekendAssignmentStart: B weekend 2 - ... EmployeeConsecutiveWeekendAssignmentEnd: B weekend ... - 9 EmployeeWeekendSequence: B is working the weekend of 2 - 9 {code} hence I'm not really sure where is the error. Can you guide me to pin point to where the test should be exhibiting the failure, where an assert should be failing or an error is present, please? Thanks! > Stateful working memory regression OCT-2016: nurserostering long_hint01.xml > --------------------------------------------------------------------------- > > Key: DROOLS-1326 > URL: https://issues.jboss.org/browse/DROOLS-1326 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.0.0.Beta2 > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Priority: Blocker > Attachments: screenshot-1.png > > > Something regressed in Drools master between 27-SEP and 11-OCT. > See: > https://kie-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/optaplanner-turtl... > I 'll ask [~jlocker] to isolate. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1326) Stateful working memory regression OCT-2016: nurserostering long_hint01.xml

by Matteo Mortari (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1326?page=com.atlassian.jira.plugi... ] Matteo Mortari updated DROOLS-1326: ----------------------------------- Attachment: screenshot-1.png > Stateful working memory regression OCT-2016: nurserostering long_hint01.xml > --------------------------------------------------------------------------- > > Key: DROOLS-1326 > URL: https://issues.jboss.org/browse/DROOLS-1326 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.0.0.Beta2 > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Priority: Blocker > Attachments: screenshot-1.png > > > Something regressed in Drools master between 27-SEP and 11-OCT. > See: > https://kie-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/optaplanner-turtl... > I 'll ask [~jlocker] to isolate. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1789) PreparedResponseTestCase from wf-core-eap fails intermittently

by ehsavoie Hugonnet (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1789?page=com.atlassian.jira.plugi... ] ehsavoie Hugonnet updated WFCORE-1789: -------------------------------------- Attachment: firefox.desktop > PreparedResponseTestCase from wf-core-eap fails intermittently > -------------------------------------------------------------- > > Key: WFCORE-1789 > URL: https://issues.jboss.org/browse/WFCORE-1789 > Project: WildFly Core > Issue Type: Bug > Components: Test Suite > Affects Versions: 3.0.0.Alpha7 > Reporter: ehsavoie Hugonnet > Assignee: ehsavoie Hugonnet > Fix For: 3.0.0.Alpha9 > > Attachments: firefox.desktop > > > *Description of problem:* > PreparedResponseTestCase from wf-core-eap fails intermittently with two different stack-trace > *How reproducible:* > 2% > *Actual results: (1. issue)* > Stack Trace: > {noformat} > java.lang.AssertionError: null > at org.junit.Assert.fail(Assert.java:86) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.junit.Assert.assertTrue(Assert.java:52) > at org.wildfly.core.test.standalone.mgmt.PreparedResponseTestCase.reloadServer(PreparedResponseTestCase.java:113) > {noformat} > Standard Output: > {noformat} > &amp#27;[0m01:34:22,658 INFO [org.jboss.as.server.deployment] (MSC service thread 1-4) WFLYSRV0028: Stopped deployment slow-stop.jar (runtime-name: slow-stop.jar) in 3025ms > &amp#27;[0m&amp#27;[0m01:34:22,701 INFO [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: WildFly Core 3.0.0.Alpha4-redhat-1 "Kenny" stopped in 3071ms > &amp#27;[0m&amp#27;[0m01:34:22,710 INFO [org.jboss.as] (MSC service thread 1-5) WFLYSRV0049: WildFly Core 3.0.0.Alpha4-redhat-1 "Kenny" starting > &amp#27;[0m&amp#27;[0m01:34:23,243 INFO [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http) > &amp#27;[0m&amp#27;[0m01:34:23,331 INFO [org.jboss.as.patching] (MSC service thread 1-4) WFLYPAT0050: WildFly cumulative patch ID is: base, one-off patches include: none > &amp#27;[0m&amp#27;[33m01:34:23,361 WARN [org.jboss.as.domain.management.security] (MSC service thread 1-3) WFLYDM0111: Keystore /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel/19de6045/testsuite/manualmode/target/wildfly-core/standalone/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost > &amp#27;[0m&amp#27;[33m01:34:23,355 WARN [org.jboss.as.domain.http.api.undertow] (MSC service thread 1-1) WFLYDMHTTP0003: Unable to load console module for slot main, disabling console > &amp#27;[0m&amp#27;[0m01:34:23,367 INFO [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0027: Starting deployment of "slow-stop.jar" (runtime-name: "slow-stop.jar") > &amp#27;[0m&amp#27;[33m01:34:23,449 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.slow-stop.jar" is using a private module ("org.jboss.as.controller:main") which may be changed or removed in future versions without notice. > &amp#27;[0m&amp#27;[33m01:34:23,450 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.slow-stop.jar" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice. > &amp#27;[0m&amp#27;[33m01:34:23,452 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.slow-stop.jar" is using a private module ("org.wildfly.extension.request-controller:main") which may be changed or removed in future versions without notice. > &amp#27;[0m&amp#27;[33m01:34:23,453 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.slow-stop.jar" is using a private module ("org.jboss.as.network:main") which may be changed or removed in future versions without notice. > &amp#27;[0m&amp#27;[0m01:34:23,479 INFO [org.wildfly.test.shutdown.SlowStopService] (MSC service thread 1-7) Started with a stop duration of 3000 ms > &amp#27;[0m&amp#27;[0m01:34:23,528 INFO [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0010: Deployed "slow-stop.jar" (runtime-name : "slow-stop.jar") > &amp#27;[0m > {noformat} > *Actual results: (2. issue)* > Stack Trace: > {noformat} > java.lang.RuntimeException: java.io.IOException: java.util.concurrent.CancellationException: Operation was cancelled > at org.jboss.threads.AsyncFutureTask.operationCancelled(AsyncFutureTask.java:70) > at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:267) > at org.jboss.as.controller.client.impl.AbstractDelegatingAsyncFuture.get(AbstractDelegatingAsyncFuture.java:57) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:147) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:75) > at org.wildfly.core.testrunner.ManagementClient.executeForResult(ManagementClient.java:234) > at org.wildfly.core.test.standalone.mgmt.PreparedResponseTestCase.reloadServer(PreparedResponseTestCase.java:102) > {noformat} > Standard Output: > {noformat} > 11:03:28,015 WARN [org.jboss.as.protocol.connection] (Remoting "management-client" task-5) WFLYPRT0018: No such request (1) associated with channel Channel ID a37ddd63 (outbound) of Remoting connection 68823cff to /10.16.180.146:9990 of endpoint "management-client" <6645cf9f> > {noformat} > *Expected results:* > No errors > *Additional info:* > Links to jenkins results: > * https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP7/view/EAP7-AS-T... > * https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-as-testsuite-... > * https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-as-testsuite-... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (REMJMX-127) Bring dependency versions inline with WildFly Core

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/REMJMX-127?page=com.atlassian.jira.plugin... ] Darran Lofthouse resolved REMJMX-127. ------------------------------------- Resolution: Done > Bring dependency versions inline with WildFly Core > -------------------------------------------------- > > Key: REMJMX-127 > URL: https://issues.jboss.org/browse/REMJMX-127 > Project: Remoting JMX > Issue Type: Component Upgrade > Components: Build > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 3.0.0.Alpha5 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (LOGTOOL-118) Upgrade JDeparser from 2.0.0.Final to 2.0.2.Final

by James Perkins (JIRA)

James Perkins created LOGTOOL-118: ------------------------------------- Summary: Upgrade JDeparser from 2.0.0.Final to 2.0.2.Final Key: LOGTOOL-118 URL: https://issues.jboss.org/browse/LOGTOOL-118 Project: Log Tool Issue Type: Component Upgrade Reporter: James Perkins Assignee: James Perkins Priority: Blocker Fix For: 2.1.0.Alpha1 JDeparser version should be updated. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (LOGTOOL-115) Ambiguous import problem with conflicting class name

by James Perkins (JIRA)

[ https://issues.jboss.org/browse/LOGTOOL-115?page=com.atlassian.jira.plugi... ] James Perkins reassigned LOGTOOL-115: ------------------------------------- Assignee: James Perkins > Ambiguous import problem with conflicting class name > ---------------------------------------------------- > > Key: LOGTOOL-115 > URL: https://issues.jboss.org/browse/LOGTOOL-115 > Project: Log Tool > Issue Type: Bug > Affects Versions: 2.0.1.Final > Reporter: David Lloyd > Assignee: James Perkins > > If I have two classes with the same simple name in the logging interface, and a single method uses both of them, the generated class fails to qualify one of them, resulting in compilation errors like this: > {noformat} > [ERROR] /home/david/src/java/wildfly-naming/target/generated-sources/annotations/org/wildfly/naming/client/_private/Messages_$logger.java:[35,8] org.wildfly.naming.client._private.Messages_$logger is not abstract and does not override abstract method authenticationFailed(org.wildfly.security.auth.AuthenticationException) in org.wildfly.naming.client._private.Messages > [ERROR] /home/david/src/java/wildfly-naming/target/generated-sources/annotations/org/wildfly/naming/client/_private/Messages_$logger.java:[403,5] method does not override or implement a method from a supertype > {noformat} > The source looks like this: > {code} > // ... > import org.wildfly.security.auth.AuthenticationException; > // ... > @MessageLogger(projectCode = "WFNAM", length = 5) > public interface Messages extends BasicLogger { > // ... > @Message(id = 32, value = "Peer authentication failed") > javax.naming.AuthenticationException authenticationFailed(@Cause AuthenticationException cause); > // ... > {code} > The generated code is: > {code} > private static final String authenticationFailed = "WFNAM00032: Peer authentication failed"; > protected String authenticationFailed$str() { > return authenticationFailed; > } > @Override > public final AuthenticationException authenticationFailed(final AuthenticationException cause) { // XXX This is a problem line; return type is not qualified > final AuthenticationException result = new AuthenticationException(String.format(authenticationFailed$str())); // XXX and this type and constructor are also not qualified > result.initCause(cause); > final StackTraceElement[] st = result.getStackTrace(); > result.setStackTrace(Arrays.copyOfRange(st, 1, st.length)); > return result; > } > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (LOGTOOL-117) Unused import in generated log class

by David Lloyd (JIRA)

David Lloyd created LOGTOOL-117: ----------------------------------- Summary: Unused import in generated log class Key: LOGTOOL-117 URL: https://issues.jboss.org/browse/LOGTOOL-117 Project: Log Tool Issue Type: Bug Affects Versions: 2.0.1.Final Reporter: David Lloyd Priority: Minor The class "org.jboss.logging.Logger.Level" is being imported without being used; all references to constants in this class are fully qualified. Either use the import (now that imports are safe, theoretically), or delete it and stick with qualified names. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (LOGTOOL-116) Locale is not used in the actual string format.

by David Lloyd (JIRA)

David Lloyd created LOGTOOL-116: ----------------------------------- Summary: Locale is not used in the actual string format. Key: LOGTOOL-116 URL: https://issues.jboss.org/browse/LOGTOOL-116 Project: Log Tool Issue Type: Bug Affects Versions: 2.0.1.Final Reporter: David Lloyd Priority: Minor The {{String.format()}} method accepts a Locale parameter. We should be using the Locale of the implementation class. Since the format method is called from a final method, we need a polymorphic way of getting the Locale instance; therefore, a protected method should be added to the generated base class like this: {code} protected Locale getLoggingLocale() { return Locale.ROOT; } {code} Then each subclass should return a locale object specific to that class. The locale object returned should either be one of the following: * Locale.CANADA - for "en_CA" * Locale.CANADA_FRENCH - for "fr_CA" * Locale.CHINESE - for "zh" * Locale.ENGLISH - for "en" * Locale.FRANCE - for "fr_FR" * Locale.FRENCH - for "fr" * Locale.GERMAN - for "de" * Locale.GERMANY - for "de_DE" * Locale.ITALIAN - for "it" * Locale.ITALY - for "it_IT" * Locale.JAPAN - for "ja_JP" * Locale.JAPANESE - for "ja" * Locale.KOREA - for "ko_KR" * Locale.KOREAN - for "ko" * Locale.SIMPLIFIED_CHINESE - for "zh_CN" * Locale.TRADITIONAL_CHINESE - for "zh_TW" * Locale.UK - for "en_GB" * Locale.US - for "en_US" If the locale is not one of the above, then the correct Locale should be created in a private constant field of the class like this: {code} private static final Locale LOCALE = new Locale("hu"); // or... private static final Locale LOCALE = new Locale("hu", "HU"); // or... private static final Locale LOCALE = new Locale("hu", "HU", "technl"); // ...and then... @Override protected Locale getLoggingLocale() { return LOCALE; } {code} Finally, all calls to {{format()}} should be rewritten to use the locale *from the method* like this: {code} final NamingException result = new NamingException(String.format(getLoggingLocale(), objectFromReference$str())); {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 8 months

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 November 2016