Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 201406

Summary: Unrecoverable error while profiling application plug-ins that use Log4j
Product: z_Archived Reporter: Robert Enyedi <renyedi>
Component: TPTPAssignee: Stanislav Polevic <stanislav.v.polevic>
Status: CLOSED FIXED QA Contact:
Severity: normal    
Priority: P1 CC: analexee, jkubasta
Version: unspecifiedKeywords: plan
Target Milestone: ---   
Hardware: PC   
OS: Windows Vista   
Whiteboard: closed460
Attachments:
Description Flags
The plugin of TptpTestApplication none

Description Robert Enyedi CLA 2007-08-28 06:57:35 EDT
Created attachment 77112 [details]
The plugin of TptpTestApplication

Build ID: I20070625-1500

Steps To Reproduce:
I'm trying to profile an Eclipse command line application plug-in that uses Log4j for logging. I encountered the following issue first in a larger application but I narrowed it down to a small plug-in (see the attachment).

The attached plug-in does the following:
- extends the org.eclipse.core.runtime.applications extension point and provides an application implementation (tptptestplugin.TptpTestApplication class);
- declares a dependency to the org.apache.log4j plug-in (the results are also the same if the log4j JAR is bundled inside the plug-in);
- the application implementation instantiates a Log4j logger and tries to log a message.

The application executes as expected. However, when trying to profile it from the IDE using the Profile Dialog (with the memory or processor collector from the JDK 1.5+ group), the following stack trace is dumped:

log4j:ERROR Could not instantiate class [org.eclipse.hyades.logging.log4j.XmlLayout].
java.lang.ClassNotFoundException: org.eclipse.hyades.logging.log4j.XmlLayout
    at java.lang.ClassLoader.findClass(Unknown Source)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:429)
    at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369)
    at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357)
    at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClassInternal(Unknown Source)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Unknown Source)
    at org.apache.log4j.helpers.Loader.loadClass(Loader.java:178)
    at org.apache.log4j.helpers.OptionConverter.instantiateByClassName(OptionConverter.java:317)
    at org.apache.log4j.helpers.OptionConverter.instantiateByKey(OptionConverter.java:120)
    at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:641)
    at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:612)
    at org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:509)
    at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:415)
    at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:441)
    at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:468)
    at org.apache.log4j.LogManager.<clinit>(LogManager.java:122)
    at org.apache.log4j.Logger.getLogger(Logger.java:117)
    at tptptestplugin.TptpTestApplication.<clinit>(TptpTestApplication.java:17)


Am I doing something wrong here or is this really a bug?

More information:
Execution environment:
- Eclipse 3.3
- TPTP 4.4 (latest from the Europa discovery site)
- both JDK 1.6.0_02 and JDK 1.5.0_12
Comment 1 Stanislav Polevic CLA 2007-09-12 09:39:42 EDT
I tried to reproduce it with 4.4.1-200709060100 build in clean workspace and failed.
It is being profiled fine and it seems to be a misconfiguration problem...

Could you create temp workspace and try to profile it there with the latest build?

What does you lib directory contain?
Did you change classpath for profiling?
Comment 2 Robert Enyedi CLA 2007-09-12 12:16:42 EDT
I tested this with the latest candidate build (TPTP-4.4.1-200709101254) and the problem is fixed. Thanks for checking on this. Keep up the good work!
Comment 3 Paul Slauenwhite CLA 2007-12-19 07:59:13 EST
Please change the target to the 4.5 iteration when this Bugzilla was resolved.
Comment 4 Paul Slauenwhite CLA 2009-06-30 13:45:25 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.
Comment 5 Paul Slauenwhite CLA 2009-06-30 14:18:17 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.