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_b45
    • Fix Version/s: 4.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

        Sanjeeb Sahoo created issue -
        Sanjeeb Sahoo made changes -
        Field Original Value New Value
        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-build-continuous/11710/

        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.
        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.
        Jakub Podlesak made changes -
        Attachment cnf.txt [ 50946 ]
        Jakub Podlesak made changes -
        Summary Regression: GlassFish broken on Equinox due to recent Jersey integration Regression: GlassFish broken on Equinox, CNF occurs for javax.transaction classes
        Component/s OSGi [ 10641 ]
        Component/s jax-rs [ 10646 ]
        TangYong made changes -
        Comment [ Hi Sahoo,

        I have ran appserver QuickLook tests against Equinox and result is as following:

        Firstly, Pavel's scene has been re-produced occasionally: while running start-server-felix-windows, test is blocked and hanged.

        Secondly, I start to investigate appserver\tests\quicklook\build.xml, and found that this hanging is related to the following task,so I made some experiments:

        <waitfor maxwait="30" maxwaitunit="second" checkevery="500">
                <http url="http://localhost:4848/"/>
        </waitfor>

        1) removing the above task and test again

        This will cause many QL tests failed because the task is used for starting web container.

        2) changing the above task's setting as following

          <waitfor maxwait="3" maxwaitunit="minute" checkevery="500">
                <http url="http://localhost:4848/"/>
          </waitfor>

        Why I do such? After I left QL tests, and just starting domain, if I access "http://localhost:4848/", anything is OK. So I have doubted that whether because in some cases, <waitfor> task's maxwait time is too short and causes in 30 second, web container has been still in starting state.

        So, after I do 2) and test again, QL tests did not hang.

        However, this hanging also happened occasionally, so I guess that the issue is unstable.

        BTW: I also want to know whether having some better way to start web container rather than depending on <waitfor> task or not?

        Thanks
        --Tang ]
        TangYong made changes -
        Comment [ However, I also doubted whether such hanging is caused by the following:

            <exec executable="cmd" spawn="true">
                <arg value="/c"/>
                <arg value="${glassfish.home}\bin\asadmin.bat"/>
                <arg value="start-domain"/>
                <arg value="domain1"/>
            </exec>

        Because start-domain is executed in another process, I can not judge if in 30 second, domain is still in starting state, what will happen?
        ]
        TangYong made changes -
        Comment [ I am thinking that if caused by <exec> task, based on [1], whether we can add specify inputstring="" for the <exec> task because the "start-domain" forked process doesn't consume any input.

        [1]: http://ant.apache.org/faq.html#input-makes-exec-hang

        Because now in my env, the hanging also happened very occasionally.

        Thanks
        --Tang ]
        Tom Mueller made changes -
        Assignee Sanjeeb Sahoo [ ss141213 ]
        Sanjeeb Sahoo made changes -
        Fix Version/s 4.0_b82_EE7MS7 [ 16111 ]
        Sanjeeb Sahoo made changes -
        Fix Version/s 4.0.1 [ 16061 ]
        Fix Version/s 4.0_b82_EE7MS7 [ 16111 ]
        Romain Grécourt made changes -
        Fix Version/s 4.1 [ 16387 ]
        Fix Version/s 4.0.1 [ 16061 ]

          People

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

            Dates

            • Created:
              Updated: