Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@activemq.apache.org
Date: Wed, 17 Dec 2014 02:11:13 +0000 (UTC)
From: "ASF GitHub Bot (JIRA)" <jira@apache.org>
To: dev@activemq.apache.org
Message-ID: <JIRA.12762177.1418781341000.40152.1418782273444@Atlassian.JIRA>
In-Reply-To: <JIRA.12762177.1418781341000@Atlassian.JIRA>
References: <JIRA.12762177.1418781341000@Atlassian.JIRA>
 <JIRA.12762177.1418781341432@arcas>
Subject: [jira] [Commented] (ACTIVEMQ6-61) SelectorParser package conflict
 with openwire tests
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/ACTIVEMQ6-61?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14249313#comment-14249313 ] 

ASF GitHub Bot commented on ACTIVEMQ6-61:
-----------------------------------------

GitHub user gaohoward opened a pull request:

    https://github.com/apache/activemq-6/pull/47

    ACTIVEMQ6-61 SelectorParser package conflict with openwire tests

    The SelectorParser class in amq6 source code conflicts
    with the same class in activemq 5 client jar. The activemq 5
    client jar is needed to run openwire tests where the activemq5
    client interacts with amq6 broker. In tests they are usually
    in the same VM, so depending on the classpath order, whichever
    class is loaded it will be used by both client and broker.
    Unfortunately the method parse() in the class has different
    return types in the client jar and broker side jar.
    That will cause NoSuchMethod exception.
    
    The fix moves the broker side class into a different package, i.e.
    from
    org.apache.activemq.selector.SelectorParser
    to
    org.apache.activemq.selector.impl.SelectorParser

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/gaohoward/activemq-6 master_selector

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/activemq-6/pull/47.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #47
    
----
commit 7ffa23799be0c0e43cc2db5423bac3ffbb06a7a8
Author: Howard Gao <hgao@redhat.com>
Date:   2014-12-17T01:56:11Z

    ACTIVEMQ6-61 SelectorParser package conflict with openwire tests
    
    The SelectorParser class in amq6 source code conflicts
    with the same class in activemq 5 client jar. The activemq 5
    client jar is needed to run openwire tests where the activemq5
    client interacts with amq6 broker. In tests they are usually
    in the same VM, so depending on the classpath order, whichever
    class is loaded it will be used by both client and broker.
    Unfortunately the method parse() in the class has different
    return types in the client jar and broker side jar.
    That will cause NoSuchMethod exception.
    
    The fix moves the broker side class into a different package, i.e.
    from
    org.apache.activemq.selector.SelectorParser
    to
    org.apache.activemq.selector.impl.SelectorParser

----


> SelectorParser package conflict with openwire tests
> ---------------------------------------------------
>
>                 Key: ACTIVEMQ6-61
>                 URL: https://issues.apache.org/jira/browse/ACTIVEMQ6-61
>             Project: Apache ActiveMQ 6
>          Issue Type: Bug
>    Affects Versions: 6.0.0
>            Reporter: Howard Gao
>            Assignee: Howard Gao
>             Fix For: 6.1.0
>
>
> The SelectorParser class in amq6 source code conflicts with the same class in activemq 5 client jar. The activemq 5 client jar is needed to run openwire tests where the activemq5 client interacts with amq6 broker. In tests they are usually in the same VM, so depending on the classpath order, whenever one is loaded it will be used by both client and broker. Unfortunately the method parse() in the class has different return types in the client jar and broker side jar. The will cause NoSuchMethod exception.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)