glassfish
  1. glassfish
  2. GLASSFISH-18975

Regression: GlassFish broken on Equinox, CNF occurs for javax.transaction classes

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Critical Critical
    • Resolution: Unresolved
    • Affects Version/s: 4.0_dev
    • Fix Version/s: 4.1.1
    • Component/s: OSGi
    • Labels:
      None

      Description

      QuickLook tests have started to fail on Equinox platform starting with svn rev # 55306 where Jersey 2.0-m05-2 was integrated. See the following job for details:
      http://gf-hudson.us.oracle.com/hudson/job/gf-trunk-continuous-ql-equinox/4449/
      This job was triggered by http://gf-hudson.us.oracle.com/hudson/job/gf-trunk-build-continuous/11710/ and as per this triggering job, only jersey component was upgraded.

      To run QuickLook on Equinox, the steps are:
      mkdir glassfish3/glassfish/osgi/equinox/
      download equinox jar,
      copy the downloaded jar to above equinox dir.
      Set an environment variable GlassFish_Platform=Equinox
      Run QuickLook.

      1. cnf.txt
        78 kB
        Jakub Podlesak

        Activity

        Hide
        tuomas_kiviaho added a comment -

        @Jakub I started to have similar problems with JTA packages on another project when I switched from
        org.glassfish.main.transaction:javax.transaction:3.1.2.2 over to javax.transaction:javax.transaction-api:1.2

        http://wiki.osgi.org/wiki/System_Bundle has a compact explanation of the differentiating manifest headers (Require-Bundle and Fragment-Host) pointing to system.bundle

        Show
        tuomas_kiviaho added a comment - @Jakub I started to have similar problems with JTA packages on another project when I switched from org.glassfish.main.transaction:javax.transaction:3.1.2.2 over to javax.transaction:javax.transaction-api:1.2 http://wiki.osgi.org/wiki/System_Bundle has a compact explanation of the differentiating manifest headers (Require-Bundle and Fragment-Host) pointing to system.bundle
        Hide
        Sanjeeb Sahoo added a comment -

        Deferring to 4.0.1 due to lack of time and priority.

        Show
        Sanjeeb Sahoo added a comment - Deferring to 4.0.1 due to lack of time and priority.
        Hide
        TangYong added a comment -

        Hi sahoo,

        Please ignore my yesterday's comments because today, I made QL tests many times in my env and another machine again.

        The result is that except <antcall target="start-server-felix"/> is hard-coded, QL tests did not hang,
        ....
        testng-summary:
        [echo] [testng]
        [echo] [testng] ===============================================
        [echo] [testng] QuickLookTests
        [echo] [testng] Total tests run: 112, Failures: 1, Skips: 0
        [echo] [testng] ===============================================
        [echo] [testng]
        [INFO] Executed tasks
        [INFO] ------------------------------------------------------------------------
        [INFO] BUILD SUCCESS
        [INFO] ------------------------------------------------------------------------
        ...

        Failured test is as following and I will create a jira:

        <class name="test.admincli.RestartDomainTests">
        <test-method status="FAIL" signature="restartDomainTest()" name="restartDomainTest" duration-ms="0" started-at="2013-02-05T14:55:49Z" finished-at="2013-02-05T14:55:49Z">
        <exception class="java.lang.AssertionError">
        <message>
        <![CDATA[Restart domain failed. expected:<true> but was:<false>]]>
        </message>
        <full-stacktrace>
        <![CDATA[java.lang.AssertionError: Restart domain failed. expected:<true> but was:<false>
        at org.testng.Assert.fail(Assert.java:84)
        at org.testng.Assert.failNotEquals(Assert.java:438)
        at org.testng.Assert.assertEquals(Assert.java:108)
        at org.testng.Assert.assertEquals(Assert.java:239)
        at test.admincli.RestartDomainTests.parseTestResults(RestartDomainTests.java:90)
        at test.admincli.RestartDomainTests.restartDomainTest(RestartDomainTests.java:62)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:601)
        at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:604)
        at org.testng.internal.Invoker.invokeMethod(Invoker.java:470)
        at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:564)
        at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:830)
        at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125)
        at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
        at org.testng.TestRunner.runWorkers(TestRunner.java:678)
        at org.testng.TestRunner.privateRun(TestRunner.java:624)
        at org.testng.TestRunner.run(TestRunner.java:495)
        at org.testng.SuiteRunner.runTest(SuiteRunner.java:300)
        at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:295)
        at org.testng.SuiteRunner.privateRun(SuiteRunner.java:275)
        at org.testng.SuiteRunner.run(SuiteRunner.java:190)
        at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:792)
        at org.testng.TestNG.runSuitesLocally(TestNG.java:765)
        at org.testng.TestNG.run(TestNG.java:699)
        at org.testng.TestNG.privateMain(TestNG.java:824)
        at org.testng.TestNG.main(TestNG.java:802)
        ]]>

        So, could you please run that hudson job to see whether the issue happens again or not because I have no way to run that hudson job.

        Thanks
        --Tang

        Show
        TangYong added a comment - Hi sahoo, Please ignore my yesterday's comments because today, I made QL tests many times in my env and another machine again. The result is that except <antcall target="start-server-felix"/> is hard-coded, QL tests did not hang, .... testng-summary: [echo] [testng] [echo] [testng] =============================================== [echo] [testng] QuickLookTests [echo] [testng] Total tests run: 112, Failures: 1, Skips: 0 [echo] [testng] =============================================== [echo] [testng] [INFO] Executed tasks [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ ... Failured test is as following and I will create a jira: <class name="test.admincli.RestartDomainTests"> <test-method status="FAIL" signature="restartDomainTest()" name="restartDomainTest" duration-ms="0" started-at="2013-02-05T14:55:49Z" finished-at="2013-02-05T14:55:49Z"> <exception class="java.lang.AssertionError"> <message> <![CDATA [Restart domain failed. expected:<true> but was:<false>] ]> </message> <full-stacktrace> <![CDATA[java.lang.AssertionError: Restart domain failed. expected:<true> but was:<false> at org.testng.Assert.fail(Assert.java:84) at org.testng.Assert.failNotEquals(Assert.java:438) at org.testng.Assert.assertEquals(Assert.java:108) at org.testng.Assert.assertEquals(Assert.java:239) at test.admincli.RestartDomainTests.parseTestResults(RestartDomainTests.java:90) at test.admincli.RestartDomainTests.restartDomainTest(RestartDomainTests.java:62) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:604) at org.testng.internal.Invoker.invokeMethod(Invoker.java:470) at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:564) at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:830) at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109) at org.testng.TestRunner.runWorkers(TestRunner.java:678) at org.testng.TestRunner.privateRun(TestRunner.java:624) at org.testng.TestRunner.run(TestRunner.java:495) at org.testng.SuiteRunner.runTest(SuiteRunner.java:300) at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:295) at org.testng.SuiteRunner.privateRun(SuiteRunner.java:275) at org.testng.SuiteRunner.run(SuiteRunner.java:190) at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:792) at org.testng.TestNG.runSuitesLocally(TestNG.java:765) at org.testng.TestNG.run(TestNG.java:699) at org.testng.TestNG.privateMain(TestNG.java:824) at org.testng.TestNG.main(TestNG.java:802) ]]> So, could you please run that hudson job to see whether the issue happens again or not because I have no way to run that hudson job. Thanks --Tang
        Hide
        TangYong added a comment -

        BTW: needing to modify <antcall target="start-server-felix"/> and based on GlassFish_Platform condition to judge outputting "in Felix mode" or "in Equinox mode" or "Knopflerfish mode", currently this is hard-coded.

        Show
        TangYong added a comment - BTW: needing to modify <antcall target="start-server-felix"/> and based on GlassFish_Platform condition to judge outputting "in Felix mode" or "in Equinox mode" or "Knopflerfish mode", currently this is hard-coded.
        Hide
        TangYong added a comment - - edited

        Sahoo

        >Have you run QuickLook tests against Equinox? You can find the instructions to run QL using Equinox in this bug's
        >description field.

        I Have not still ran QuickLook tests against Equinox and today(maybe tomorrow) I will give you the result of QuickLook tests.

        Tang

        Show
        TangYong added a comment - - edited Sahoo >Have you run QuickLook tests against Equinox? You can find the instructions to run QL using Equinox in this bug's >description field. I Have not still ran QuickLook tests against Equinox and today(maybe tomorrow) I will give you the result of QuickLook tests. Tang

          People

          • Assignee:
            Sanjeeb Sahoo
            Reporter:
            Sanjeeb Sahoo
          • Votes:
            1 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated: