[jbosstools-issues] [JBoss JIRA] Closed: (JBIDE-6185) NPE o.j.t.common.model.filesystems.impl.FolderImpl.update()

[Libor Zoubek (JIRA)]

     [ https://jira.jboss.org/browse/JBIDE-6185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Libor Zoubek closed JBIDE-6185.
-------------------------------



verified on JBT 3.1.2 by adding and refreshing projects from 3 different file systems imported in workspace

> NPE o.j.t.common.model.filesystems.impl.FolderImpl.update()
> -----------------------------------------------------------
>
>                 Key: JBIDE-6185
>                 URL: https://jira.jboss.org/browse/JBIDE-6185
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: common
>    Affects Versions: 3.1.0.GA
>         Environment: Linux
>            Reporter: Darryl Miles
>            Assignee: Viacheslav Kabanovich
>             Fix For: 3.1.2
>
>         Attachments: FolderImpl_6185.patch
>
>
> More IResource.getLocation()==null (see my bug https://jira.jboss.org/jira/browse/JBIDE-4912 )
> Check out the following background reading on IResource.getLocation()==null
> http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.platform.doc.isv/reference/api/org/eclipse/core/resources/IResource.html
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=130398
> I am a Linux user, therefore I have multiple file systems for different purposes, not all my data is on the same filesystem.
> Please please audit all plugins for the same presumption.  Looking at the context this is a "linked resource" and usually it is linked because it is somewhere else on my filesystem.  I don't understand the comment from bugs.eclipse.org link above about getResource()==null when its on a different file system, it seems users need a reliable way to resolve a java.io.File for a given resource, if that resource is backed by a file, even if its on a different file system.
> !MESSAGE An internal error occurred during: "JBoss Tools Model Update".
> !STACK 0
> java.lang.NullPointerException
>         at org.jboss.tools.common.model.filesystems.impl.FolderImpl.update(FolderImpl.java:306)
>         at org.jboss.tools.common.model.filesystems.impl.FileSystemFolderLoader.update(FileSystemFolderLoader.java:28)
>         at org.jboss.tools.common.model.filesystems.impl.FileSystemsLoader.update(FileSystemsLoader.java:67)
>         at org.jboss.tools.common.model.filesystems.impl.FileSystemsImpl.doUpdate(FileSystemsImpl.java:286)
>         at org.jboss.tools.common.model.filesystems.impl.FileSystemsImpl.access$4(FileSystemsImpl.java:280)
>         at org.jboss.tools.common.model.filesystems.impl.FileSystemsImpl$UpdateRunnable.run(FileSystemsImpl.java:273)
>         at org.jboss.tools.common.model.XJob.runInWorkspace(XJob.java:158)
>         at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
>         at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira