April 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11972) Upgrade openjdk-orb from 8.1.2 to 8.1.3

by Ilia Vassilev (Jira)

[ https://issues.jboss.org/browse/WFLY-11972?page=com.atlassian.jira.plugin... ] Ilia Vassilev updated WFLY-11972: --------------------------------- Affects Version/s: (was: 16.0.0.Final) > Upgrade openjdk-orb from 8.1.2 to 8.1.3 > --------------------------------------- > > Key: WFLY-11972 > URL: https://issues.jboss.org/browse/WFLY-11972 > Project: WildFly > Issue Type: Component Upgrade > Components: Build System > Reporter: Ilia Vassilev > Assignee: Roberto Oliveira > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11972) Upgrade openjdk-orb from 8.1.2 to 8.1.3

by Ilia Vassilev (Jira)

[ https://issues.jboss.org/browse/WFLY-11972?page=com.atlassian.jira.plugin... ] Ilia Vassilev moved JBEAP-16708 to WFLY-11972: ---------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-11972 (was: JBEAP-16708) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Build System (was: Build System) Affects Version/s: 16.0.0.Final (was: 7.2.0.GA) Fix Version/s: (was: 7.2.2.GA) > Upgrade openjdk-orb from 8.1.2 to 8.1.3 > --------------------------------------- > > Key: WFLY-11972 > URL: https://issues.jboss.org/browse/WFLY-11972 > Project: WildFly > Issue Type: Component Upgrade > Components: Build System > Affects Versions: 16.0.0.Final > Reporter: Ilia Vassilev > Assignee: Roberto Oliveira > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11971) OpenJDK ORB IndexOutOfBoundsException when when the actionString does not contain any slash character

by Ilia Vassilev (Jira)

[ https://issues.jboss.org/browse/WFLY-11971?page=com.atlassian.jira.plugin... ] Ilia Vassilev moved JBEAP-16707 to WFLY-11971: ---------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-11971 (was: JBEAP-16707) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: IIOP (was: IIOP) Affects Version/s: 16.0.0.Final (was: 7.2.0.GA) Fix Version/s: (was: 7.2.2.GA) > OpenJDK ORB IndexOutOfBoundsException when when the actionString does not contain any slash character > ----------------------------------------------------------------------------------------------------- > > Key: WFLY-11971 > URL: https://issues.jboss.org/browse/WFLY-11971 > Project: WildFly > Issue Type: Bug > Components: IIOP > Affects Versions: 16.0.0.Final > Reporter: Ilia Vassilev > Assignee: Tomasz Adamski > Priority: Major > Labels: regression > > OpenJDK ORB IndexOutOfBoundsException when when the actionString does not contain any slash character > {code} > 17:17:42,718 ERROR [TestSingleton] (ServerService Thread Pool -- 79) Caught Exception: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 > at java.lang.String.substring(String.java:1967) > at com.sun.corba.se.impl.util.RepositoryId.init(RepositoryId.java:353) > at com.sun.corba.se.impl.util.RepositoryId.<init>(RepositoryId.java:311) > at com.sun.corba.se.impl.util.RepositoryIdCache.getId(RepositoryIdCache.java:102) > at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:740) > at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:710) > at com.sun.corba.se.impl.encoding.CDRInputStream.read_Object(CDRInputStream.java:231) > at com.sun.corba.se.impl.resolver.INSURLOperationImpl.getIORFromString(INSURLOperationImpl.java:136) > at com.sun.corba.se.impl.resolver.INSURLOperationImpl.operate(INSURLOperationImpl.java:146) > at com.sun.corba.se.impl.orb.ORBImpl.string_to_object(ORBImpl.java:825) > at test.TestSingleton.test(TestSingleton.java:29) > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-6696) Problem with infinispan, Unable to acquire lock after 15 seconds for key

by David Terk (Jira)

[ https://issues.jboss.org/browse/WFLY-6696?page=com.atlassian.jira.plugin.... ] David Terk commented on WFLY-6696: ---------------------------------- [~pferraro] What was the resolution on this issue since it was recently marked as closed? Is the solution to use a non-transactional along with read_committed isolation? > Problem with infinispan, Unable to acquire lock after 15 seconds for key > ------------------------------------------------------------------------- > > Key: WFLY-6696 > URL: https://issues.jboss.org/browse/WFLY-6696 > Project: WildFly > Issue Type: Bug > Components: Clustering, Web (Undertow) > Affects Versions: 10.0.0.Final > Environment: linux debian, apache, oracle database > Reporter: Bruno Silva > Assignee: Paul Ferraro > Priority: Major > Attachments: error.txt > > > I have two nodes in cluster using standalone-ha.xml, but when put <distributable/> into web.xml the error below has happened frenquently and I'm using SSO. > {noformat} > 2016-06-09 14:46:55,160 ERROR [io.undertow.request] (default task-93) UT005071: Undertow request failed HttpServerExchange{ GET /intranet/app/pagina.action request Cookie=[JSESSIONID=hwGOzICm6QQGaHzyf3MQ8jK8j7aRBGbDksNF4oeK.node3; JSESSIONIDSSO=iYEO1MGfzBBsKmvmuO8HPz0whseKXJmRzjuuuiRQ; org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key hwGOzICm6QQGaHzyf3MQ8jK8j7aRBGbDksNF4oeK and requestor GlobalTransaction:<node3>:475504:local. Lock is held by GlobalTransaction:<node3>:474447:local > at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:236) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAllAndRecord(AbstractLockingInterceptor.java:199) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:199) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:165) > at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitLockControlCommand(PessimisticLockingInterceptor.java:184) > at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:157) > at org.infinispan.interceptors.TxInterceptor.visitLockControlCommand(TxInterceptor.java:215) > at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113) > at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:163) > at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitLockControlCommand(TransactionSynchronizerInterceptor.java:78) > at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:238) > at org.infinispan.statetransfer.StateTransferInterceptor.visitLockControlCommand(StateTransferInterceptor.java:102) > at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:107) > at org.infinispan.interceptors.InvocationContextInterceptor.visitLockControlCommand(InvocationContextInterceptor.java:81) > at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113) > at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:163) > at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336) > at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:828) > at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:810) > at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:177) > at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:84) > at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:69) > at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:39) > at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:61) > at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:40) > at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:234) > at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:139) > at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:726) > at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:756) > at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:760) > at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:557) > at io.undertow.servlet.spec.HttpServletResponseImpl.doErrorDispatch(HttpServletResponseImpl.java:168) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:319) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11970) SFSB memory leak due to Date() usage

by Dennis Reed (Jira)

[ https://issues.jboss.org/browse/WFLY-11970?page=com.atlassian.jira.plugin... ] Dennis Reed updated WFLY-11970: ------------------------------- Steps to Reproduce: Access an SFSB. Change the system time backwards before the SFSB expiration time elapses. > SFSB memory leak due to Date() usage > ------------------------------------ > > Key: WFLY-11970 > URL: https://issues.jboss.org/browse/WFLY-11970 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 11.0.0.Final > Reporter: Dennis Reed > Assignee: Paul Ferraro > Priority: Critical > > SFSB tracks expiration with "new Date().getTime()" and "System.currentTimeMillis()". > But the expiration threads are scheduled (inside JDK classes) with System.nanoTime(). > If the expiration task runs before the bean is considered expired, the expiration check fails and the bean is never expired. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11970) SFSB memory leak due to Date() usage

by Dennis Reed (Jira)

[ https://issues.jboss.org/browse/WFLY-11970?page=com.atlassian.jira.plugin... ] Dennis Reed updated WFLY-11970: ------------------------------- Issue Type: Bug (was: Support Patch) > SFSB memory leak due to Date() usage > ------------------------------------ > > Key: WFLY-11970 > URL: https://issues.jboss.org/browse/WFLY-11970 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 11.0.0.Final > Reporter: Dennis Reed > Assignee: Paul Ferraro > Priority: Critical > > SFSB tracks expiration with "new Date().getTime()" and "System.currentTimeMillis()". > But the expiration threads are scheduled (inside JDK classes) with System.nanoTime(). > If the expiration task runs before the bean is considered expired, the expiration check fails and the bean is never expired. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11970) SFSB memory leak due to Date() usage

by Dennis Reed (Jira)

Dennis Reed created WFLY-11970: ---------------------------------- Summary: SFSB memory leak due to Date() usage Key: WFLY-11970 URL: https://issues.jboss.org/browse/WFLY-11970 Project: WildFly Issue Type: Support Patch Components: EJB Affects Versions: 11.0.0.Final Reporter: Dennis Reed Assignee: Paul Ferraro SFSB tracks expiration with "new Date().getTime()" and "System.currentTimeMillis()". But the expiration threads are scheduled (inside JDK classes) with System.nanoTime(). If the expiration task runs before the bean is considered expired, the expiration check fails and the bean is never expired. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-3854) DMN: Add a nested row to a new Structured data type by default

by Elizabeth Clayton (Jira)

[ https://issues.jboss.org/browse/DROOLS-3854?page=com.atlassian.jira.plugi... ] Elizabeth Clayton commented on DROOLS-3854: ------------------------------------------- [~tirelli] , [~karreiro] and have a proposal to address the issue that [~dmarrazzo] raised: * When the user creates a data type, of the type "Structured" a child row will get added to the list automatically. The child row will be in Edit mode by default. I made a quick demo to illustrate. https://redhat.invisionapp.com/share/FERHG55ZAPH If this is okay with you, I'll mark this story as "Resolved." Please let me know what you think, thanks! > DMN: Add a nested row to a new Structured data type by default > -------------------------------------------------------------- > > Key: DROOLS-3854 > URL: https://issues.jboss.org/browse/DROOLS-3854 > Project: Drools > Issue Type: Task > Components: DMN Editor > Reporter: Elizabeth Clayton > Assignee: Elizabeth Clayton > Priority: Major > Labels: UX, UXTeam > Attachments: Screen Shot 2019-04-03 at 4.15.11 PM.png > > > Usability: Reduce the number of clicks / actions to add a nested element. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11969) Upgrade Mojarra to 2.3.9.SP02

by Farah Juma (Jira)

Farah Juma created WFLY-11969: --------------------------------- Summary: Upgrade Mojarra to 2.3.9.SP02 Key: WFLY-11969 URL: https://issues.jboss.org/browse/WFLY-11969 Project: WildFly Issue Type: Component Upgrade Components: JSF Reporter: Farah Juma Assignee: Farah Juma -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11968) Change use of HTTP download locations for Mojarra to HTTPS

by Farah Juma (Jira)

Farah Juma created WFLY-11968: --------------------------------- Summary: Change use of HTTP download locations for Mojarra to HTTPS Key: WFLY-11968 URL: https://issues.jboss.org/browse/WFLY-11968 Project: WildFly Issue Type: Task Components: JSF Reporter: Farah Juma Assignee: Farah Juma -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

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 2019