April 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6548) Default value for "stop-timeout" mentioned in jboss-as-infinispan_4_0.xsd differs from actually used

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6548?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-6548: --------------------------------- Fix Version/s: 10.1.0.Final > Default value for "stop-timeout" mentioned in jboss-as-infinispan_4_0.xsd differs from actually used > ---------------------------------------------------------------------------------------------------- > > Key: WFLY-6548 > URL: https://issues.jboss.org/browse/WFLY-6548 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 10.0.0.Final > Reporter: Daniel Simko > Assignee: Radoslav Husar > Priority: Minor > Fix For: 10.1.0.Final > > > jboss-as-infinispan_4_0.xsd says 30000 ms (https://github.com/wildfly/wildfly/blob/10.0.0.Final/clustering/infinispa...) > but actually used is 10000 ms (https://github.com/wildfly/wildfly/blob/10.0.0.Final/clustering/infinispa...) > Default for infinispan is also 30000 ms (https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o...) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1119) Timers serialization not working with huge ids

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1119?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1119: ------------------------------------------------- Lukáš Petrovický <lpetrovi(a)redhat.com> changed the Status of [bug 1326865|https://bugzilla.redhat.com/show_bug.cgi?id=1326865] from ON_QA to CLOSED > Timers serialization not working with huge ids > ---------------------------------------------- > > Key: DROOLS-1119 > URL: https://issues.jboss.org/browse/DROOLS-1119 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 7.0.0.Final > > > Using huge ids for KieSessions corrupts timers serialization -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (WFLY-6398) Elytron integration with mod_cluster subsystem

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-6398?page=com.atlassian.jira.plugin.... ] Darran Lofthouse commented on WFLY-6398: ---------------------------------------- Not quite but we are getting close. > Elytron integration with mod_cluster subsystem > ---------------------------------------------- > > Key: WFLY-6398 > URL: https://issues.jboss.org/browse/WFLY-6398 > Project: WildFly > Issue Type: Feature Request > Components: Clustering > Reporter: Darran Lofthouse > Assignee: Radoslav Husar > Fix For: 11.0.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (WFLY-6398) Elytron integration with mod_cluster subsystem

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6398?page=com.atlassian.jira.plugin.... ] Radoslav Husar closed WFLY-6398. -------------------------------- Assignee: Radoslav Husar (was: Darran Lofthouse) Resolution: Duplicate Issue Duplicates WFLY-3884. Darran, is this ready to start integrating? > Elytron integration with mod_cluster subsystem > ---------------------------------------------- > > Key: WFLY-6398 > URL: https://issues.jboss.org/browse/WFLY-6398 > Project: WildFly > Issue Type: Feature Request > Components: Clustering > Reporter: Darran Lofthouse > Assignee: Radoslav Husar > Fix For: 11.0.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (WFLY-3884) Integrate mod_cluster subsystem with Elytron security subsystem for SSL configuration

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-3884?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-3884: --------------------------------- Summary: Integrate mod_cluster subsystem with Elytron security subsystem for SSL configuration (was: Integrate mod_cluster subsystem with security subsystem for SSL configuration) > Integrate mod_cluster subsystem with Elytron security subsystem for SSL configuration > ------------------------------------------------------------------------------------- > > Key: WFLY-3884 > URL: https://issues.jboss.org/browse/WFLY-3884 > Project: WildFly > Issue Type: Feature Request > Components: Clustering > Affects Versions: 9.0.0.Alpha1 > Reporter: Paul Ferraro > Assignee: Radoslav Husar > Fix For: 11.0.0.CR1 > > > Currently, the SSL certificate configuration is embedded within the mod_cluster subsystem configuration. Ideally, mod_cluster would reference this configuration from the security subsystem. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (WFLY-6469) Some tests from "org.jboss.as.test.integration.security.xacml.*" fail with security manager

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-6469?page=com.atlassian.jira.plugin.... ] Ivo Studensky closed WFLY-6469. ------------------------------- Resolution: Duplicate Issue Covered by JBEE-166. > Some tests from "org.jboss.as.test.integration.security.xacml.*" fail with security manager > ------------------------------------------------------------------------------------------- > > Key: WFLY-6469 > URL: https://issues.jboss.org/browse/WFLY-6469 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Jan Tymel > Assignee: Ivo Studensky > > *org.jboss.as.test.integration.security.xacml.EjbXACMLAuthorizationModuleTestCase#testAuthenticationCache* > *org.jboss.as.test.integration.security.xacml.EjbXACMLAuthorizationModuleTestCase#testAuthz* > *org.jboss.as.test.integration.security.xacml.EjbXACMLAuthorizationModuleTestCase#testNotAuthn* > *org.jboss.as.test.integration.security.xacml.EjbXACMLAuthorizationModuleTestCase#testNotAuthz* > {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.xacml.EjbXACMLAuthorizationModuleTestCase -Dsecurity.manager}} > Fail with: > {code} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/jtymel/test/jboss-eap-7.0.0.ER7/dist/target/jboss-eap-7.0/modules/system/layers/base/com/sun/xml/bind/main/jaxb-runtime-2.2.11.redhat-4.jar" "read")" in code source "(vfs:/content/test-custom-xacml.jar <no signer certificates>)" of "null") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at java.lang.SecurityManager.checkRead(SecurityManager.java:888) > at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:377) > at java.util.zip.ZipFile.<init>(ZipFile.java:210) > at java.util.zip.ZipFile.<init>(ZipFile.java:149) > at java.util.jar.JarFile.<init>(JarFile.java:166) > at java.util.jar.JarFile.<init>(JarFile.java:103) > at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:84) > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) > at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150) > at java.net.URL.openStream(URL.java:1045) > at javax.xml.bind.ContextFinder.find(ContextFinder.java:292) > at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:412) > at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:375) > at org.jboss.security.xacml.core.JBossPDP.<clinit>(JBossPDP.java:126) > ... 202 more > {code} > *org.jboss.as.test.integration.security.xacml.JBossPDPInteroperabilityTestCase#testInteropTestWithObjects* > *org.jboss.as.test.integration.security.xacml.JBossPDPInteroperabilityTestCase#testInteropTestWithXMLRequests* > *org.jboss.as.test.integration.security.xacml.JBossPDPInteroperabilityTestCase#testPoliciesLoadedFromDir* > {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.xacml.JBossPDPInteroperabilityTestCase -Dsecurity.manager}} > Fail with: > {code} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/jtymel/test/jboss-eap-7.0.0.ER7/dist/target/jboss-eap-7.0/modules/system/layers/base/com/sun/xml/bind/main/jaxb-runtime-2.2.11.redhat-4.jar" "read")" in code source "(vfs:/content/pdp-service-bean.jar <no signer certificates>)" of "null") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at java.lang.SecurityManager.checkRead(SecurityManager.java:888) > at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:377) > at java.util.zip.ZipFile.<init>(ZipFile.java:210) > at java.util.zip.ZipFile.<init>(ZipFile.java:149) > at java.util.jar.JarFile.<init>(JarFile.java:166) > at java.util.jar.JarFile.<init>(JarFile.java:103) > at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:84) > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) > at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150) > at java.net.URL.openStream(URL.java:1045) > at javax.xml.bind.ContextFinder.find(ContextFinder.java:292) > at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:412) > at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:375) > at org.jboss.security.xacml.core.JBossPDP.<clinit>(JBossPDP.java:126) > ... 152 more > {code} > *org.jboss.as.test.integration.security.xacml.JBossPDPServletInitializationTestCase#testPdpServlet* > {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.xacml.JBossPDPServletInitializationTestCase#testPdpServlet -Dsecurity.manager}} > Fails with: > {code} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/jtymel/test/jboss-eap-7.0.0.ER7/dist/target/jboss-eap-7.0/modules/system/layers/base/com/sun/xml/bind/main/jaxb-runtime-2.2.11.redhat-4.jar" "read")" in code source "(vfs:/content/pdp-service-bean.war/WEB-INF/classes <no signer certificates>)" of "null") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at java.lang.SecurityManager.checkRead(SecurityManager.java:888) > at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:377) > at java.util.zip.ZipFile.<init>(ZipFile.java:210) > at java.util.zip.ZipFile.<init>(ZipFile.java:149) > at java.util.jar.JarFile.<init>(JarFile.java:166) > at java.util.jar.JarFile.<init>(JarFile.java:103) > at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:84) > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) > at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150) > at java.net.URL.openStream(URL.java:1045) > at javax.xml.bind.ContextFinder.find(ContextFinder.java:292) > at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:412) > at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:375) > at org.jboss.security.xacml.core.JBossPDP.<clinit>(JBossPDP.java:126) > ... 34 more > {code} > *org.jboss.as.test.integration.security.xacml.WebXACMLAuthorizationModuleTestCase#testWebUsingCustomXACMLAuthz* > {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.xacml.WebXACMLAuthorizationModuleTestCase#testWebUsingCustomXACMLAuthz -Dsecurity.manager}} > {code} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/jtymel/test/jboss-eap-7.0.0.ER7/dist/target/jboss-eap-7.0/modules/system/layers/base/com/sun/xml/bind/main/jaxb-runtime-2.2.11.redhat-4.jar" "read")" in code source "(vfs:/content/custom-xacml-web-test.war/WEB-INF/classes <no signer certificates>)" of "null") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at java.lang.SecurityManager.checkRead(SecurityManager.java:888) > at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:377) > at java.util.zip.ZipFile.<init>(ZipFile.java:210) > at java.util.zip.ZipFile.<init>(ZipFile.java:149) > at java.util.jar.JarFile.<init>(JarFile.java:166) > at java.util.jar.JarFile.<init>(JarFile.java:103) > at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:84) > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) > at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150) > at java.net.URL.openStream(URL.java:1045) > at javax.xml.bind.ContextFinder.find(ContextFinder.java:292) > at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:412) > at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:375) > at org.jboss.security.xacml.core.JBossPDP.<clinit>(JBossPDP.java:126) > ... 44 more > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (WFLY-6476) PasswordMaskingInContainerTestCase fails with security manager

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-6476?page=com.atlassian.jira.plugin.... ] Ivo Studensky closed WFLY-6476. ------------------------------- Resolution: Duplicate Issue Fixed by WFLY-6468. > PasswordMaskingInContainerTestCase fails with security manager > -------------------------------------------------------------- > > Key: WFLY-6476 > URL: https://issues.jboss.org/browse/WFLY-6476 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Jan Tymel > Assignee: Ivo Studensky > > *org.jboss.as.test.integration.security.passwordmasking.PasswordMaskingInContainerTestCase#datasourceOperationsTest* > {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.passwordmasking.PasswordMaskingInContainerTestCase#datasourceOperationsTest -Dsecurity.manager}} > Fails with: > {code} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getProtectionDomain")" in code source "(vfs:/content/passwordMasking.war/WEB-INF/classes <no signer certificates>)" of "null") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at java.lang.Class.getProtectionDomain(Class.java:2299) > at org.jboss.as.test.integration.security.passwordmasking.PasswordMaskingInContainerTestCase.<clinit>(PasswordMaskingInContainerTestCase.java:178) > ... 62 more > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1146) Incremental compilation is blocked forever by fireUntilHalt

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1146?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration updated DROOLS-1146: -------------------------------------------- Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1331641 Bugzilla Update: Perform > Incremental compilation is blocked forever by fireUntilHalt > ----------------------------------------------------------- > > Key: DROOLS-1146 > URL: https://issues.jboss.org/browse/DROOLS-1146 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Critical > Fix For: 7.0.0.Beta1 > > > Incremental compilation of a kbase requires that all the ksessions created from that kbase are deactivated. Unfortunately a ksession in fireUntilHalt cannot be deactivated until somebody doesn't explicitly invokes halt on it. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-1146) Incremental compilation is blocked forever by fireUntilHalt

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1146?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1146: ------------------------------------------------- Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1331641|https://bugzilla.redhat.com/show_bug.cgi?id=1331641] from NEW to ASSIGNED > Incremental compilation is blocked forever by fireUntilHalt > ----------------------------------------------------------- > > Key: DROOLS-1146 > URL: https://issues.jboss.org/browse/DROOLS-1146 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Critical > Fix For: 7.0.0.Beta1 > > > Incremental compilation of a kbase requires that all the ksessions created from that kbase are deactivated. Unfortunately a ksession in fireUntilHalt cannot be deactivated until somebody doesn't explicitly invokes halt on it. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

[JBoss JIRA] (JGRP-2060) Remove jgroups.logging.log_factory_class or have LogFactory.setCustomLogFactory take precedence to avoid issues with multiple jgroups in the same JVM

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2060?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-2060: --------------------------- Fix Version/s: 3.6.10 4.0 > Remove jgroups.logging.log_factory_class or have LogFactory.setCustomLogFactory take precedence to avoid issues with multiple jgroups in the same JVM > ----------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: JGRP-2060 > URL: https://issues.jboss.org/browse/JGRP-2060 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.6.9 > Reporter: Brad Maxwell > Assignee: Bela Ban > Fix For: 3.6.10, 4.0 > > > Remove jgroups.logging.log_factory_class or have LogFactory.setCustomLogFactory take precedence to avoid issues with multiple jgroups in the same JVM -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2016