May 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-3830) JAVA_OPTS is not passed to DC and HC JVMs in domain.ps1

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3830?page=com.atlassian.jira.plugi... ] Marek Kopecký commented on WFCORE-3830: --------------------------------------- Steps to reproduce from description of this jira works correctly for bat script (use {{set JAVA_OPTS="-Da=b"}}). So it should work also for powershell scripts ... > JAVA_OPTS is not passed to DC and HC JVMs in domain.ps1 > ------------------------------------------------------- > > Key: WFCORE-3830 > URL: https://issues.jboss.org/browse/WFCORE-3830 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Reporter: Marek Kopecký > Priority: Critical > > JAVA_OPTS is not passed to DC and HC JVMs in domain.ps1 > Steps to reproduce: > # start powershell > # $env:JAVA_OPTS = "-Da=b" > # ./domain.bat > # WMIC PROCESS get Commandline | findstr java > # check that "a" property is present in DC or HC > # exit domain.bat > # ./domain.ps1 > # WMIC PROCESS get Commandline | findstr java > # check that "a" property is *not* present in DC or HC > cc: [~jamezp] -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2592) PMML - ScorecardReasonCodeTest.testPointsBelow fails randomly

by Tibor Zimányi (JIRA)

Tibor Zimányi created DROOLS-2592: ------------------------------------- Summary: PMML - ScorecardReasonCodeTest.testPointsBelow fails randomly Key: DROOLS-2592 URL: https://issues.jboss.org/browse/DROOLS-2592 Project: Drools Issue Type: Bug Components: core engine Affects Versions: 7.7.0.Final Reporter: Tibor Zimányi Assignee: Lance Leverich Priority: Critical When the ScorecardReasonCodeTest.testPointsBelow is run repeatedly, it sometimes fail with following assertion fail [1]. Setting this as critical, because the random fail causes build problems in the CI environment. [1] https://gist.github.com/baldimir/4c8ac4563fd17d13e4646fd60dd3a357 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3830) JAVA_OPTS is not passed to DC and HC JVMs in domain.ps1

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3830?page=com.atlassian.jira.plugi... ] Marek Kopecký commented on WFCORE-3830: --------------------------------------- DC = domain controller HC = host controller > JAVA_OPTS is not passed to DC and HC JVMs in domain.ps1 > ------------------------------------------------------- > > Key: WFCORE-3830 > URL: https://issues.jboss.org/browse/WFCORE-3830 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Reporter: Marek Kopecký > Priority: Critical > > JAVA_OPTS is not passed to DC and HC JVMs in domain.ps1 > Steps to reproduce: > # start powershell > # $env:JAVA_OPTS = "-Da=b" > # ./domain.bat > # WMIC PROCESS get Commandline | findstr java > # check that "a" property is present in DC or HC > # exit domain.bat > # ./domain.ps1 > # WMIC PROCESS get Commandline | findstr java > # check that "a" property is *not* present in DC or HC > cc: [~jamezp] -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2590) [DMN Designer] Remove fallback from QNameFieldConverter.toWidgetValue(..)

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2590?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-2590: -------------------------------- Tester: Jozef Marko > [DMN Designer] Remove fallback from QNameFieldConverter.toWidgetValue(..) > ------------------------------------------------------------------------- > > Key: DROOLS-2590 > URL: https://issues.jboss.org/browse/DROOLS-2590 > Project: Drools > Issue Type: Sub-task > Components: DMN Editor > Reporter: Michael Anstis > Assignee: Michael Anstis > > {{QNameFieldConverter.toWidgetValue(..)}} can have the fallback removed once the other sub-tasks are complete. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2584) [DMN Designer] Type Ref select box options are not sorted

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2584?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-2584: -------------------------------- Fix Version/s: 7.8.0.Final > [DMN Designer] Type Ref select box options are not sorted > --------------------------------------------------------- > > Key: DROOLS-2584 > URL: https://issues.jboss.org/browse/DROOLS-2584 > Project: Drools > Issue Type: Sub-task > Components: DMN Editor > Reporter: Jozef Marko > Assignee: Michael Anstis > Fix For: 7.8.0.Final > > Attachments: Screenshot from 2018-05-23 11-31-01.png > > > As shown in the attachment, the Type Ref select box options are not sorted. We should sort them alphabetically and probably keep groups of built-in, user-defined .... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3895) module.path cannot be modified after it is set

by Erich Duda (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3895?page=com.atlassian.jira.plugi... ] Erich Duda updated WFCORE-3895: ------------------------------- Component/s: Embedded (was: Modules) > module.path cannot be modified after it is set > ---------------------------------------------- > > Key: WFCORE-3895 > URL: https://issues.jboss.org/browse/WFCORE-3895 > Project: WildFly Core > Issue Type: Bug > Components: Embedded > Affects Versions: 5.0.0.Beta5 > Reporter: Erich Duda > Assignee: David Lloyd > Priority: Blocker > > *Scenario:* > * Run CLI in non-modular class loading mode. > * Run embed-server with {{--jboss-home}} pointing to server A > * Stop embed-server > * Remove server A > * Run embed-server with {{--jboss-home}} pointing to server B > *Expectation:* embed-server with {{--jboss-home}} pointing to server B will boot. > *Reality*: The following error message is thrown. As you can see the embed server tries to load modules from server A directory even if the jboss-home was set to server B. > {code} > Cannot start embedded server: The first directory of the specified module path /home/eduda/Projects/wildfly/dist/target/wildfly-A/modules is invalid or does not exist. > {code} > *Users impact:* Behavior of non-modular class loading \[1\] has changed. This change can break user's automation or tests. > *Blocker priority* was chosen because this is change in behavior against Wildfly 12. > *Technical details* > When the embed-server is started for the second time, following warning is logged. > {code} > 2018-05-28 08:10:57,621 WARN [org.jboss.as.embedded] (main) WFLYEMB0145: The module loader has already been configured. Changing the module.path property will have no effect > {code} > It seems that the change in behavior was caused by commit \[2\]. > \[1\] http://wildfly.org/news/2015/03/13/Offline-CLI/#classloading > \[2\] https://github.com/wildfly/wildfly-core/commit/22f3956f1adcdf8b1cb11e24f2... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3895) module.path cannot be modified after it is set

by Erich Duda (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3895?page=com.atlassian.jira.plugi... ] Erich Duda reassigned WFCORE-3895: ---------------------------------- Assignee: James Perkins (was: David Lloyd) > module.path cannot be modified after it is set > ---------------------------------------------- > > Key: WFCORE-3895 > URL: https://issues.jboss.org/browse/WFCORE-3895 > Project: WildFly Core > Issue Type: Bug > Components: Embedded > Affects Versions: 5.0.0.Beta5 > Reporter: Erich Duda > Assignee: James Perkins > Priority: Blocker > > *Scenario:* > * Run CLI in non-modular class loading mode. > * Run embed-server with {{--jboss-home}} pointing to server A > * Stop embed-server > * Remove server A > * Run embed-server with {{--jboss-home}} pointing to server B > *Expectation:* embed-server with {{--jboss-home}} pointing to server B will boot. > *Reality*: The following error message is thrown. As you can see the embed server tries to load modules from server A directory even if the jboss-home was set to server B. > {code} > Cannot start embedded server: The first directory of the specified module path /home/eduda/Projects/wildfly/dist/target/wildfly-A/modules is invalid or does not exist. > {code} > *Users impact:* Behavior of non-modular class loading \[1\] has changed. This change can break user's automation or tests. > *Blocker priority* was chosen because this is change in behavior against Wildfly 12. > *Technical details* > When the embed-server is started for the second time, following warning is logged. > {code} > 2018-05-28 08:10:57,621 WARN [org.jboss.as.embedded] (main) WFLYEMB0145: The module loader has already been configured. Changing the module.path property will have no effect > {code} > It seems that the change in behavior was caused by commit \[2\]. > \[1\] http://wildfly.org/news/2015/03/13/Offline-CLI/#classloading > \[2\] https://github.com/wildfly/wildfly-core/commit/22f3956f1adcdf8b1cb11e24f2... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3895) module.path of embedded server cannot be modified after it is set

by Erich Duda (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3895?page=com.atlassian.jira.plugi... ] Erich Duda updated WFCORE-3895: ------------------------------- Summary: module.path of embedded server cannot be modified after it is set (was: module.path cannot be modified after it is set) > module.path of embedded server cannot be modified after it is set > ----------------------------------------------------------------- > > Key: WFCORE-3895 > URL: https://issues.jboss.org/browse/WFCORE-3895 > Project: WildFly Core > Issue Type: Bug > Components: Embedded > Affects Versions: 5.0.0.Beta5 > Reporter: Erich Duda > Assignee: James Perkins > Priority: Blocker > > *Scenario:* > * Run CLI in non-modular class loading mode. > * Run embed-server with {{--jboss-home}} pointing to server A > * Stop embed-server > * Remove server A > * Run embed-server with {{--jboss-home}} pointing to server B > *Expectation:* embed-server with {{--jboss-home}} pointing to server B will boot. > *Reality*: The following error message is thrown. As you can see the embed server tries to load modules from server A directory even if the jboss-home was set to server B. > {code} > Cannot start embedded server: The first directory of the specified module path /home/eduda/Projects/wildfly/dist/target/wildfly-A/modules is invalid or does not exist. > {code} > *Users impact:* Behavior of non-modular class loading \[1\] has changed. This change can break user's automation or tests. > *Blocker priority* was chosen because this is change in behavior against Wildfly 12. > *Technical details* > When the embed-server is started for the second time, following warning is logged. > {code} > 2018-05-28 08:10:57,621 WARN [org.jboss.as.embedded] (main) WFLYEMB0145: The module loader has already been configured. Changing the module.path property will have no effect > {code} > It seems that the change in behavior was caused by commit \[2\]. > \[1\] http://wildfly.org/news/2015/03/13/Offline-CLI/#classloading > \[2\] https://github.com/wildfly/wildfly-core/commit/22f3956f1adcdf8b1cb11e24f2... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3895) module.path cannot be modified after it is set

by Erich Duda (JIRA)

Erich Duda created WFCORE-3895: ---------------------------------- Summary: module.path cannot be modified after it is set Key: WFCORE-3895 URL: https://issues.jboss.org/browse/WFCORE-3895 Project: WildFly Core Issue Type: Bug Components: Modules Affects Versions: 5.0.0.Beta5 Reporter: Erich Duda Assignee: David Lloyd Priority: Blocker *Scenario:* * Run CLI in non-modular class loading mode. * Run embed-server with {{--jboss-home}} pointing to server A * Stop embed-server * Remove server A * Run embed-server with {{--jboss-home}} pointing to server B *Expectation:* embed-server with {{--jboss-home}} pointing to server B will boot. *Reality*: The following error message is thrown. As you can see the embed server tries to load modules from server A directory even if the jboss-home was set to server B. {code} Cannot start embedded server: The first directory of the specified module path /home/eduda/Projects/wildfly/dist/target/wildfly-A/modules is invalid or does not exist. {code} *Users impact:* Behavior of non-modular class loading \[1\] has changed. This change can break user's automation or tests. *Blocker priority* was chosen because this is change in behavior against Wildfly 12. *Technical details* When the embed-server is started for the second time, following warning is logged. {code} 2018-05-28 08:10:57,621 WARN [org.jboss.as.embedded] (main) WFLYEMB0145: The module loader has already been configured. Changing the module.path property will have no effect {code} It seems that the change in behavior was caused by commit \[2\]. \[1\] http://wildfly.org/news/2015/03/13/Offline-CLI/#classloading \[2\] https://github.com/wildfly/wildfly-core/commit/22f3956f1adcdf8b1cb11e24f2... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3885) XNIO prints WARNING with JDK10+ if CLI connects to server

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3885?page=com.atlassian.jira.plugi... ] Marek Kopecký updated WFCORE-3885: ---------------------------------- Summary: XNIO prints WARNING with JDK10+ if CLI connects to server (was: CLI script prints WARNING with JDK10+ if CLI connects to server) > XNIO prints WARNING with JDK10+ if CLI connects to server > --------------------------------------------------------- > > Key: WFCORE-3885 > URL: https://issues.jboss.org/browse/WFCORE-3885 > Project: WildFly Core > Issue Type: Bug > Components: CLI, Scripts > Reporter: Marek Kopecký > Assignee: Jean-Francois Denise > Priority: Blocker > > CLI prints WARNING with JDK10+ if CLI connects to server > {noformat} > [mkopecky@dhcp-10-40-5-52 bin]$ java -version > java version "10" 2018-03-20 > Java(TM) SE Runtime Environment 18.3 (build 10+46) > Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10+46, mixed mode) > [mkopecky@dhcp-10-40-5-52 bin]$ ./jboss-cli.sh "echo test" > test > [mkopecky@dhcp-10-40-5-52 bin]$ ./jboss-cli.sh -c "echo test" > WARNING: An illegal reflective access operation has occurred > WARNING: Illegal reflective access by org.xnio.nio.NioXnio$2 (jar:file:/home/mkopecky/playground/eap/7.2.0.CD13.1/jboss-eap-7.2/modules/system/layers/base/org/jboss/xnio/nio/main/xnio-nio-3.6.3.Final.jar!/) to constructor sun.nio.ch.EPollSelectorProvider() > WARNING: Please consider reporting this to the maintainers of org.xnio.nio.NioXnio$2 > WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations > WARNING: All illegal access operations will be denied in a future release > test > [mkopecky@dhcp-10-40-5-52 bin]$ > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 11 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 May 2018