ant-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matt Goldspink (JIRA)" <>
Subject [jira] Commented: (IVYDE-133) The decorators can throw a NPE at startup
Date Mon, 01 Dec 2008 10:08:44 GMT


Matt Goldspink commented on IVYDE-133:

I hit this error this morning when starting up Eclipse with 2.0.0.beta1. I don't think the
statement: "When launching Eclipse, and if there are some failing resolve job" is correct
because the code in the IvyClasspathContainerConfiguration.setConfStatus() method says: 

            if (e != null) {
                setResolveStatus(new Status(IStatus.ERROR, IvyPlugin.ID, IStatus.ERROR, e
                        .getMessage(), e.getCause()));
            } else {
                setResolveStatus(Status.OK_STATUS); <!--- So it sets the status when its

I did a bit of debugging and it looks like the line:


throws the null pointer and its because the call to getContainerDecoractor() is returning
null. The reason is because Eclipse hasn't yet initialized that part of the plugin because
none of the projects are expanded yet. Is it possible to just add a simple check to change
the above line to be:

           IvyClasspathContainerDecorator decorator = IvyPlugin.getDefault().getContainerDecorator();
           if (decorator != null) {


> The decorators can throw a NPE at startup
> -----------------------------------------
>                 Key: IVYDE-133
>                 URL:
>             Project: IvyDE
>          Issue Type: Bug
>    Affects Versions: 2.0.0.beta1
>            Reporter: Nicolas Lalevée
>            Assignee: Nicolas Lalevée
>            Priority: Minor
>             Fix For:
> When launching Eclipse, and if there are some failing resolve job, a NPE can be raised:
> {noformat}
> java.lang.NullPointerException
>         at org.apache.ivyde.eclipse.cpcontainer.IvyClasspathContainerConfiguration.setConfStatus(
>         at org.apache.ivyde.eclipse.cpcontainer.IvyClasspathContainerConfiguration.getModuleDescriptor(
>         at
>         at
> {noformat}
> This may be due to the way the decorator listeners are accessed.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message