April 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-10244) [LP - RHV product] (7.x / CD) Using jboss-modules loading outside WildFly 12 is broken

by Vaclav Tunka (JIRA)

[ https://issues.jboss.org/browse/WFLY-10244?page=com.atlassian.jira.plugin... ] Vaclav Tunka updated WFLY-10244: -------------------------------- Priority: Blocker (was: Critical) > [LP - RHV product] (7.x / CD) Using jboss-modules loading outside WildFly 12 is broken > -------------------------------------------------------------------------------------- > > Key: WFLY-10244 > URL: https://issues.jboss.org/browse/WFLY-10244 > Project: WildFly > Issue Type: Bug > Affects Versions: 12.0.0.Final > Reporter: Vaclav Tunka > Assignee: David Lloyd > Priority: Blocker > > oVirt is using jboss-modules not only for dependencies inside WildFly, but also when executing command line tools outside WildFly process. We are using following method which worked fine from JBoss 7 to WildFly11: > export JAVA_MODULEPATH="<PATH TO OUR MODULES>" > exec "${JAVA_HOME}/bin/java" \ > -jar "${JBOSS_HOME}/jboss-modules.jar" \ > -dependencies org.ovirt.engine.core.tools \ > -class org.ovirt.engine.core.cryptotool.Main \ > "$@" > where "org.ovirt.engine.core.tools" is one of our existing module and in class we have standard Java class with main() method executing logic of specific command line tool. > When I try to execute this code with WildFly 12.0.0.FINAL I receive following exception: > Exception in thread "main" java.lang.NullPointerException > at java.util.Hashtable.put(Hashtable.java:460) > at java.util.Properties.setProperty(Properties.java:166) > at java.lang.System.setProperty(System.java:796) > at org.jboss.modules.PropertyWriteAction.run(PropertyWriteAction.java:40) > at org.jboss.modules.PropertyWriteAction.run(PropertyWriteAction.java:28) > at java.security.AccessController.doPrivileged(Native Method) > at org.jboss.modules.Main.main(Main.java:390) > When I tried to replace jboss-modules.jar provided by WildFly 12.0.0.FINAL with manuall build using latest code in 1.7 branch (commit a52a323c5c3d71cf9597f06951155e4639cbb707) I receive different error: > org.jboss.modules.ModuleNotFoundException: org.ovirt.engine.core.tools > at org.jboss.modules.Module.addPaths(Module.java:1221) > at org.jboss.modules.Module.link(Module.java:1577) > at org.jboss.modules.Module.relinkIfNecessary(Module.java:1605) > at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296) > at org.jboss.modules.Main.main(Main.java:426) > I haven't found any documentation describing such incompatible between 1.6 and 1.7, so is there any way how to have above execution compatible with both jboss-modules versions? > Thanks > Martin -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10244) [LP - RHV product] (7.x / CD) Using jboss-modules loading outside WildFly 12 is broken

by Vaclav Tunka (JIRA)

[ https://issues.jboss.org/browse/WFLY-10244?page=com.atlassian.jira.plugin... ] Vaclav Tunka updated WFLY-10244: -------------------------------- Priority: Critical (was: Major) > [LP - RHV product] (7.x / CD) Using jboss-modules loading outside WildFly 12 is broken > -------------------------------------------------------------------------------------- > > Key: WFLY-10244 > URL: https://issues.jboss.org/browse/WFLY-10244 > Project: WildFly > Issue Type: Bug > Affects Versions: 12.0.0.Final > Reporter: Vaclav Tunka > Assignee: David Lloyd > Priority: Critical > > oVirt is using jboss-modules not only for dependencies inside WildFly, but also when executing command line tools outside WildFly process. We are using following method which worked fine from JBoss 7 to WildFly11: > export JAVA_MODULEPATH="<PATH TO OUR MODULES>" > exec "${JAVA_HOME}/bin/java" \ > -jar "${JBOSS_HOME}/jboss-modules.jar" \ > -dependencies org.ovirt.engine.core.tools \ > -class org.ovirt.engine.core.cryptotool.Main \ > "$@" > where "org.ovirt.engine.core.tools" is one of our existing module and in class we have standard Java class with main() method executing logic of specific command line tool. > When I try to execute this code with WildFly 12.0.0.FINAL I receive following exception: > Exception in thread "main" java.lang.NullPointerException > at java.util.Hashtable.put(Hashtable.java:460) > at java.util.Properties.setProperty(Properties.java:166) > at java.lang.System.setProperty(System.java:796) > at org.jboss.modules.PropertyWriteAction.run(PropertyWriteAction.java:40) > at org.jboss.modules.PropertyWriteAction.run(PropertyWriteAction.java:28) > at java.security.AccessController.doPrivileged(Native Method) > at org.jboss.modules.Main.main(Main.java:390) > When I tried to replace jboss-modules.jar provided by WildFly 12.0.0.FINAL with manuall build using latest code in 1.7 branch (commit a52a323c5c3d71cf9597f06951155e4639cbb707) I receive different error: > org.jboss.modules.ModuleNotFoundException: org.ovirt.engine.core.tools > at org.jboss.modules.Module.addPaths(Module.java:1221) > at org.jboss.modules.Module.link(Module.java:1577) > at org.jboss.modules.Module.relinkIfNecessary(Module.java:1605) > at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296) > at org.jboss.modules.Main.main(Main.java:426) > I haven't found any documentation describing such incompatible between 1.6 and 1.7, so is there any way how to have above execution compatible with both jboss-modules versions? > Thanks > Martin -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10244) [LP - RHV product] (7.x / CD) Using jboss-modules loading outside WildFly 12 is broken

by Vaclav Tunka (JIRA)

Vaclav Tunka created WFLY-10244: ----------------------------------- Summary: [LP - RHV product] (7.x / CD) Using jboss-modules loading outside WildFly 12 is broken Key: WFLY-10244 URL: https://issues.jboss.org/browse/WFLY-10244 Project: WildFly Issue Type: Bug Affects Versions: 12.0.0.Final Reporter: Vaclav Tunka Assignee: David Lloyd oVirt is using jboss-modules not only for dependencies inside WildFly, but also when executing command line tools outside WildFly process. We are using following method which worked fine from JBoss 7 to WildFly11: export JAVA_MODULEPATH="<PATH TO OUR MODULES>" exec "${JAVA_HOME}/bin/java" \ -jar "${JBOSS_HOME}/jboss-modules.jar" \ -dependencies org.ovirt.engine.core.tools \ -class org.ovirt.engine.core.cryptotool.Main \ "$@" where "org.ovirt.engine.core.tools" is one of our existing module and in class we have standard Java class with main() method executing logic of specific command line tool. When I try to execute this code with WildFly 12.0.0.FINAL I receive following exception: Exception in thread "main" java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:460) at java.util.Properties.setProperty(Properties.java:166) at java.lang.System.setProperty(System.java:796) at org.jboss.modules.PropertyWriteAction.run(PropertyWriteAction.java:40) at org.jboss.modules.PropertyWriteAction.run(PropertyWriteAction.java:28) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.modules.Main.main(Main.java:390) When I tried to replace jboss-modules.jar provided by WildFly 12.0.0.FINAL with manuall build using latest code in 1.7 branch (commit a52a323c5c3d71cf9597f06951155e4639cbb707) I receive different error: org.jboss.modules.ModuleNotFoundException: org.ovirt.engine.core.tools at org.jboss.modules.Module.addPaths(Module.java:1221) at org.jboss.modules.Module.link(Module.java:1577) at org.jboss.modules.Module.relinkIfNecessary(Module.java:1605) at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296) at org.jboss.modules.Main.main(Main.java:426) I haven't found any documentation describing such incompatible between 1.6 and 1.7, so is there any way how to have above execution compatible with both jboss-modules versions? Thanks Martin -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10188) Setting Undertow default server needs validation of provided server to avoid broken Wildfly configuration

by Jan Stourac (JIRA)

[ https://issues.jboss.org/browse/WFLY-10188?page=com.atlassian.jira.plugin... ] Jan Stourac updated WFLY-10188: ------------------------------- Description: Undertow server needs default-host to be set to be able to be used as Undertow subsystem default-server otherwise Wildfly would not start due to: {code} ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=undertow' are not available: org.wildfly.undertow.host.test-server.default-host; Possible registration points for this capability: /subsystem=undertow/server=*/host=* {code} This is dangerous as after calling a {{reload}} operation, the server simply fails and crashes. One can accidentaly kill the server with this and \!manual\! fix is necessary to the configuration to be able to start server again. I think that there should be some check that configuration of the newly created server is complete and valid before it is set as a default server. was: Undertow server needs default-host to be set to be able to be used as Undertow subsystem default-server otherwise Wildfly would not start due to {code} ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=undertow' are not available: org.wildfly.undertow.host.test-server.default-host; Possible registration points for this capability: /subsystem=undertow/server=*/host=* {code} There should be some check that configuration of the newly created server is complete and valid before it is set as a default server. > Setting Undertow default server needs validation of provided server to avoid broken Wildfly configuration > --------------------------------------------------------------------------------------------------------- > > Key: WFLY-10188 > URL: https://issues.jboss.org/browse/WFLY-10188 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 12.0.0.Final > Reporter: Pavel Jelinek > Assignee: Stuart Douglas > Priority: Critical > > Undertow server needs default-host to be set to be able to be used as Undertow subsystem default-server otherwise Wildfly would not start due to: > {code} > ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=undertow' are not available: > org.wildfly.undertow.host.test-server.default-host; Possible registration points for this capability: > /subsystem=undertow/server=*/host=* > {code} > This is dangerous as after calling a {{reload}} operation, the server simply fails and crashes. One can accidentaly kill the server with this and \!manual\! fix is necessary to the configuration to be able to start server again. > I think that there should be some check that configuration of the newly created server is complete and valid before it is set as a default server. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10243) wsconsume.bat and wsprovide.bat wrongly use -Dsecmgr

by R Searls (JIRA)

R Searls created WFLY-10243: ------------------------------- Summary: wsconsume.bat and wsprovide.bat wrongly use -Dsecmgr Key: WFLY-10243 URL: https://issues.jboss.org/browse/WFLY-10243 Project: WildFly Issue Type: Bug Components: Scripts Reporter: R Searls Assignee: R Searls wsconsume.bat and wsprovide.bat wrongly reference -Dsecmgr. It should reference -secmgr. rem check for secmgr property setlocal EnableDelayedExpansion echo(!JAVA_OPTS! | findstr /r /c:"-Dsecmgr" > nul if not errorlevel == 1 ( set "line=%JAVA_OPTS%" set JAVA_OPTS=!line:-Dsecmgr= ! set SECMGR=true ) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3741) RemoveModifiedFileTaskTestCase doesn't do safety checks for negative scenarios

by Jeff Mesnil (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3741?page=com.atlassian.jira.plugi... ] Jeff Mesnil reassigned WFCORE-3741: ----------------------------------- Assignee: Jeff Mesnil (was: Rostislav Svoboda) > RemoveModifiedFileTaskTestCase doesn't do safety checks for negative scenarios > ------------------------------------------------------------------------------ > > Key: WFCORE-3741 > URL: https://issues.jboss.org/browse/WFCORE-3741 > Project: WildFly Core > Issue Type: Bug > Reporter: Rostislav Svoboda > Assignee: Jeff Mesnil > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > RemoveModifiedFileTaskTestCase doesn't do safety checks for negative scenarios -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3741) RemoveModifiedFileTaskTestCase doesn't do safety checks for negative scenarios

by Jeff Mesnil (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3741?page=com.atlassian.jira.plugi... ] Jeff Mesnil resolved WFCORE-3741. --------------------------------- Fix Version/s: 5.0.0.Alpha3 Resolution: Done > RemoveModifiedFileTaskTestCase doesn't do safety checks for negative scenarios > ------------------------------------------------------------------------------ > > Key: WFCORE-3741 > URL: https://issues.jboss.org/browse/WFCORE-3741 > Project: WildFly Core > Issue Type: Bug > Reporter: Rostislav Svoboda > Assignee: Jeff Mesnil > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > RemoveModifiedFileTaskTestCase doesn't do safety checks for negative scenarios -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3737) Upgrade to openssl from 1.0.4.Final to 1.0.6.Final or newer

by Jeff Mesnil (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3737?page=com.atlassian.jira.plugi... ] Jeff Mesnil resolved WFCORE-3737. --------------------------------- Fix Version/s: 5.0.0.Alpha3 Resolution: Done > Upgrade to openssl from 1.0.4.Final to 1.0.6.Final or newer > ----------------------------------------------------------- > > Key: WFCORE-3737 > URL: https://issues.jboss.org/browse/WFCORE-3737 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Security > Reporter: Chao Wang > Assignee: Stuart Douglas > Fix For: 5.0.0.Alpha3 > > > https://github.com/wildfly/wildfly-openssl/compare/1.0.2.Final...1.0.6.Final -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3736) Remove sparc support from OpenSSL native bindings

by Jeff Mesnil (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3736?page=com.atlassian.jira.plugi... ] Jeff Mesnil resolved WFCORE-3736. --------------------------------- Fix Version/s: 5.0.0.Alpha3 Resolution: Done > Remove sparc support from OpenSSL native bindings > ------------------------------------------------- > > Key: WFCORE-3736 > URL: https://issues.jboss.org/browse/WFCORE-3736 > Project: WildFly Core > Issue Type: Bug > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 5.0.0.Alpha3 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2478) [GDT] Wizard hints not aligned with project ui

by Jozef Marko (JIRA)

Jozef Marko created DROOLS-2478: ----------------------------------- Summary: [GDT] Wizard hints not aligned with project ui Key: DROOLS-2478 URL: https://issues.jboss.org/browse/DROOLS-2478 Project: Drools Issue Type: Bug Components: Guided Decision Table Editor Affects Versions: 7.7.0.Final Reporter: Jozef Marko Assignee: Jozef Marko Fix For: 7.8.0.Final The hint for Work Item Definition creation in GDT column wizard is obsolete. Project UI does not more contain items as Authoring and Project Authoring. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 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 April 2018