Weblogic 10.x isn't currently supported, watch that issue for more information.

      Currently, there is a specific issue with the page tree view, which has been reproduced with both Weblogic 10.1 and 10.3. Steps to reproduce:

      1. Install confluence on Weblogic 10.x following the documentation and our known issues with WebLogic page.
      2. Create a space and browse the pages in the space.
      3. Open the tree view, it will sit and churn without ever completing the page load
      4. In the firefox error console, a message like the following appears:
        Error: data is null
        Source File: http://192.168.35.242:7001/confluence-2.10.2-exploded/s/1518/1/1.0/_/download/resources/confluence.web.resources%3Apage-ordering-tree/tree.js
        Line: 907
        
      5. In IE 7, a similar error is returned:
        Line: 908
        Char: 33
        Error: 'length' is null or not an object
        Code: 0
        URL: Error: data is null
        Source File: http://192.168.35.242:7001/confluence-2.10.2-exploded/s/1518/1/1.0/_/download/resources/confluence.web.resources%3Apage-ordering-tree/tree.js
        Line: 907
        

      The problem occurs when running the embedded database and an external database. This happens regardless of the context, the customer reporting this was using the root context and encountered the same problem.

        1. JsonArray.java
          1 kB
        2. JsonObject.java
          2 kB

            [CONFSERVER-15332] Page tree view doesn't work under Weblogic 10.x

            Anatoli added a comment -

            There was a support case with exactly the same problem. It was fixed by specifying "prefer-web-inf-classes" parameter.
            So to make webLogic work you would need to specify:

            <container-descriptor>
               <prefer-web-inf-classes>true</prefer-web-inf-classes>
            </container-descriptor>
            

            in weblogic.xml file. And also upgrade to the new version of statx-api jar: stax-api-1.0-2.jar.

            Anatoli added a comment - There was a support case with exactly the same problem. It was fixed by specifying "prefer-web-inf-classes" parameter. So to make webLogic work you would need to specify: <container-descriptor> <prefer-web-inf-classes> true </prefer-web-inf-classes> </container-descriptor> in weblogic.xml file. And also upgrade to the new version of statx-api jar: stax-api-1.0-2.jar .

            Anatoli added a comment -

            Jason,

            I don't quite understand how upgrading stax-api could have helped in this case. Can you please elaborate a bit?
            There is another problem in webLogic CONF-15332 that requires upgrading stax-api. Are you referring to that problem?

            Anatoli added a comment - Jason, I don't quite understand how upgrading stax-api could have helped in this case. Can you please elaborate a bit? There is another problem in webLogic CONF-15332 that requires upgrading stax-api. Are you referring to that problem?

            If you replace stax-api-1.0.1.jar with stax-api-1.0.2.jar it fixes this issue. You can get it from here:

            http://download.java.net/maven/1/javax.xml.stream/jars/

            Jason Jason added a comment - If you replace stax-api-1.0.1.jar with stax-api-1.0.2.jar it fixes this issue. You can get it from here: http://download.java.net/maven/1/javax.xml.stream/jars/

            I did some testing on Weblogic 10.3 and I came across conflicts with common-lang library.

            For me, weblogic was loading its own version of the file even though "prefer-web-inf-classes" was set. I haven't had a chance to work out why but replacing <bea-home>/modules/com.bea.core.apache.commons.lang_2.1.0.jar with the jar shipped with Confluence "temporarily" fixes the problem.

            Note: you'll need to rename the confluence jar so that it matches weblogic's.

            Brian Nguyen (Inactive) added a comment - I did some testing on Weblogic 10.3 and I came across conflicts with common-lang library. For me, weblogic was loading its own version of the file even though "prefer-web-inf-classes" was set. I haven't had a chance to work out why but replacing <bea-home>/modules/com.bea.core.apache.commons.lang_2.1.0.jar with the jar shipped with Confluence "temporarily" fixes the problem. Note: you'll need to rename the confluence jar so that it matches weblogic's.

            We've seen in the logs of log4j this error:

            ognl.OgnlException: JSONString [java.lang.NoSuchMethodError: join]

            We've investigated about it. The problem is in the jar confluence-2.10.jar in the classes JsonArray and JsonObject. These classes use the method StringUtils.join with is the method that fails in weblogic 10.

            We attach you these classes with our changes for solve the problem.

            Jesus Tejedor added a comment - We've seen in the logs of log4j this error: ognl.OgnlException: JSONString [java.lang.NoSuchMethodError: join] We've investigated about it. The problem is in the jar confluence-2.10.jar in the classes JsonArray and JsonObject. These classes use the method StringUtils.join with is the method that fails in weblogic 10. We attach you these classes with our changes for solve the problem.

              Unassigned Unassigned
              aatkins TonyA
              Affected customers:
              3 This affects my team
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved: