February 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (JGRP-1993) ENCRYPTAsymmetricTest fails on IBM jdk 1.8

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1993?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-1993: -------------------------------- OK, I'll close this as I want to release 3.6.8 soon > ENCRYPTAsymmetricTest fails on IBM jdk 1.8 > ------------------------------------------ > > Key: JGRP-1993 > URL: https://issues.jboss.org/browse/JGRP-1993 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.6.6 > Environment: IBM jdk 1.8 > Reporter: Richard Janík > Assignee: Bela Ban > Priority: Minor > Fix For: 3.6.8 > > > org.jgroups.protocols.ENCRYPTAsymmetricTest.testKeyChangesDuringKeyServerChange fails on IBM jdk 1.8 (JGroups 3.6.6.Final): > {code} > Error Message > expected [javax.crypto.spec.SecretKeySpec@174de] but found [com.ibm.crypto.provider.AESSecretKey@e562eaa8] > Stacktrace > java.lang.AssertionError > at org.testng.Assert.fail(Assert.java:94) > at org.testng.Assert.failNotEquals(Assert.java:496) > at org.testng.Assert.assertEquals(Assert.java:125) > at org.testng.Assert.assertEquals(Assert.java:167) > at org.jgroups.protocols.ENCRYPTAsymmetricTest.testKeyChangesDuringKeyServerChange(ENCRYPTAsymmetricTest.java:404) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55) > at java.lang.reflect.Method.invoke(Method.java:507) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:85) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:639) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:816) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1124) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:108) > at org.testng.TestRunner.privateRun(TestRunner.java:774) > at org.testng.TestRunner.run(TestRunner.java:624) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:359) > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:354) > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:312) > at org.testng.SuiteRunner.run(SuiteRunner.java:261) > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1215) > at org.testng.TestNG.runSuitesLocally(TestNG.java:1140) > at org.testng.TestNG.run(TestNG.java:1048) > at org.testng.TestNG.privateMain(TestNG.java:1355) > at org.testng.TestNG.main(TestNG.java:1324) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2012) Request: optimize in-memory size

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2012?page=com.atlassian.jira.plugin.... ] Bela Ban resolved JGRP-2012. ---------------------------- Resolution: Done > Request: optimize in-memory size > -------------------------------- > > Key: JGRP-2012 > URL: https://issues.jboss.org/browse/JGRP-2012 > Project: JGroups > Issue Type: Enhancement > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Minor > Fix For: 3.6.8, 4.0 > > > {{Request}}, {{UnicastRequest}} and {{GroupRequest}} can be optimized: > * {{request_msg}} can be removed and instead passed as arg to {{execute()}} > * Remove {{UnicastRequest.num_received}} ? > * Investigate whether more fields can be removed -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3971) Jar Services in META-INF/services are not loaded from static modules

by Tomas Repel (JIRA)

[ https://issues.jboss.org/browse/WFLY-3971?page=com.atlassian.jira.plugin.... ] Tomas Repel commented on WFLY-3971: ----------------------------------- Hi, I tested this with WildFly 10.0.0.Final and it seems it is working now! Adding `_annotations="true" services="import"_` parameters to _module_ element in _jboss-deployment-structure.xml_ file is totally sufficient. No need for indexing using jandex, no need for copying _/META-INF/services_ to your war directly. You can give it a try. > Jar Services in META-INF/services are not loaded from static modules > -------------------------------------------------------------------- > > Key: WFLY-3971 > URL: https://issues.jboss.org/browse/WFLY-3971 > Project: WildFly > Issue Type: Feature Request > Components: Web (Undertow) > Affects Versions: 8.1.0.Final, 9.0.0.Final, 10.0.0.Alpha6 > Reporter: Tomas Repel > Assignee: Stuart Douglas > > If the web application (war) uses jar file from static module, the content of META-INF/services has no effect. If the jar is located inside WEB-INF/lib, services are loaded successfully. > Neither adding `Dependencies: my.module.name.com services` into MANIFEST.MF nor adding `services="import"` to jboss-deployment-structure.xml works. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1351) FilePermission for XNIO and Marshalling modules are required for Remoting to run with security manager

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1351?page=com.atlassian.jira.plugi... ] David Lloyd moved WFLY-5989 to WFCORE-1351: ------------------------------------------- Project: WildFly Core (was: WildFly) Key: WFCORE-1351 (was: WFLY-5989) Component/s: (was: Remoting) (was: Security Manager) Target Release: (was: 7.0.0.GA) Affects Version/s: (was: 10.0.0.CR5) > FilePermission for XNIO and Marshalling modules are required for Remoting to run with security manager > ------------------------------------------------------------------------------------------------------ > > Key: WFCORE-1351 > URL: https://issues.jboss.org/browse/WFCORE-1351 > Project: WildFly Core > Issue Type: Bug > Reporter: Ondrej Kotek > Assignee: David Lloyd > Priority: Critical > > # Running _NestedRemoteContextTestCase_ (from WildFly _testsuite/integration/basic_) with security manager, like > {noformat} > ./integration-tests.sh -Dts.basic -Dts.noSmoke -Dtest=NestedRemoteContextTestCase -Dsecurity.manager > {noformat} > results in exception: > {noformat} > java.io.IOException: java.lang.IllegalArgumentException: XNIO001001: No XNIO provider found > {noformat} > To make it work, permissions like following need to be added to _permissions.xml_ of _ejb.ear_: > {noformat} > new FilePermission("/home/okotek/git/wildfly/dist/target/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base/org/jboss/xnio/nio/main/*", "read"), > new FilePermission("/home/okotek/git/wildfly/dist/target/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base/org/jboss/marshalling/river/main/*", "read"), > new RemotingPermission("createEndpoint"), > new RuntimePermission("createXnioWorker"), > new RemotingPermission("addConnectionProvider"), > new RuntimePermission("modifyThread"), > new RuntimePermission("accessDeclaredMembers"), > new ReflectPermission("suppressAccessChecks") > {noformat} > which is very confusing. > Why do I need add seemingly unrelated permissions, like _FilePermission_ for XNIO and marshalling or _RuntimePermission_ for createXnioWorker? Such behavior should be fixed or properly documented. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1351) FilePermission for XNIO and Marshalling modules are required for Remoting to run with security manager

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1351?page=com.atlassian.jira.plugi... ] David Lloyd updated WFCORE-1351: -------------------------------- Fix Version/s: 2.0.11.Final > FilePermission for XNIO and Marshalling modules are required for Remoting to run with security manager > ------------------------------------------------------------------------------------------------------ > > Key: WFCORE-1351 > URL: https://issues.jboss.org/browse/WFCORE-1351 > Project: WildFly Core > Issue Type: Bug > Reporter: Ondrej Kotek > Assignee: David Lloyd > Priority: Critical > Fix For: 2.0.11.Final > > > # Running _NestedRemoteContextTestCase_ (from WildFly _testsuite/integration/basic_) with security manager, like > {noformat} > ./integration-tests.sh -Dts.basic -Dts.noSmoke -Dtest=NestedRemoteContextTestCase -Dsecurity.manager > {noformat} > results in exception: > {noformat} > java.io.IOException: java.lang.IllegalArgumentException: XNIO001001: No XNIO provider found > {noformat} > To make it work, permissions like following need to be added to _permissions.xml_ of _ejb.ear_: > {noformat} > new FilePermission("/home/okotek/git/wildfly/dist/target/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base/org/jboss/xnio/nio/main/*", "read"), > new FilePermission("/home/okotek/git/wildfly/dist/target/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base/org/jboss/marshalling/river/main/*", "read"), > new RemotingPermission("createEndpoint"), > new RuntimePermission("createXnioWorker"), > new RemotingPermission("addConnectionProvider"), > new RuntimePermission("modifyThread"), > new RuntimePermission("accessDeclaredMembers"), > new ReflectPermission("suppressAccessChecks") > {noformat} > which is very confusing. > Why do I need add seemingly unrelated permissions, like _FilePermission_ for XNIO and marshalling or _RuntimePermission_ for createXnioWorker? Such behavior should be fixed or properly documented. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1350) Upgrade XNIO to >= 3.3.5.Final

by David Lloyd (JIRA)

David Lloyd created WFCORE-1350: ----------------------------------- Summary: Upgrade XNIO to >= 3.3.5.Final Key: WFCORE-1350 URL: https://issues.jboss.org/browse/WFCORE-1350 Project: WildFly Core Issue Type: Component Upgrade Reporter: David Lloyd -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1350) Upgrade XNIO to >= 3.3.5.Final

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1350?page=com.atlassian.jira.plugi... ] David Lloyd updated WFCORE-1350: -------------------------------- Fix Version/s: 2.0.11.Final > Upgrade XNIO to >= 3.3.5.Final > ------------------------------ > > Key: WFCORE-1350 > URL: https://issues.jboss.org/browse/WFCORE-1350 > Project: WildFly Core > Issue Type: Component Upgrade > Reporter: David Lloyd > Fix For: 2.0.11.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1349) Upgrate JBoss Marshalling to >= 1.4.11.Final

by David Lloyd (JIRA)

David Lloyd created WFCORE-1349: ----------------------------------- Summary: Upgrate JBoss Marshalling to >= 1.4.11.Final Key: WFCORE-1349 URL: https://issues.jboss.org/browse/WFCORE-1349 Project: WildFly Core Issue Type: Component Upgrade Reporter: David Lloyd Fix For: 2.0.11.Final -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2012) Request: optimize in-memory size

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2012?page=com.atlassian.jira.plugin.... ] Bela Ban edited comment on JGRP-2012 at 2/2/16 8:28 AM: -------------------------------------------------------- * Removed {{Request.request_msg}}, passed via {{execute()}} * Removed {{UnicastRequest.num_received}} ** Not done on 3.6.8, as MuxRpcDispatcher requires this field * Removed {{Request.block_for_results}} was (Author: belaban): * Removed {{Request.request_msg}}, passed via {{execute()}} * Removed {{UnicastRequest.num_received}} * Removed {{Request.block_for_results}} > Request: optimize in-memory size > -------------------------------- > > Key: JGRP-2012 > URL: https://issues.jboss.org/browse/JGRP-2012 > Project: JGroups > Issue Type: Enhancement > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Minor > Fix For: 3.6.8, 4.0 > > > {{Request}}, {{UnicastRequest}} and {{GroupRequest}} can be optimized: > * {{request_msg}} can be removed and instead passed as arg to {{execute()}} > * Remove {{UnicastRequest.num_received}} ? > * Investigate whether more fields can be removed -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2012) Request: optimize in-memory size

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2012?page=com.atlassian.jira.plugin.... ] Bela Ban edited comment on JGRP-2012 at 2/2/16 8:01 AM: -------------------------------------------------------- * Removed {{Request.request_msg}}, passed via {{execute()}} * Removed {{UnicastRequest.num_received}} * Removed {{Request.block_for_results}} was (Author: belaban): * Removed {{UnicastRequest.num_received}} * Removed {{Request.block_for_results}} > Request: optimize in-memory size > -------------------------------- > > Key: JGRP-2012 > URL: https://issues.jboss.org/browse/JGRP-2012 > Project: JGroups > Issue Type: Enhancement > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Minor > Fix For: 3.6.8, 4.0 > > > {{Request}}, {{UnicastRequest}} and {{GroupRequest}} can be optimized: > * {{request_msg}} can be removed and instead passed as arg to {{execute()}} > * Remove {{UnicastRequest.num_received}} ? > * Investigate whether more fields can be removed -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 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 February 2016