Re: New debug class path order

From: Anjo Krank (kran..ogicunited.com)
Date: Wed Nov 14 2007 - 07:37:10 EST

  • Next message: Jean Pierre Malrieu: "Re: 3.3.2 hosed?"

    Yes, I'm also not really happy with this format:

    > - the source-attachement-path is by convention source.jar,
    > - the order is defined by the order in the classpath definition
    > string,
    > - you can't really export linked frameworks anyway (at least not
    > when they get to the app level). In fact I think it's an error that
    > the linked frameworks of frameworks project end up at the debug
    > classpath, one that has caused me considerable headaches in the past.

    So basically it's not needed to be that the format is *that* verbose.

    The format is <number of items>/[<number of seps>/framework name/
    <number of seps>/order/<number of seps>/src attachment/<number of
    seps>/javadoc attachment/]]*

    And it's not supporting source attachements for extra jars in
    frameworks, something we could easily do ourself with a bit of
    discipline
      (src/doc attachement for foo.jar is foo-src/doc.jar - or foo.jar if
    it is missing, in which case you could look for .java inside the
    original file). And add the JD for system and WO classes automatically
    like we always did...

    Cheers, Anjo

    Am 14.11.2007 um 09:36 schrieb Anders Peterson:

    > My projects's .classpath file has an entry like this:
    >
    > <classpathentry kind="con"
    > path="org.objectstyle.wolips.ContainerInitializer/10/1/ERExtensions/
    > 1/nil/1/nil/1/0/1/false/10/1/ERJars/1/nil/1/nil/1/0/1/false/10/1/
    > JavaWOExtensions/1/nil/1/nil/1/0/1/false/10/1/JavaEOAccess/1/nil/1/
    > nil/1/0/1/false/10/1/JavaEOControl/1/nil/1/nil/1/0/1/false/10/1/
    > JavaFoundation/1/nil/1/nil/1/0/1/false/10/1/JavaJDBCAdaptor/1/nil/1/
    > nil/1/0/1/false/10/1/JavaWebObjects/1/nil/1/nil/1/0/1/false/10/1/
    > JavaXML/1/nil/1/nil/1/0/1/false"/>
    >
    > The /1/nil/1/nil/1/0/1/false/10/1/ part doesn't look right!
    >
    > The "old" classpath entry used to be:
    >
    > <classpathentry kind="con" path="org.objectstyle.wolips.WO_CLASSPATH/
    > JavaEOAccess/JavaEOControl/JavaFoundation/JavaJDBCAdaptor/
    > JavaWebObjects/JavaXML"/>
    >
    > /Anders
    >
    > Anders Peterson wrote:
    >> Anjo Krank wrote:
    >>> Just what exactly is NPE-ing? Where? When? Stacktraces?
    >> That's part of the problem. The only info I get is a dialog stating:
    >> An internal error occurred during: "Launching QsdOptApp:2001".
    >> java.lang.NullPointerException
    >> Nothing on the console, and I just now found the eclipse log file.
    >> (See below).
    >>>
    >>>> The .classpath file of my project was altered (not by me).
    >>>
    >>> That's from the "new" CP container.
    >>>
    >>> Cheers, Anjo
    >>>
    >>> Am 13.11.2007 um 16:44 schrieb Anders Peterson:
    >>>
    >>>> I just tried to upgrade from 4370 to 4638 and got some
    >>>> "unspecified" NullPointerEs at application launch. The .classpath
    >>>> file of my project was altered (not by me). Creating a new launch
    >>>> configuration doesn't help, and I've tried to "fix" the project's
    >>>> Java Build Path - can't get rid of the Exception.
    >> !ENTRY org.eclipse.core.jobs 4 2 2007-11-13 17:13:26.798
    >> !MESSAGE An internal error occurred during: "Launching QsdOptApp:
    >> 2001".
    >> !STACK 0
    >> java.lang.NullPointerException
    >> at
    >> org
    >> .objectstyle
    >> .wolips
    >> .launching
    >> .classpath.WORuntimeClasspathProvider.getWOJavaArchive(Unknown
    >> Source)
    >> at
    >> org
    >> .objectstyle
    >> .wolips
    >> .launching
    >> .classpath.WORuntimeClasspathProvider.resolveClasspath(Unknown
    >> Source)
    >> at
    >> org
    >> .eclipse
    >> .jdt
    >> .internal
    >> .launching
    >> .RuntimeClasspathProvider
    >> .resolveClasspath(RuntimeClasspathProvider.java:60) at
    >> org
    >> .eclipse
    >> .jdt.launching.JavaRuntime.resolveRuntimeClasspath(JavaRuntime.java:
    >> 1181) at
    >> org
    >> .eclipse
    >> .jdt
    >> .launching
    >> .AbstractJavaLaunchConfigurationDelegate
    >> .getClasspath(AbstractJavaLaunchConfigurationDelegate.java:417)
    >> at
    >> org
    >> .objectstyle
    >> .wolips
    >> .launching
    >> .delegates
    >> .WOJavaLocalApplicationLaunchConfigurationDelegate
    >> .getClasspath(Unknown Source)
    >> at
    >> org
    >> .eclipse
    >> .jdt.launching.JavaLaunchDelegate.launch(JavaLaunchDelegate.java:
    >> 71) at
    >> org
    >> .eclipse
    >> .debug
    >> .internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:
    >> 766) at
    >> org
    >> .eclipse
    >> .debug
    >> .internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:
    >> 608) at
    >> org
    >> .eclipse
    >> .debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:
    >> 899) at org.eclipse.debug.internal.ui.DebugUIPlugin
    >> $7.run(DebugUIPlugin.java:1102)
    >> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
    >> !ENTRY org.eclipse.ui 4 4 2007-11-13 17:15:10.352
    >> !MESSAGE Invalid preference page path: Cache
    >> !ENTRY org.eclipse.core.jobs 4 2 2007-11-13 17:17:11.993
    >> !MESSAGE An internal error occurred during: "Launching QsdOptApp:
    >> 2001".
    >> !STACK 0
    >> java.lang.NullPointerException
    >> at
    >> org
    >> .objectstyle
    >> .wolips
    >> .launching
    >> .classpath.WORuntimeClasspathProvider.getWOJavaArchive(Unknown
    >> Source)
    >> at
    >> org
    >> .objectstyle
    >> .wolips
    >> .launching
    >> .classpath.WORuntimeClasspathProvider.resolveClasspath(Unknown
    >> Source)
    >> at
    >> org
    >> .eclipse
    >> .jdt
    >> .internal
    >> .launching
    >> .RuntimeClasspathProvider
    >> .resolveClasspath(RuntimeClasspathProvider.java:60) at
    >> org
    >> .eclipse
    >> .jdt.launching.JavaRuntime.resolveRuntimeClasspath(JavaRuntime.java:
    >> 1181) at
    >> org
    >> .eclipse
    >> .jdt
    >> .launching
    >> .AbstractJavaLaunchConfigurationDelegate
    >> .getClasspath(AbstractJavaLaunchConfigurationDelegate.java:417)
    >> at
    >> org
    >> .objectstyle
    >> .wolips
    >> .launching
    >> .delegates
    >> .WOJavaLocalApplicationLaunchConfigurationDelegate
    >> .getClasspath(Unknown Source)
    >> at
    >> org
    >> .eclipse
    >> .jdt.launching.JavaLaunchDelegate.launch(JavaLaunchDelegate.java:
    >> 71) at
    >> org
    >> .eclipse
    >> .debug
    >> .internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:
    >> 766) at
    >> org
    >> .eclipse
    >> .debug
    >> .internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:
    >> 608) at
    >> org
    >> .eclipse
    >> .debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:
    >> 899) at org.eclipse.debug.internal.ui.DebugUIPlugin
    >> $7.run(DebugUIPlugin.java:1102)
    >> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
    >



    This archive was generated by hypermail 2.0.0 : Wed Nov 14 2007 - 07:38:47 EST