[jboss-jira] [JBoss JIRA] (WFLY-6420) 30secs delay on consumer.receive() in spite of shorter timeout

[Tomohisa igarashi (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-6420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13183228#comment-13183228 ] 

Tomohisa igarashi commented on WFLY-6420:
-----------------------------------------

No, using BOM doesn't solve the issue, just using JMS 2.0 way of client code (JMSContext) could get around the issue like I said in my previous comment. [~jmesnil] do you mean WildFly10 doesn't support JMS 1.1 client code (Connection/Session)?

> 30secs delay on consumer.receive() in spite of shorter timeout
> --------------------------------------------------------------
>
>                 Key: WFLY-6420
>                 URL: https://issues.jboss.org/browse/WFLY-6420
>             Project: WildFly
>          Issue Type: Bug
>          Components: JMS
>    Affects Versions: 10.0.0.Final
>            Reporter: Tomohisa igarashi
>            Assignee: Jeff Mesnil
>             Fix For: 10.1.0.Final
>
>         Attachments: artemis-hornetq-client.tgz, artemis-hornetq-client.tgz
>
>
> consumer.receive() is blocked 30secs even if shorter timeout is specified. Attached a maven project including testcases. 
> The ArtemisStandaloneTest do same against embedded server, but this in contrast works fine. So the issue seems to happen only on WildFly via http upgrade connection.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)