You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by "Claus Ibsen (JIRA)" <ji...@apache.org> on 2009/09/24 10:31:52 UTC

[jira] Commented: (CAMEL-1930) Synchronized access to XPathExpression resulting in contention for multiple consumers

    [ https://issues.apache.org/activemq/browse/CAMEL-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=54476#action_54476 ] 

Claus Ibsen commented on CAMEL-1930:
------------------------------------

Fabrice

If I attach a patch to this ticket do you want to try it for yourself on your environment by building the source from trunk and apply the patch?

I would like it to be tested more thoroughly before committing to trunk.

> Synchronized access to XPathExpression resulting in contention for multiple consumers
> -------------------------------------------------------------------------------------
>
>                 Key: CAMEL-1930
>                 URL: https://issues.apache.org/activemq/browse/CAMEL-1930
>             Project: Apache Camel
>          Issue Type: Bug
>          Components: camel-core
>    Affects Versions: 2.0-M3
>         Environment: Java 1.6, Spring 2.5.6
>            Reporter: Fabrice Delaporte
>            Assignee: Claus Ibsen
>             Fix For: 2.1.0
>
>
> Hi,
> I'm using Camel to do some JMS message routing. Messages are XML so xpath is a natural choice.
> However when using a choice with an xpath expression, the XPathBuilder creates one XPathExpression object. According to the specification, these objects are not thread safe so synchronizing looks natural. But then, using multiple jms consumers is totally useless since no concurrent evaluations can be made.
> XPathExpression objects would rather need to be stored in a ThreadLocal to avoid synchronization and contention.
> Cheers,
> Fabrice

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.