You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Josh P (Jira)" <ji...@apache.org> on 2020/02/06 19:09:00 UTC
[jira] [Commented] (NIFI-6718) New JMS Session/Producer created for
each message published
[ https://issues.apache.org/jira/browse/NIFI-6718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17031862#comment-17031862 ]
Josh P commented on NIFI-6718:
------------------------------
No longer working on this ticket.
> New JMS Session/Producer created for each message published
> -----------------------------------------------------------
>
> Key: NIFI-6718
> URL: https://issues.apache.org/jira/browse/NIFI-6718
> Project: Apache NiFi
> Issue Type: Task
> Components: Extensions
> Affects Versions: 1.8.0
> Environment: Linux. CENTOS 7
> Reporter: Tim Chermak
> Assignee: Josh P
> Priority: Minor
> Labels: performance
>
> When GetFile supplies flowfiles to PublishJMS we see one session and producer for all JMS messages in the TIBCO log. When ConsumeJMS supplies flowfiles to PublishJMS we see a new session and producer for each message in the TIBCO log. For all JMS processors we have a "Session Cache Size" at the default of 1. Although, in the processor help it indicates this has been deprecated and no longer has any effect on the processor.
> It appears that the Session Cache Size should allow a variable value in order to allow for more efficient use of JMS. Shouldn't the JMS objects connection session consumer and producer be reused (cached) as much as possible for efficiency?
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)