Andrew Stitcher created PROTON-1759:
---
Summary: Proton that is, pn_session() or pn_session_open(), has no
way to signal an error if can't allocate a channel
Key: PROTON-1759
URL:
[
https://issues.apache.org/jira/browse/QPID-8091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16356306#comment-16356306
]
ASF subversion and git services commented on QPID-8091:
---
Commit
[
https://issues.apache.org/jira/browse/QPID-8091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16356307#comment-16356307
]
ASF subversion and git services commented on QPID-8091:
---
Commit
[
https://issues.apache.org/jira/browse/PROTON-1759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16356206#comment-16356206
]
Andrew Stitcher commented on PROTON-1759:
-
The stack trace that detects the error is:
{noformat}
[
https://issues.apache.org/jira/browse/PROTON-1759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16356203#comment-16356203
]
Andrew Stitcher commented on PROTON-1759:
-
This is an unfortunate API design issue -
Hi Keith,
I think that closing the connection is the simplest reasonable thing
to do in order to fail early on transaction timeout.
Though, I believe that the handling of transaction timeouts can be
improved further by closing the link(s), where the timed out
transactional work have been
[
https://issues.apache.org/jira/browse/QPID-8097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16355309#comment-16355309
]
Artyom Safronov commented on QPID-8097:
---
Please clarify what "using AMQP 1.0 against Broker-J" phrase