January 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-5921) Locale cache set to simple cache automatically breaks map reduce

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-5921?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-5921: ------------------------------ Affects Version/s: 10.0.0.CR5 > Locale cache set to simple cache automatically breaks map reduce > ---------------------------------------------------------------- > > Key: WFLY-5921 > URL: https://issues.jboss.org/browse/WFLY-5921 > Project: WildFly > Issue Type: Bug > Affects Versions: 10.0.0.CR5 > Reporter: Stian Thorgersen > Assignee: Jason Greene > Priority: Critical > > We use the Infinispan subsystem to create/configure caches for Keycloak. In standalone mode Keycloak uses locale-caches, while in clustered mode we use a combination of invalidation caches and distributed caches. In both clustered and non-clustered mode we use map-reduce tasks to delete elements from the cache. > This has worked just fine until the recent change in CR5 where locale-caches are now set to simple-caches (WFLY-5327). As the caches are now automatically set to simple-caches map-reduce is no longer available. There's also no way to prevent this. > IMO the changes from WFLY-5327 should be reverted and instead a new simple-cache element should be added, or a simple-cache=true attribute added to the locale-cache element. > As it stands this change prevents us from upgrading to CR5. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5921) Locale cache set to simple cache automatically breaks map reduce

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-5921?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-5921: ------------------------------ Fix Version/s: (was: 10.0.0.Final) > Locale cache set to simple cache automatically breaks map reduce > ---------------------------------------------------------------- > > Key: WFLY-5921 > URL: https://issues.jboss.org/browse/WFLY-5921 > Project: WildFly > Issue Type: Bug > Affects Versions: 10.0.0.CR5 > Reporter: Stian Thorgersen > Assignee: Jason Greene > Priority: Critical > > We use the Infinispan subsystem to create/configure caches for Keycloak. In standalone mode Keycloak uses locale-caches, while in clustered mode we use a combination of invalidation caches and distributed caches. In both clustered and non-clustered mode we use map-reduce tasks to delete elements from the cache. > This has worked just fine until the recent change in CR5 where locale-caches are now set to simple-caches (WFLY-5327). As the caches are now automatically set to simple-caches map-reduce is no longer available. There's also no way to prevent this. > IMO the changes from WFLY-5327 should be reverted and instead a new simple-cache element should be added, or a simple-cache=true attribute added to the locale-cache element. > As it stands this change prevents us from upgrading to CR5. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5921) Locale cache set to simple cache automatically breaks map reduce

by Stian Thorgersen (JIRA)

Stian Thorgersen created WFLY-5921: -------------------------------------- Summary: Locale cache set to simple cache automatically breaks map reduce Key: WFLY-5921 URL: https://issues.jboss.org/browse/WFLY-5921 Project: WildFly Issue Type: Bug Reporter: Stian Thorgersen Assignee: Jason Greene Priority: Critical Fix For: 10.0.0.Final We use the Infinispan subsystem to create/configure caches for Keycloak. In standalone mode Keycloak uses locale-caches, while in clustered mode we use a combination of invalidation caches and distributed caches. In both clustered and non-clustered mode we use map-reduce tasks to delete elements from the cache. This has worked just fine until the recent change in CR5 where locale-caches are now set to simple-caches (WFLY-5327). As the caches are now automatically set to simple-caches map-reduce is no longer available. There's also no way to prevent this. IMO the changes from WFLY-5327 should be reverted and instead a new simple-cache element should be added, or a simple-cache=true attribute added to the locale-cache element. As it stands this change prevents us from upgrading to CR5. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5918) ServletContext.getResourceAsStream fails in latest CR5 version

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-5918?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-5918: ------------------------------ Component/s: Web (Undertow) > ServletContext.getResourceAsStream fails in latest CR5 version > -------------------------------------------------------------- > > Key: WFLY-5918 > URL: https://issues.jboss.org/browse/WFLY-5918 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 10.0.0.CR5 > Environment: Wildfly 10.0.0 CR5 > Windows 7 > JDK 1.8_66 64Bit > Reporter: Alban Chadenas > Assignee: Stuart Douglas > > Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application. > Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

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

by Richard Janík (JIRA)

[ https://issues.jboss.org/browse/JGRP-1993?page=com.atlassian.jira.plugin.... ] Richard Janík commented on JGRP-1993: ------------------------------------- It's in /qa/tools/opt/ibm-java-80/bin/. > 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)

10 years, 3 months

1
0
0 / 0

[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: -------------------------------- Yes, I can ssh to dev59. Where's the IBM java executable? > 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)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5917) numberOfLogicalViews not working

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-5917?page=com.atlassian.jira.plugin.... ] Stuart Douglas reassigned WFLY-5917: ------------------------------------ Component/s: (was: CDI / Weld) Assignee: Farah Juma (was: Stuart Douglas) > numberOfLogicalViews not working > -------------------------------- > > Key: WFLY-5917 > URL: https://issues.jboss.org/browse/WFLY-5917 > Project: WildFly > Issue Type: Bug > Components: JSF > Affects Versions: 9.0.2.Final > Reporter: Gabriel Vieira > Assignee: Farah Juma > Labels: cdi, jsf22, wildfly > > Theres a bug in wildfly 9 Final > Even if a set on web.xml > {code:java} > <context-param> > <param-name>com.sun.faces.numberOfLogicalViews</param-name> > <param-value>3</param-value> > </context-param> > {code} > It keep storing 25 views. > I tried @Named (CDI) and @ManagedBean and the problem persisted. > My workaround was use @ViewScoped from Omnifaces -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-519) Xalan Linkage error : TransformerConfigurationException

by Scott Bennett-McLeish (JIRA)

[ https://issues.jboss.org/browse/WFCORE-519?page=com.atlassian.jira.plugin... ] Scott Bennett-McLeish commented on WFCORE-519: ---------------------------------------------- Confirmed working for Wildfly 9.0.1, Java 1.8.0_65 on Win7 & Amazon Linux. Thanks to Barnabas for solution. > Xalan Linkage error : TransformerConfigurationException > ------------------------------------------------------- > > Key: WFCORE-519 > URL: https://issues.jboss.org/browse/WFCORE-519 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Environment: Wildfly 8.1 & 8.2-Final > JDK 1.7.0_45 & 1.7.0_71 > Windows & Linux > Reporter: Stephen Kay > Assignee: David Lloyd > Priority: Critical > Fix For: 1.0.0.Alpha16 > > > Please note that this bug wasn't present on JBoss 7.1 / same WAR artifact > This is full staktrace from our applicaion. > 11:13:32,130 SEVERE ch.mitsa.credoc.ui.views.messages.MessagesTable (default task-9) Error getting message payload: : javax.xml.transform.TransformerConfigurationException: Translet class loaded, but unable to create translet instance. > at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.defineTransletClasses(TemplatesImpl.java:369) rt.jar:1.7.0_71 > at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.getTransletInstance(TemplatesImpl.java:383) rt.jar:1.7.0_71 > at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.newTransformer(TemplatesImpl.java:418) rt.jar:1.7.0_71 > at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:765) rt.jar:1.7.0_71 > at _redirected.TransformerFactory.newTransformer(_TransformerFactory.java:132) jboss-modules.jar:1.3.3.Final > at ch.mitsa.credoc.format.swift.impl.SwiftFormatter.getPrettyPrintedPayload(SwiftFormatter.java:196) > at ch.mitsa.credoc.engine.service.OutputService.getPrettyPrintedMessage(OutputService.java:54) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) rt.jar:1.7.0_71 > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) rt.jar:1.7.0_71 > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) rt.jar:1.7.0_71 > at java.lang.reflect.Method.invoke(Method.java:606) rt.jar:1.7.0_71 > at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) > at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) > at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) > at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:82) wildfly-weld-8.2.0.Final.jar:8.2.0.Final > (...) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5915) Upgrade Jackson from 2.5.4 to 2.6.3 as used in RESTEasy 3.0.14.Final

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-5915?page=com.atlassian.jira.plugin.... ] Stuart Douglas resolved WFLY-5915. ---------------------------------- Resolution: Duplicate Issue > Upgrade Jackson from 2.5.4 to 2.6.3 as used in RESTEasy 3.0.14.Final > -------------------------------------------------------------------- > > Key: WFLY-5915 > URL: https://issues.jboss.org/browse/WFLY-5915 > Project: WildFly > Issue Type: Bug > Components: REST > Affects Versions: 10.0.0.CR5 > Reporter: Juergen Zimmermann > Assignee: Stuart Douglas > > RESTEasy 3.0.14.Final is upgraded to Jackson 2.6.3. However, WildFly is still providing the old Jackson release 2.5.4. > See https://github.com/resteasy/Resteasy/blob/master/jaxrs/pom.xml#L59 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5918) ServletContext.getResourceAsStream fails in latest CR5 version

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-5918?page=com.atlassian.jira.plugin.... ] Stuart Douglas commented on WFLY-5918: -------------------------------------- Is there any chance you could test if this fixes it: https://github.com/wildfly/wildfly/compare/master...stuartwdouglas:WFLY-5918 > ServletContext.getResourceAsStream fails in latest CR5 version > -------------------------------------------------------------- > > Key: WFLY-5918 > URL: https://issues.jboss.org/browse/WFLY-5918 > Project: WildFly > Issue Type: Bug > Affects Versions: 10.0.0.CR5 > Environment: Wildfly 10.0.0 CR5 > Windows 7 > JDK 1.8_66 64Bit > Reporter: Alban Chadenas > Assignee: Stuart Douglas > > Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application. > Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 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 January 2016