• Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Medium Medium
    • 2.9.2
    • 2.8
    • None
    • Confluence Standalone on Sun JDK 5.0 Update 14,
      Apache Geronimo 2.1.2 with Tomcat container on IBM JDK 5.0 SR7 (Confluence WAR/EAR)

      When writing log to velocity.log, confluence throws java.lang.NoClassDefFoundError, which is org.apache.log.format.Formatter class.
      This cause is that Avalon Logkit library is missing in the confluence application libraries.

      This library binaries are distributed in the following location:
      http://www.apache.org/dist/excalibur/excalibur-logkit/

            [CONFSERVER-12291] Avalon Logkit library is missing.

            This issue has been resolved by fixing CONF-12816; Avalon Logkit has not been included as it is not necessary.

            Andrew Lynch (Inactive) added a comment - This issue has been resolved by fixing CONF-12816 ; Avalon Logkit has not been included as it is not necessary.

            I think the separate bug of writing to velocity.log is caused by CONF-12816

            Matthew Leather added a comment - I think the separate bug of writing to velocity.log is caused by CONF-12816

            we just installed 2.8.2 and the same error appeared in our logs

            cant`t we turn it of in any properties file ?

            cheers
            martin

            ConfluenceE added a comment - we just installed 2.8.2 and the same error appeared in our logs cant`t we turn it of in any properties file ? cheers martin

            Hi Kan,

            My apologies, we are indeed missing that class from our distribution.

            We specify

            runtime.log.logsystem.class =com.atlassian.confluence.util.velocity.NullVelocityLogSystem

            in our velocity.properties to suppress the writing of the Velocity log.

            I noticed in your screenshot that it appears to be using the default velocity properties file which specifies

            runtime.log.logsystem.class =org.apache.velocity.runtime.log.AvalonLogChute,org.apache.velocity.runtime.log.Log4JLogChute,org.apache.velocity.runtime.log.JdkLogChute

            .

            This appears to be a separate bug; we should never be writing to the velocity log. I was able to reproduce this locally using a standalone distribution.

            Until we resolve this bug, I think you should be able to safely ignore it (it falls back to using a Log4jLogChute, and it should never be writing to the velocity log)

            Andrew Lynch (Inactive) added a comment - Hi Kan, My apologies, we are indeed missing that class from our distribution. We specify runtime.log.logsystem.class =com.atlassian.confluence.util.velocity.NullVelocityLogSystem in our velocity.properties to suppress the writing of the Velocity log. I noticed in your screenshot that it appears to be using the default velocity properties file which specifies runtime.log.logsystem.class =org.apache.velocity.runtime.log.AvalonLogChute,org.apache.velocity.runtime.log.Log4JLogChute,org.apache.velocity.runtime.log.JdkLogChute . This appears to be a separate bug; we should never be writing to the velocity log. I was able to reproduce this locally using a standalone distribution. Until we resolve this bug, I think you should be able to safely ignore it (it falls back to using a Log4jLogChute, and it should never be writing to the velocity log)

            Kan Ogawa added a comment -

            Andrew,

            I attached the same log file that was printed on Confluence 2.8 standalone.
            This issue is reproduced on this environment, too.

            Also, the class "org.apache.log.format.Formatter" isn't contained in the "avalon-framework-4.2.0.jar" library.

            Kan Ogawa added a comment - Andrew, I attached the same log file that was printed on Confluence 2.8 standalone. This issue is reproduced on this environment, too. Also, the class "org.apache.log.format.Formatter" isn't contained in the "avalon-framework-4.2.0.jar" library.

            Hi Kan,

            We actually distribute version 4.2.0 of the Avalon Logkit library. Can you please check the contents of your WEB-INF/lib directory to ensure that it is there?

            This is more likely than not a ClassLoading issue caused by your JDK and application server; I am guessing that Geronimo distributes its own version of this library?

            Andrew Lynch (Inactive) added a comment - Hi Kan, We actually distribute version 4.2.0 of the Avalon Logkit library. Can you please check the contents of your WEB-INF/lib directory to ensure that it is there? This is more likely than not a ClassLoading issue caused by your JDK and application server; I am guessing that Geronimo distributes its own version of this library?

              Unassigned Unassigned
              2b5733132257 Kan Ogawa
              Affected customers:
              2 This affects my team
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: