Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [geclipse-dev] Dissapearing workspace in grid project

Hi,

> i got to reproduce the problem in which the grid project view stays
> completely empty when loading geclipse.
>
> Probably not the only way to trigger it, but bug
>     https://bugs.eclipse.org/bugs/show_bug.cgi?id=226712
> is triggering it. Namely, an empty BDII URI for one of the defined VOs
> is causing a NPE. It is not clear from the logs what happens afterwards
> but the grid project view stays empty.

i now debugged it, the problem is that "thanks" to the NPE the execution is 
jumping "up" in the stack to line 153  (catch (Throwable) {} block) of 
   ResourceGridContainer.fetchChildren(...)

(in the stacktrace of bug #226712 that would be: 
eu.geclipse.core.model.impl.ResourceGridContainer.fetchChildren(ResourceGridContainer.java:**153**)
at
eu.geclipse.core.model.impl.ResourceGridContainer.<init>(ResourceGridContainer.java:62)
at eu.geclipse.core.internal.model.GridRoot.<init>(GridRoot.java:56)
at eu.geclipse.core.internal.model.GridRoot.getInstance(GridRoot.java:71)
at eu.geclipse.core.model.GridModel.getRoot(GridModel.java:93)
)

when the VoManager is loading/creating the VOs, so the GridProject object 
doesn't get created at all. And actually we land back in 
fetchChildren(...)  but the loading was interrupted and the Grid Project 
view stays empty. I do not know what was exactly happening some time ago 
when the same results were observed, but a similar NPE might have been 
involved.

Of course  bug #226712 is easy to solve, but the question would be how can 
we make that core code more resilient to such problems in the middleware 
plugins, such that this doesn't happen again? Any thoughts?

Of course the recommendation for everybody is: always assume your input 
data (both from user, from disk, from network, from everywhere) is 
_wrong_  :-) and _check_ it.

Have a nice WE, Ariel


Back to the top