JBoss Fuse
  1. JBoss Fuse
  2. ENTESB-185

camel-2.9.x-fuse-checkin build has 15 unit test failures

    Details

    • Type: Bug Bug
    • Status: Resolved Resolved
    • Priority: Major Major
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: 7.1.0
    • Component/s: None
    • Labels:
      None
    • Environment:
      Hudson
    • Similar Issues:
      Show 10 results 

      Description

      The following tests are failing in the camel-2.9.x-fuse-checkin on Hudson

      org.apache.camel.component.jms.tx.JmsToJmsTransactedSecurityTest.testJmsSecurityFailure
      org.apache.camel.itest.osgi.cxf.CxfBeanSpringRouteTest.testGetCustomer
      org.apache.camel.itest.osgi.cxf.CxfProxyExampleTest.testCxfProxy
      org.apache.camel.itest.osgi.cxf.blueprint.CxfBeanBlueprintRouterTest.testGetCustomer
      org.apache.camel.itest.osgi.cxf.blueprint.CxfBeanBlueprintRouterTest.testGetCustomerWithQuery
      org.apache.camel.itest.osgi.cxf.blueprint.CxfBlueprintRouterTest.testRouter
      org.apache.camel.itest.osgi.cxf.blueprint.CxfRsBlueprintRouterTest.testGetCustomer
      org.apache.camel.itest.osgi.cxf.blueprint.CxfRsBlueprintRouterTest.testGetCustomerWithQuery
      org.apache.camel.itest.osgi.cxf.blueprint.CxfRsBlueprintRouterTest.testGetCustomers
      org.apache.camel.itest.osgi.cxf.blueprint.CxfRsBlueprintRouterTest.testGetSubResource
      org.apache.camel.itest.osgi.cxf.blueprint.CxfRsBlueprintRouterTest.testPutConsumer
      org.apache.camel.itest.osgi.cxf.blueprint.CxfRsBlueprintRouterTest.testPostConsumer
      org.apache.camel.itest.osgi.hdfs.HdfsBlueprintRouteTest.testWriteAndReadString [felix]
      org.apache.camel.itest.osgi.hdfs.HdfsRouteTest.testReadString
      org.apache.camel.itest.osgi.jpa.JpaBlueprintRouteTest.testBlueprintRouteJpa

      I have added @Ignore annotations to the failing tests in these files:

      components/camel-jms/src/test/java/org/apache/camel/component/jms/tx/JmsToJmsTransactedSecurityTest.java
      tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/cxf/CxfBeanSpringRouteTest.java
      tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/cxf/CxfProxyExampleTest.java
      tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/cxf/blueprint/CxfBeanBlueprintRouterTest.java
      tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/cxf/blueprint/CxfBlueprintRouterTest.java
      tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/cxf/blueprint/CxfRsBlueprintRouterTest.java
      tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/hdfs/HdfsBlueprintRouteTest.java
      tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/hdfs/HdfsRouteTest.java
      tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/jpa/JpaBlueprintRouteTest.java

        Issue Links

          Activity

          Hide
          Willem Jiang
          added a comment -

          I managed to fix other osgi related test failures by starting the bundle by default and will commit the fix shortly.

          Show
          Willem Jiang
          added a comment - I managed to fix other osgi related test failures by starting the bundle by default and will commit the fix shortly.
          Hide
          Gary Tully
          added a comment -

          peeking into JmsToJmsTransactedSecurityTest to see if I can find the amq root cause for the change and validate it.

          Show
          Gary Tully
          added a comment - peeking into JmsToJmsTransactedSecurityTest to see if I can find the amq root cause for the change and validate it.
          Hide
          Gary Tully
          added a comment -

          The problem is the change of behavior w.r.t a security exception that was introduced with the fix fo https://issues.apache.org/jira/browse/AMQ-3294

          The activemq connection now does a teardown/dispose when a SecurityException is returned from the broker an this means that the rollback fails with a 'connection disposed exception'.

          Show
          Gary Tully
          added a comment - The problem is the change of behavior w.r.t a security exception that was introduced with the fix fo https://issues.apache.org/jira/browse/AMQ-3294 The activemq connection now does a teardown/dispose when a SecurityException is returned from the broker an this means that the rollback fails with a 'connection disposed exception'.
          Hide
          Gary Tully
          added a comment -

          So the question is this:
          is the JmsToJmsTransactedSecurityTest a valid use case? Or can we just drop the expectation that the transaction will rollback on the exception and redelivery failure and send to DQL occurs.
          Currently the rollback fails so there is no redelivery redelivery.

          Show
          Gary Tully
          added a comment - So the question is this: is the JmsToJmsTransactedSecurityTest a valid use case? Or can we just drop the expectation that the transaction will rollback on the exception and redelivery failure and send to DQL occurs. Currently the rollback fails so there is no redelivery redelivery.
          Hide
          Gary Tully
          added a comment -

          I answered my own question, I think the use case is reasonable and amq is being too draconian. It makes sense to whack the connection on a security exception on initial connect, but not once the connection is validated/authenticated.
          I amended https://issues.apache.org/jira/browse/AMQ-3294 to sort that out.
          Fix is on 5.5.1-fuse branch. Guess it will make 7.1 but not 7.0.1 at this stage.

          Show
          Gary Tully
          added a comment - I answered my own question, I think the use case is reasonable and amq is being too draconian. It makes sense to whack the connection on a security exception on initial connect, but not once the connection is validated/authenticated. I amended https://issues.apache.org/jira/browse/AMQ-3294 to sort that out. Fix is on 5.5.1-fuse branch. Guess it will make 7.1 but not 7.0.1 at this stage.

            People

            • Assignee:
              Willem Jiang
              Reporter:
              Kevin Earls
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: