[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
[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
[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
[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
[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
[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
[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