Home » Eclipse Projects » GEF » Saving my diagram in GEF
| Saving my diagram in GEF [message #34026] |
Mon, 21 October 2002 12:00  |
Eclipse User |
|
|
|
Originally posted by: truenoto.yahoo.com
Hi,
If I want to implement save in GEF, what should I save ? the Model? the
EditPart? or the Figure?
In the logic editor example, I think it just saves Model (since it
implements Serializable). But the connection anchors are stored in Figure
(the hashtable for all connection anchors), so that do not need to be saved
in general? or that does not need to be saved in Logic editor example only?
If I want to save my connections anchors, what should I do? make all my
figures Serializable? or making Model to stored all my connection anchors?
Thank you.
|
|
| | |
| Re: Saving my diagram in GEF [message #34187 is a reply to message #34089] |
Mon, 21 October 2002 13:47  |
| Eclipse User |
|
|
|
Originally posted by: truenoto.yahoo.com
Thanks for your help.
On a related subject, should Model have a reference to EditPart? I know
EditParts has a reference to Model, but not the other around. Why is that?
Is this the GEF's model also?
If Model of my application need to get a hold of its EditPart, what should
I do? Did I break the MVC architecture? or I need to add the reference (from
model to editpart) manually?
Thanks.
"Zac Wolfe" <zacw@acaciatel.com> wrote in message
news:ap1cc2$44k$1@rogue.oti.com...
> Takumi,
>
> I believe you want to save the model and only the model since it should
> contain all the information you need. If you're storing connection-related
> information in the figure you probably shouldn't be if you want to follow
> GEF's MVC (model-view-controller) architecture. Connection anchor
> information should be generated or fixed but not stored. If your
connections
> aren't getting persisted, you need to look at your model and revisit how
> your connection data is represented in there.
>
> "Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
> news:ap16m4$hi$1@rogue.oti.com...
> > Hi,
> >
> > If I want to implement save in GEF, what should I save ? the Model? the
> > EditPart? or the Figure?
> > In the logic editor example, I think it just saves Model (since it
> > implements Serializable). But the connection anchors are stored in
Figure
> > (the hashtable for all connection anchors), so that do not need to be
> saved
> > in general? or that does not need to be saved in Logic editor example
> only?
> >
> > If I want to save my connections anchors, what should I do? make all my
> > figures Serializable? or making Model to stored all my connection
anchors?
> >
> > Thank you.
> >
> >
>
>
|
|
|
| Re: Saving my diagram in GEF [message #34255 is a reply to message #34187] |
Mon, 21 October 2002 14:29 |
| Eclipse User |
|
|
|
Originally posted by: zacw.acaciatel.com
I don't think your models should ever have references to their editparts.
This would indeed break the MVC architecture. EditParts must have reference
to their model since that's what they're observing but not the other way
around. There are many reasons for this but that gets into the whole MVC
philosophy discussion. If you want to illicit a property change upon an
editpart or a figure, you should change that object's model, not the object
itself. If you can't change the object the way you want to by altering the
model, you probably need to rework your design.
Zac
"Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
news:ap1d04$4i7$1@rogue.oti.com...
> Thanks for your help.
>
> On a related subject, should Model have a reference to EditPart? I know
> EditParts has a reference to Model, but not the other around. Why is that?
> Is this the GEF's model also?
>
> If Model of my application need to get a hold of its EditPart, what
should
> I do? Did I break the MVC architecture? or I need to add the reference
(from
> model to editpart) manually?
>
> Thanks.
>
> "Zac Wolfe" <zacw@acaciatel.com> wrote in message
> news:ap1cc2$44k$1@rogue.oti.com...
> > Takumi,
> >
> > I believe you want to save the model and only the model since it should
> > contain all the information you need. If you're storing
connection-related
> > information in the figure you probably shouldn't be if you want to
follow
> > GEF's MVC (model-view-controller) architecture. Connection anchor
> > information should be generated or fixed but not stored. If your
> connections
> > aren't getting persisted, you need to look at your model and revisit how
> > your connection data is represented in there.
> >
> > "Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
> > news:ap16m4$hi$1@rogue.oti.com...
> > > Hi,
> > >
> > > If I want to implement save in GEF, what should I save ? the Model?
the
> > > EditPart? or the Figure?
> > > In the logic editor example, I think it just saves Model (since it
> > > implements Serializable). But the connection anchors are stored in
> Figure
> > > (the hashtable for all connection anchors), so that do not need to be
> > saved
> > > in general? or that does not need to be saved in Logic editor example
> > only?
> > >
> > > If I want to save my connections anchors, what should I do? make all
my
> > > figures Serializable? or making Model to stored all my connection
> anchors?
> > >
> > > Thank you.
> > >
> > >
> >
> >
>
>
|
|
|
| Re: Saving my diagram in GEF [message #34289 is a reply to message #34255] |
Mon, 21 October 2002 15:22 |
| Eclipse User |
|
|
|
Originally posted by: truenoto.yahoo.com
Thanks again.
How about Figure? Should EiditPart/Model have reference from/to Figure also?
Thank you.
"Zac Wolfe" <zacw@acaciatel.com> wrote in message
news:ap1f1j$5us$1@rogue.oti.com...
> I don't think your models should ever have references to their editparts.
> This would indeed break the MVC architecture. EditParts must have
reference
> to their model since that's what they're observing but not the other way
> around. There are many reasons for this but that gets into the whole MVC
> philosophy discussion. If you want to illicit a property change upon an
> editpart or a figure, you should change that object's model, not the
object
> itself. If you can't change the object the way you want to by altering
the
> model, you probably need to rework your design.
>
> Zac
> "Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
> news:ap1d04$4i7$1@rogue.oti.com...
> > Thanks for your help.
> >
> > On a related subject, should Model have a reference to EditPart? I know
> > EditParts has a reference to Model, but not the other around. Why is
that?
> > Is this the GEF's model also?
> >
> > If Model of my application need to get a hold of its EditPart, what
> should
> > I do? Did I break the MVC architecture? or I need to add the reference
> (from
> > model to editpart) manually?
> >
> > Thanks.
> >
> > "Zac Wolfe" <zacw@acaciatel.com> wrote in message
> > news:ap1cc2$44k$1@rogue.oti.com...
> > > Takumi,
> > >
> > > I believe you want to save the model and only the model since it
should
> > > contain all the information you need. If you're storing
> connection-related
> > > information in the figure you probably shouldn't be if you want to
> follow
> > > GEF's MVC (model-view-controller) architecture. Connection anchor
> > > information should be generated or fixed but not stored. If your
> > connections
> > > aren't getting persisted, you need to look at your model and revisit
how
> > > your connection data is represented in there.
> > >
> > > "Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
> > > news:ap16m4$hi$1@rogue.oti.com...
> > > > Hi,
> > > >
> > > > If I want to implement save in GEF, what should I save ? the Model?
> the
> > > > EditPart? or the Figure?
> > > > In the logic editor example, I think it just saves Model (since it
> > > > implements Serializable). But the connection anchors are stored in
> > Figure
> > > > (the hashtable for all connection anchors), so that do not need to
be
> > > saved
> > > > in general? or that does not need to be saved in Logic editor
example
> > > only?
> > > >
> > > > If I want to save my connections anchors, what should I do? make all
> my
> > > > figures Serializable? or making Model to stored all my connection
> > anchors?
> > > >
> > > > Thank you.
> > > >
> > > >
> > >
> > >
> >
> >
>
>
|
|
|
| Re: Saving my diagram in GEF [message #34358 is a reply to message #34289] |
Mon, 21 October 2002 17:40 |
| Eclipse User |
|
|
|
The figure should not know about the EditPart or the model. The model should
not know about the EditPart or the figure. But the EditPart knows about its
model and its figure (as long as it implements GraphicalEditPart or subclasses
AbstractGraphicalEditPart).
Eric
Takumi Fujiwara wrote:
> Thanks again.
>
> How about Figure? Should EiditPart/Model have reference from/to Figure also?
>
> Thank you.
>
>
> "Zac Wolfe" <zacw@acaciatel.com> wrote in message
> news:ap1f1j$5us$1@rogue.oti.com...
>
>>I don't think your models should ever have references to their editparts.
>>This would indeed break the MVC architecture. EditParts must have
>
> reference
>
>>to their model since that's what they're observing but not the other way
>>around. There are many reasons for this but that gets into the whole MVC
>>philosophy discussion. If you want to illicit a property change upon an
>>editpart or a figure, you should change that object's model, not the
>
> object
>
>>itself. If you can't change the object the way you want to by altering
>
> the
>
>>model, you probably need to rework your design.
>>
>>Zac
>>"Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
>>news:ap1d04$4i7$1@rogue.oti.com...
>>
>>>Thanks for your help.
>>>
>>>On a related subject, should Model have a reference to EditPart? I know
>>>EditParts has a reference to Model, but not the other around. Why is
>
> that?
>
>>>Is this the GEF's model also?
>>>
>>>If Model of my application need to get a hold of its EditPart, what
>>
>>should
>>
>>>I do? Did I break the MVC architecture? or I need to add the reference
>>
>>(from
>>
>>>model to editpart) manually?
>>>
>>>Thanks.
>>>
>>>"Zac Wolfe" <zacw@acaciatel.com> wrote in message
>>>news:ap1cc2$44k$1@rogue.oti.com...
>>>
>>>>Takumi,
>>>>
>>>>I believe you want to save the model and only the model since it
>
> should
>
>>>>contain all the information you need. If you're storing
>>
>>connection-related
>>
>>>>information in the figure you probably shouldn't be if you want to
>>
>>follow
>>
>>>>GEF's MVC (model-view-controller) architecture. Connection anchor
>>>>information should be generated or fixed but not stored. If your
>>>
>>>connections
>>>
>>>>aren't getting persisted, you need to look at your model and revisit
>
> how
>
>>>>your connection data is represented in there.
>>>>
>>>>"Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
>>>>news:ap16m4$hi$1@rogue.oti.com...
>>>>
>>>>>Hi,
>>>>>
>>>>>If I want to implement save in GEF, what should I save ? the Model?
>>
>>the
>>
>>>>>EditPart? or the Figure?
>>>>>In the logic editor example, I think it just saves Model (since it
>>>>>implements Serializable). But the connection anchors are stored in
>>>
>>>Figure
>>>
>>>>>(the hashtable for all connection anchors), so that do not need to
>
> be
>
>>>>saved
>>>>
>>>>>in general? or that does not need to be saved in Logic editor
>
> example
>
>>>>only?
>>>>
>>>>>If I want to save my connections anchors, what should I do? make all
>>
>>my
>>
>>>>>figures Serializable? or making Model to stored all my connection
>>>
>>>anchors?
>>>
>>>>>Thank you.
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>
>
|
|
|
| Re: Saving my diagram in GEF [message #34392 is a reply to message #34289] |
Mon, 21 October 2002 17:42 |
| Eclipse User |
|
|
|
The figure should not know about the EditPart or the model. The model should
not know about the EditPart or the figure. But the EditPart knows about its
model and its figure (as long as it implements GraphicalEditPart or subclasses
AbstractGraphicalEditPart).
Eric
Takumi Fujiwara wrote:
> Thanks again.
>
> How about Figure? Should EiditPart/Model have reference from/to Figure also?
>
> Thank you.
>
>
> "Zac Wolfe" <zacw@acaciatel.com> wrote in message
> news:ap1f1j$5us$1@rogue.oti.com...
>
>>I don't think your models should ever have references to their editparts.
>>This would indeed break the MVC architecture. EditParts must have
>
> reference
>
>>to their model since that's what they're observing but not the other way
>>around. There are many reasons for this but that gets into the whole MVC
>>philosophy discussion. If you want to illicit a property change upon an
>>editpart or a figure, you should change that object's model, not the
>
> object
>
>>itself. If you can't change the object the way you want to by altering
>
> the
>
>>model, you probably need to rework your design.
>>
>>Zac
>>"Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
>>news:ap1d04$4i7$1@rogue.oti.com...
>>
>>>Thanks for your help.
>>>
>>>On a related subject, should Model have a reference to EditPart? I know
>>>EditParts has a reference to Model, but not the other around. Why is
>
> that?
>
>>>Is this the GEF's model also?
>>>
>>>If Model of my application need to get a hold of its EditPart, what
>>
>>should
>>
>>>I do? Did I break the MVC architecture? or I need to add the reference
>>
>>(from
>>
>>>model to editpart) manually?
>>>
>>>Thanks.
>>>
>>>"Zac Wolfe" <zacw@acaciatel.com> wrote in message
>>>news:ap1cc2$44k$1@rogue.oti.com...
>>>
>>>>Takumi,
>>>>
>>>>I believe you want to save the model and only the model since it
>
> should
>
>>>>contain all the information you need. If you're storing
>>
>>connection-related
>>
>>>>information in the figure you probably shouldn't be if you want to
>>
>>follow
>>
>>>>GEF's MVC (model-view-controller) architecture. Connection anchor
>>>>information should be generated or fixed but not stored. If your
>>>
>>>connections
>>>
>>>>aren't getting persisted, you need to look at your model and revisit
>
> how
>
>>>>your connection data is represented in there.
>>>>
>>>>"Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
>>>>news:ap16m4$hi$1@rogue.oti.com...
>>>>
>>>>>Hi,
>>>>>
>>>>>If I want to implement save in GEF, what should I save ? the Model?
>>
>>the
>>
>>>>>EditPart? or the Figure?
>>>>>In the logic editor example, I think it just saves Model (since it
>>>>>implements Serializable). But the connection anchors are stored in
>>>
>>>Figure
>>>
>>>>>(the hashtable for all connection anchors), so that do not need to
>
> be
>
>>>>saved
>>>>
>>>>>in general? or that does not need to be saved in Logic editor
>
> example
>
>>>>only?
>>>>
>>>>>If I want to save my connections anchors, what should I do? make all
>>
>>my
>>
>>>>>figures Serializable? or making Model to stored all my connection
>>>
>>>anchors?
>>>
>>>>>Thank you.
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>
>
|
|
|
| Re: Saving my diagram in GEF [message #34460 is a reply to message #34289] |
Mon, 21 October 2002 16:59 |
| Eclipse User |
|
|
|
The figure should not know about the EditPart or the model. The model should
not know about the EditPart or the figure. But the EditPart knows about its
model and its figure (as long as it implements GraphicalEditPart or subclasses
AbstractGraphicalEditPart).
Eric
"Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
news:ap1ii3$837$1@rogue.oti.com...
> Thanks again.
>
> How about Figure? Should EiditPart/Model have reference from/to Figure also?
>
> Thank you.
>
>
> "Zac Wolfe" <zacw@acaciatel.com> wrote in message
> news:ap1f1j$5us$1@rogue.oti.com...
> > I don't think your models should ever have references to their editparts.
> > This would indeed break the MVC architecture. EditParts must have
> reference
> > to their model since that's what they're observing but not the other way
> > around. There are many reasons for this but that gets into the whole MVC
> > philosophy discussion. If you want to illicit a property change upon an
> > editpart or a figure, you should change that object's model, not the
> object
> > itself. If you can't change the object the way you want to by altering
> the
> > model, you probably need to rework your design.
> >
> > Zac
> > "Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
> > news:ap1d04$4i7$1@rogue.oti.com...
> > > Thanks for your help.
> > >
> > > On a related subject, should Model have a reference to EditPart? I know
> > > EditParts has a reference to Model, but not the other around. Why is
> that?
> > > Is this the GEF's model also?
> > >
> > > If Model of my application need to get a hold of its EditPart, what
> > should
> > > I do? Did I break the MVC architecture? or I need to add the reference
> > (from
> > > model to editpart) manually?
> > >
> > > Thanks.
> > >
> > > "Zac Wolfe" <zacw@acaciatel.com> wrote in message
> > > news:ap1cc2$44k$1@rogue.oti.com...
> > > > Takumi,
> > > >
> > > > I believe you want to save the model and only the model since it
> should
> > > > contain all the information you need. If you're storing
> > connection-related
> > > > information in the figure you probably shouldn't be if you want to
> > follow
> > > > GEF's MVC (model-view-controller) architecture. Connection anchor
> > > > information should be generated or fixed but not stored. If your
> > > connections
> > > > aren't getting persisted, you need to look at your model and revisit
> how
> > > > your connection data is represented in there.
> > > >
> > > > "Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
> > > > news:ap16m4$hi$1@rogue.oti.com...
> > > > > Hi,
> > > > >
> > > > > If I want to implement save in GEF, what should I save ? the Model?
> > the
> > > > > EditPart? or the Figure?
> > > > > In the logic editor example, I think it just saves Model (since it
> > > > > implements Serializable). But the connection anchors are stored in
> > > Figure
> > > > > (the hashtable for all connection anchors), so that do not need to
> be
> > > > saved
> > > > > in general? or that does not need to be saved in Logic editor
> example
> > > > only?
> > > > >
> > > > > If I want to save my connections anchors, what should I do? make all
> > my
> > > > > figures Serializable? or making Model to stored all my connection
> > > anchors?
> > > > >
> > > > > Thank you.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
|
|
| | |
| Re: Saving my diagram in GEF [message #34771 is a reply to message #34123] |
Tue, 22 October 2002 12:40 |
| Eclipse User |
|
|
|
Originally posted by: jayuen.alumni.uwaterloo.ca
Randy:
You mention that if anchors are to be saved, they should be saved in the
model.
In my app, I maintain a list of anchors in my model.
However, the follow-up post from Zac Wolfe says that:
---
Connection anchor information should be generated or fixed but not stored.
If your connections
aren't getting persisted, you need to look at your model and revisit how
your connection data is represented in there.
---
So if I want to adhere to GEF's MVC conventions, should anchors be saved
anywhere?
Because if they aren't saved, I don't see how connections can be properly
restored if I require specific locations for my anchoring based on relative
locations of glyphs. For instance, if Glyph A is below Glyph B, the
connection will be anchored at the base of Glyph B and at the top of Glyph A
Thanks,
Jason
"Randy Hudson" <hudsonr@us.eye-bee-em.com> wrote in message
news:ap1cpg$4e0$1@rogue.oti.com...
>
> "Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
> news:ap16m4$hi$1@rogue.oti.com...
> > Hi,
> >
> > If I want to implement save in GEF, what should I save ? the Model? the
> > EditPart? or the Figure?
> > In the logic editor example, I think it just saves Model (since it
> > implements Serializable). But the connection anchors are stored in
Figure
> > (the hashtable for all connection anchors), so that do not need to be
> saved
> > in general? or that does not need to be saved in Logic editor example
> only?
>
> Please don't be confused by other discussions on this newsgroup. You only
> save the model.
>
> > If I want to save my connections anchors, what should I do? make all my
> > figures Serializable? or making Model to stored all my connection
anchors?
>
> Must be in the model
>
> > Thank you.
> >
> >
>
>
|
|
|
| Re: Saving my diagram in GEF [message #34904 is a reply to message #34089] |
Tue, 22 October 2002 15:53 |
| Eclipse User |
|
|
|
Originally posted by: truenoto.yahoo.com
Zac,
I try what you said, save all the connection anchors in my model (store in a
hashtable) and that is serialzed when my diagram is saved. Saving the
diagram work, but when I re-open my diagram, I got a NullPointerException in
AbstractConnectionAnchor.addAnchorListener.
During reopening the diagram, I put a breakpoint in my model which it reads
from the hash-table to get the
connection connection based on its key, it did return the right connection
anchor, but I still get this NullPoingerException.
I appreciate if you can give me some ideas how to trouble shoot this
proglem.
Thank you for your help.
<<<<< log file >>>>>>>>>>>>>>>>>>
!SESSION Oct 22, 2002
10:32:47.341 ---------------------------------------------
java.version=1.4.0
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -dev bin -data
C:\eclipse0911\eclipse\runtime-workspace -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.ui.workbench 4 2 Oct 22, 2002 10:32:47.341
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.ui.workbench".
!STACK 0
java.lang.NullPointerException
at
org.eclipse.draw2d.AbstractConnectionAnchor.addAnchorListene r(AbstractConnec
tionAnchor.java:53)
at
org.eclipse.draw2d.PolylineConnection.hookSourceAnchor(Polyl ineConnection.ja
va:139)
at
org.eclipse.draw2d.PolylineConnection.setSourceAnchor(Polyli neConnection.jav
a:227)
at
org.eclipse.gef.editparts.AbstractConnectionEditPart.refresh SourceAnchor(Abs
tractConnectionEditPart.java:175)
at
org.eclipse.gef.editparts.AbstractConnectionEditPart.refresh (AbstractConnect
ionEditPart.java:169)
at
org.eclipse.gef.editparts.AbstractConnectionEditPart.setSour ce(AbstractConne
ctionEditPart.java:202)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.addSourc eConnection(Abst
ractGraphicalEditPart.java:154)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.refreshS ourceConnections
(AbstractGraphicalEditPart.java:445)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.refresh( AbstractGraphica
lEditPart.java:408)
at
org.eclipse.gef.editparts.AbstractEditPart.doInitialize(Abst ractEditPart.jav
a:369)
at
org.eclipse.gef.editparts.AbstractEditPart.initialize(Abstra ctEditPart.java:
669)
at
org.eclipse.gef.editparts.AbstractEditPart.setParent(Abstrac tEditPart.java:9
24)
at
org.eclipse.gef.editparts.AbstractEditPart.addChild(Abstract EditPart.java:19
6)
at
org.eclipse.gef.editparts.AbstractEditPart.refreshChildren(A bstractEditPart.
java:765)
at
org.eclipse.gef.editparts.AbstractEditPart.refresh(AbstractE ditPart.java:726
)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.refresh( AbstractGraphica
lEditPart.java:407)
at
org.eclipse.gef.editparts.AbstractEditPart.doInitialize(Abst ractEditPart.jav
a:369)
at
org.eclipse.gef.editparts.AbstractEditPart.initialize(Abstra ctEditPart.java:
669)
at
org.eclipse.gef.editparts.AbstractEditPart.setParent(Abstrac tEditPart.java:9
24)
at
org.eclipse.gef.editparts.AbstractEditPart.addChild(Abstract EditPart.java:19
6)
at
org.eclipse.gef.ui.parts.FreeformGraphicalRootEditPart.setCo ntents(FreeformG
raphicalRootEditPart.java:118)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer.setContents( AbstractEditPart
Viewer.java:311)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer.setContents( AbstractEditPart
Viewer.java:371)
at
org.projectd.myeditor.Myeditor.initializeGraphicalViewer(Mye ditor.java:274)
at
org.eclipse.gef.ui.parts.GraphicalEditor.createGraphicalView er(GraphicalEdit
or.java:44)
at
org.eclipse.gef.ui.parts.GraphicalEditorWithPalette.createPa rtControl(Graphi
calEditorWithPalette.java:42)
at org.eclipse.ui.internal.PartPane$4.run(PartPane.java:135)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:839)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at org.eclipse.ui.internal.PartPane.createChildControl(PartPane .java:133)
at org.eclipse.ui.internal.PartPane.createControl(PartPane.java :177)
at
org.eclipse.ui.internal.EditorWorkbook.createPage(EditorWork book.java:230)
at
org.eclipse.ui.internal.EditorWorkbook.createControl(EditorW orkbook.java:190
)
at
org.eclipse.ui.internal.PartSashContainer.createControl(Part SashContainer.ja
va:180)
at
org.eclipse.ui.internal.PartSashContainer.createControl(Part SashContainer.ja
va:180)
at
org.eclipse.ui.internal.PerspectivePresentation.activate(Per spectivePresenta
tion.java:95)
at org.eclipse.ui.internal.Perspective.onActivate(Perspective.j ava:635)
at
org.eclipse.ui.internal.WorkbenchPage.onActivate(WorkbenchPa ge.java:1574)
at org.eclipse.ui.internal.WorkbenchWindow$7.run(WorkbenchWindo w.java:1303)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:66)
at
org.eclipse.ui.internal.WorkbenchWindow.setActivePage(Workbe nchWindow.java:1
290)
at
org.eclipse.ui.internal.WorkbenchWindow.restoreState(Workben chWindow.java:11
73)
at org.eclipse.ui.internal.Workbench.restoreState(Workbench.jav a:1281)
at org.eclipse.ui.internal.Workbench.access$7(Workbench.java:12 50)
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:888)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:839)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at
org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState (Workbench.java:
840)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:649)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1396)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
!ENTRY org.eclipse.ui.workbench 4 2 Oct 22, 2002 10:32:50.425
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.ui.workbench".
!STACK 0
java.lang.NullPointerException
at
org.eclipse.ui.internal.WorkbenchPage.getReference(Workbench Page.java:2590)
at
org.eclipse.ui.internal.WorkbenchPage.certifyPart(WorkbenchP age.java:581)
at org.eclipse.ui.internal.WorkbenchPage.bringToTop(WorkbenchPa ge.java:438)
at
org.eclipse.ui.views.navigator.ResourceNavigator.linkToEdito r(ResourceNaviga
tor.java:694)
at
org.eclipse.ui.views.navigator.ResourceNavigator.handleSelec tionChanged(Reso
urceNavigator.java:566)
at
org.eclipse.ui.views.navigator.ResourceNavigator$4.selection Changed(Resource
Navigator.java:295)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer .java:147)
at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(S tructuredViewer.
java:1155)
at
org.eclipse.jface.viewers.StructuredViewer.setSelection(Stru cturedViewer.jav
a:904)
at org.eclipse.jface.viewers.Viewer.setSelection(Viewer.java:34 2)
at
org.eclipse.ui.views.navigator.ResourceNavigator.restoreStat e(ResourceNaviga
tor.java:780)
at
org.eclipse.ui.views.navigator.ResourceNavigator.createPartC ontrol(ResourceN
avigator.java:199)
at org.eclipse.ui.internal.PartPane$4.run(PartPane.java:135)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:839)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at org.eclipse.ui.internal.PartPane.createChildControl(PartPane .java:133)
at org.eclipse.ui.internal.ViewPane.createChildControl(ViewPane .java:202)
at org.eclipse.ui.internal.PartPane.createControl(PartPane.java :177)
at org.eclipse.ui.internal.ViewPane.createControl(ViewPane.java :181)
at
org.eclipse.ui.internal.PartTabFolder.createPartTab(PartTabF older.java:249)
at
org.eclipse.ui.internal.PartTabFolder.createControl(PartTabF older.java:221)
at
org.eclipse.ui.internal.PartSashContainer.createControl(Part SashContainer.ja
va:180)
at
org.eclipse.ui.internal.PerspectivePresentation.activate(Per spectivePresenta
tion.java:95)
at org.eclipse.ui.internal.Perspective.onActivate(Perspective.j ava:635)
at
org.eclipse.ui.internal.WorkbenchPage.onActivate(WorkbenchPa ge.java:1574)
at org.eclipse.ui.internal.WorkbenchWindow$7.run(WorkbenchWindo w.java:1303)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:66)
at
org.eclipse.ui.internal.WorkbenchWindow.setActivePage(Workbe nchWindow.java:1
290)
at
org.eclipse.ui.internal.WorkbenchWindow.restoreState(Workben chWindow.java:11
73)
at org.eclipse.ui.internal.Workbench.restoreState(Workbench.jav a:1281)
at org.eclipse.ui.internal.Workbench.access$7(Workbench.java:12 50)
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:888)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:839)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at
org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState (Workbench.java:
840)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:649)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1396)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
!ENTRY org.eclipse.ui.workbench 4 2 Oct 22, 2002 10:32:51.266
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.ui.workbench".
!STACK 0
java.lang.NullPointerException
at
org.eclipse.ui.internal.WorkbenchPage.getReference(Workbench Page.java:2590)
at
org.eclipse.ui.internal.WorkbenchPage$ActivationList.setActi ve(WorkbenchPage
..java:2608)
at
org.eclipse.ui.internal.WorkbenchPage.onActivate(WorkbenchPa ge.java:1577)
at org.eclipse.ui.internal.WorkbenchWindow$7.run(WorkbenchWindo w.java:1303)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:66)
at
org.eclipse.ui.internal.WorkbenchWindow.setActivePage(Workbe nchWindow.java:1
290)
at
org.eclipse.ui.internal.WorkbenchWindow.restoreState(Workben chWindow.java:11
73)
at org.eclipse.ui.internal.Workbench.restoreState(Workbench.jav a:1281)
at org.eclipse.ui.internal.Workbench.access$7(Workbench.java:12 50)
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:888)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:839)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at
org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState (Workbench.java:
840)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:649)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1396)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
!ENTRY org.eclipse.ui 4 4 Oct 22, 2002 10:32:51.407
!MESSAGE Unhandled exception caught in event loop.
!ENTRY org.eclipse.ui 4 0 Oct 22, 2002 10:32:51.447
!MESSAGE Widget is disposed
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
at org.eclipse.swt.SWT.error(SWT.java:2139)
at org.eclipse.swt.SWT.error(SWT.java:2071)
at org.eclipse.swt.widgets.Widget.error(Widget.java:371)
at org.eclipse.swt.widgets.Control.getDisplay(Control.java:720)
at org.eclipse.swt.widgets.Widget.isValidThread(Widget.java:574 )
at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:301)
at org.eclipse.swt.widgets.Control.getFont(Control.java:755)
at
org.eclipse.draw2d.LightweightSystem$RootFigure.getFont(Ligh tweightSystem.ja
va:249)
at org.eclipse.draw2d.Figure.getFont(Figure.java:396)
at org.eclipse.draw2d.Figure.getFont(Figure.java:396)
at org.eclipse.draw2d.Figure.getFont(Figure.java:396)
at org.eclipse.draw2d.Figure.getFont(Figure.java:396)
at org.eclipse.draw2d.Figure.getFont(Figure.java:396)
at org.eclipse.draw2d.Figure.getFont(Figure.java:396)
at org.eclipse.draw2d.Label.calculateTextSize(Label.java:217)
at org.eclipse.draw2d.Label.getTextSize(Label.java:404)
at org.eclipse.draw2d.Label.getPreferredSize(Label.java:291)
at
org.eclipse.draw2d.StackLayout.calculatePreferredSize(StackL ayout.java:39)
at org.eclipse.draw2d.StackLayout.getPreferredSize(StackLayout. java:67)
at org.eclipse.draw2d.Figure.getPreferredSize(Figure.java:474)
at
org.eclipse.draw2d.ToolbarLayout.calculatePreferredSize(Tool barLayout.java:1
58)
at
org.eclipse.draw2d.AbstractLayout.calculatePreferredSize(Abs tractLayout.java
:30)
at
org.eclipse.draw2d.AbstractLayout.getPreferredSize(AbstractL ayout.java:64)
at
org.eclipse.draw2d.AbstractLayout.getPreferredSize(AbstractL ayout.java:73)
at org.eclipse.draw2d.Figure.getPreferredSize(Figure.java:474)
at
org.eclipse.draw2d.StackLayout.calculatePreferredSize(StackL ayout.java:39)
at org.eclipse.draw2d.StackLayout.getPreferredSize(StackLayout. java:67)
at org.eclipse.draw2d.Figure.getPreferredSize(Figure.java:474)
at org.eclipse.draw2d.ToolbarLayout.layout(ToolbarLayout.java:2 13)
at org.eclipse.draw2d.Figure.layout(Figure.java:778)
at org.eclipse.draw2d.Figure.validate(Figure.java:1320)
at org.eclipse.draw2d.Figure.validate(Figure.java:1322)
at org.eclipse.draw2d.Figure.validate(Figure.java:1322)
at
org.eclipse.draw2d.DeferredUpdateManager.validateFigures(Def erredUpdateManag
er.java:161)
at
org.eclipse.draw2d.DeferredUpdateManager.performUpdate(Defer redUpdateManager
..java:90)
at
org.eclipse.draw2d.DeferredUpdateManager$UpdateRequest.run(D eferredUpdateMan
ager.java:37)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 1)
at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:94)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:1599)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :1372)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:563 )
at org.eclipse.jface.window.Window.open(Window.java:543)
at
org.eclipse.jface.dialogs.MessageDialog.openError(MessageDia log.java:280)
at
org.eclipse.jface.util.SafeRunnable.handleException(SafeRunn able.java:42)
at org.eclipse.ui.internal.Workbench$7.handleException(Workbenc h.java:899)
at
org.eclipse.core.internal.runtime.InternalPlatform.handleExc eption(InternalP
latform.java:439)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:841)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at
org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState (Workbench.java:
840)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:649)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1396)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
!ENTRY org.eclipse.ui.workbench 4 2 Oct 22, 2002 10:33:00.490
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.ui.workbench".
!STACK 0
java.lang.NullPointerException
at
org.eclipse.draw2d.AbstractConnectionAnchor.addAnchorListene r(AbstractConnec
tionAnchor.java:53)
at
org.eclipse.draw2d.PolylineConnection.hookSourceAnchor(Polyl ineConnection.ja
va:139)
at
org.eclipse.draw2d.PolylineConnection.setSourceAnchor(Polyli neConnection.jav
a:227)
at
org.eclipse.gef.editparts.AbstractConnectionEditPart.refresh SourceAnchor(Abs
tractConnectionEditPart.java:175)
at
org.eclipse.gef.editparts.AbstractConnectionEditPart.refresh (AbstractConnect
ionEditPart.java:169)
at
org.eclipse.gef.editparts.AbstractConnectionEditPart.setSour ce(AbstractConne
ctionEditPart.java:202)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.addSourc eConnection(Abst
ractGraphicalEditPart.java:154)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.refreshS ourceConnections
(AbstractGraphicalEditPart.java:445)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.refresh( AbstractGraphica
lEditPart.java:408)
at
org.eclipse.gef.editparts.AbstractEditPart.doInitialize(Abst ractEditPart.jav
a:369)
at
org.eclipse.gef.editparts.AbstractEditPart.initialize(Abstra ctEditPart.java:
669)
at
org.eclipse.gef.editparts.AbstractEditPart.setParent(Abstrac tEditPart.java:9
24)
at
org.eclipse.gef.editparts.AbstractEditPart.addChild(Abstract EditPart.java:19
6)
at
org.eclipse.gef.editparts.AbstractEditPart.refreshChildren(A bstractEditPart.
java:765)
at
org.eclipse.gef.editparts.AbstractEditPart.refresh(AbstractE ditPart.java:726
)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.refresh( AbstractGraphica
lEditPart.java:407)
at
org.eclipse.gef.editparts.AbstractEditPart.doInitialize(Abst ractEditPart.jav
a:369)
at
org.eclipse.gef.editparts.AbstractEditPart.initialize(Abstra ctEditPart.java:
669)
at
org.eclipse.gef.editparts.AbstractEditPart.setParent(Abstrac tEditPart.java:9
24)
at
org.eclipse.gef.editparts.AbstractEditPart.addChild(Abstract EditPart.java:19
6)
at
org.eclipse.gef.ui.parts.FreeformGraphicalRootEditPart.setCo ntents(FreeformG
raphicalRootEditPart.java:118)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer.setContents( AbstractEditPart
Viewer.java:311)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer.setContents( AbstractEditPart
Viewer.java:371)
at
org.projectd.myeditor.Myeditor.initializeGraphicalViewer(Mye ditor.java:274)
at
org.eclipse.gef.ui.parts.GraphicalEditor.createGraphicalView er(GraphicalEdit
or.java:44)
at
org.eclipse.gef.ui.parts.GraphicalEditorWithPalette.createPa rtControl(Graphi
calEditorWithPalette.java:42)
at org.eclipse.ui.internal.PartPane$4.run(PartPane.java:135)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:839)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at org.eclipse.ui.internal.PartPane.createChildControl(PartPane .java:133)
at org.eclipse.ui.internal.PartPane.createControl(PartPane.java :177)
at
org.eclipse.ui.internal.EditorWorkbook.createPage(EditorWork book.java:230)
at org.eclipse.ui.internal.EditorWorkbook.add(EditorWorkbook.ja va:85)
at org.eclipse.ui.internal.EditorArea.addEditor(EditorArea.java :46)
at
org.eclipse.ui.internal.EditorPresentation.openEditor(Editor Presentation.jav
a:352)
at org.eclipse.ui.internal.EditorManager$2.run(EditorManager.ja va:546)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:66)
at
org.eclipse.ui.internal.EditorManager.createEditorTab(Editor Manager.java:535
)
at
org.eclipse.ui.internal.EditorManager.openInternalEditor(Edi torManager.java:
614)
at
org.eclipse.ui.internal.EditorManager.openEditorFromDescript or(EditorManager
..java:427)
at
org.eclipse.ui.internal.EditorManager.openEditorFromInput(Ed itorManager.java
:304)
at org.eclipse.ui.internal.EditorManager.openEditor(EditorManag er.java:392)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:1757)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:1643)
at org.eclipse.ui.actions.OpenFileAction.openFile(OpenFileActio n.java:91)
at
org.eclipse.ui.actions.OpenSystemEditorAction.run(OpenSystem EditorAction.jav
a:91)
at
org.eclipse.ui.views.navigator.OpenActionGroup.runDefaultAct ion(OpenActionGr
oup.java:112)
at
org.eclipse.ui.views.navigator.MainActionGroup.runDefaultAct ion(MainActionGr
oup.java:183)
at
org.eclipse.ui.views.navigator.ResourceNavigator.handleOpen( ResourceNavigato
r.java:533)
at
org.eclipse.ui.views.navigator.ResourceNavigator$6.open(Reso urceNavigator.ja
va:305)
at
org.eclipse.jface.viewers.StructuredViewer.fireOpen(Structur edViewer.java:32
0)
at
org.eclipse.jface.viewers.StructuredViewer.handleOpen(Struct uredViewer.java:
494)
at
org.eclipse.jface.viewers.StructuredViewer$3.handleOpen(Stru cturedViewer.jav
a:581)
at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrate gy.java:204)
at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.ja va:199)
at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrate gy.java:228)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :77)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:1622)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :1368)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:1420)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1403)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
!ENTRY org.eclipse.ui 4 4 Oct 22, 2002 10:33:01.932
!MESSAGE Unhandled exception caught in event loop.
!ENTRY org.eclipse.ui 4 0 Oct 22, 2002 10:33:01.952
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
at
org.eclipse.ui.internal.WorkbenchPage.getReference(Workbench Page.java:2590)
at
org.eclipse.ui.internal.WorkbenchPage.certifyPart(WorkbenchP age.java:581)
at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage .java:319)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:1772)
at
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPa ge.java:1643)
at org.eclipse.ui.actions.OpenFileAction.openFile(OpenFileActio n.java:91)
at
org.eclipse.ui.actions.OpenSystemEditorAction.run(OpenSystem EditorAction.jav
a:91)
at
org.eclipse.ui.views.navigator.OpenActionGroup.runDefaultAct ion(OpenActionGr
oup.java:112)
at
org.eclipse.ui.views.navigator.MainActionGroup.runDefaultAct ion(MainActionGr
oup.java:183)
at
org.eclipse.ui.views.navigator.ResourceNavigator.handleOpen( ResourceNavigato
r.java:533)
at
org.eclipse.ui.views.navigator.ResourceNavigator$6.open(Reso urceNavigator.ja
va:305)
at
org.eclipse.jface.viewers.StructuredViewer.fireOpen(Structur edViewer.java:32
0)
at
org.eclipse.jface.viewers.StructuredViewer.handleOpen(Struct uredViewer.java:
494)
at
org.eclipse.jface.viewers.StructuredViewer$3.handleOpen(Stru cturedViewer.jav
a:581)
at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrate gy.java:204)
at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.ja va:199)
at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrate gy.java:228)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :77)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:1622)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :1368)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:1420)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1403)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
!ENTRY org.eclipse.ui 4 4 Oct 22, 2002 10:33:03.864
!MESSAGE Unhandled exception caught in event loop.
!ENTRY org.eclipse.ui 4 0 Oct 22, 2002 10:33:03.874
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
at
org.eclipse.ui.internal.WorkbenchWindow$12.shellDeactivated( WorkbenchWindow.
java:1482)
at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:161)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :77)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:849)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:854)
at org.eclipse.swt.widgets.Decorations.WM_ACTIVATE(Decorations. java:1236)
at org.eclipse.swt.widgets.Shell.WM_ACTIVATE(Shell.java:1139)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2685 )
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.j ava:1219)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:1680)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :1362)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:1420)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1403)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
!ENTRY org.eclipse.ui.workbench 4 2 Oct 22, 2002 10:34:15.517
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.ui.workbench".
!STACK 0
java.lang.NullPointerException
at
org.eclipse.ui.internal.WorkbenchWindow$12.shellActivated(Wo rkbenchWindow.ja
va:1465)
at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:157)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :77)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:849)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:854)
at org.eclipse.swt.widgets.Decorations.WM_ACTIVATE(Decorations. java:1247)
at org.eclipse.swt.widgets.Shell.WM_ACTIVATE(Shell.java:1139)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2685 )
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.j ava:1219)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.BringWindowToTop(Native Method)
at org.eclipse.swt.widgets.Decorations.bringToTop(Decorations.j ava:197)
at org.eclipse.swt.widgets.Control.forceFocus(Control.java:568)
at org.eclipse.swt.widgets.Control.setFocus(Control.java:1915)
at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:37 9)
at org.eclipse.ui.views.tasklist.TaskList.setFocus(TaskList.jav a:1010)
at org.eclipse.ui.internal.WorkbenchPage$2.run(WorkbenchPage.ja va:346)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:839)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at
org.eclipse.ui.internal.WorkbenchPage.activatePart(Workbench Page.java:343)
at
org.eclipse.ui.internal.WorkbenchPage.setActivePart(Workbenc hPage.java:2174)
at
org.eclipse.ui.internal.WorkbenchPage.requestActivation(Work benchPage.java:1
913)
at org.eclipse.ui.internal.PartPane.requestActivation(PartPane. java:331)
at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:3 05)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :77)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:849)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:854)
at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:82 1)
at org.eclipse.swt.widgets.Shell.WM_MOUSEACTIVATE(Shell.java:12 20)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2724 )
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.j ava:1219)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1281 )
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable .java:73)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1281 )
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable .java:73)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1281 )
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable .java:73)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1281 )
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable .java:73)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:121 9)
at org.eclipse.swt.widgets.Table.callWindowProc(Table.java:126)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:1680)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :1362)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:1420)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1403)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
!ENTRY org.eclipse.ui 4 4 Oct 22, 2002 10:34:15.548
!MESSAGE Unhandled exception caught in event loop.
!ENTRY org.eclipse.ui 4 0 Oct 22, 2002 10:34:15.558
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
at
org.eclipse.ui.internal.WorkbenchWindow$12.shellDeactivated( WorkbenchWindow.
java:1482)
at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:161)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :77)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:849)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:854)
at org.eclipse.swt.widgets.Decorations.WM_ACTIVATE(Decorations. java:1236)
at org.eclipse.swt.widgets.Shell.WM_ACTIVATE(Shell.java:1139)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2685 )
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.j ava:1219)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.BringWindowToTop(Native Method)
at org.eclipse.swt.widgets.Decorations.bringToTop(Decorations.j ava:197)
at org.eclipse.swt.widgets.Shell.open(Shell.java:669)
at org.eclipse.jface.window.Window.open(Window.java:539)
at
org.eclipse.jface.dialogs.MessageDialog.openError(MessageDia log.java:280)
at
org.eclipse.jface.util.SafeRunnable.handleException(SafeRunn able.java:42)
at
org.eclipse.core.internal.runtime.InternalPlatform.handleExc eption(InternalP
latform.java:439)
at
org.eclipse.core.internal.runtime.InternalPlatform.run(Inter nalPlatform.java
:841)
at org.eclipse.core.runtime.Platform.run(Platform.java:413)
at
org.eclipse.ui.internal.WorkbenchPage.activatePart(Workbench Page.java:343)
at
org.eclipse.ui.internal.WorkbenchPage.setActivePart(Workbenc hPage.java:2174)
at
org.eclipse.ui.internal.WorkbenchPage.requestActivation(Work benchPage.java:1
913)
at org.eclipse.ui.internal.PartPane.requestActivation(PartPane. java:331)
at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:3 05)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :77)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:849)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:854)
at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:82 1)
at org.eclipse.swt.widgets.Shell.WM_MOUSEACTIVATE(Shell.java:12 20)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2724 )
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.j ava:1219)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1281 )
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable .java:73)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1281 )
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable .java:73)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1281 )
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable .java:73)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1281 )
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable .java:73)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:121 9)
at org.eclipse.swt.widgets.Table.callWindowProc(Table.java:126)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2762 )
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2104 )
at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:1680)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :1362)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:1420)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1403)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(Intern alBootLoader.jav
a:775)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:432)
at EclipseRuntimeLauncher.main(EclipseRuntimeLauncher.java:24)
"Zac Wolfe" <zacw@acaciatel.com> wrote in message
news:ap1cc2$44k$1@rogue.oti.com...
> Takumi,
>
> I believe you want to save the model and only the model since it should
> contain all the information you need. If you're storing connection-related
> information in the figure you probably shouldn't be if you want to follow
> GEF's MVC (model-view-controller) architecture. Connection anchor
> information should be generated or fixed but not stored. If your
connections
> aren't getting persisted, you need to look at your model and revisit how
> your connection data is represented in there.
>
> "Takumi Fujiwara" <truenoto@yahoo.com> wrote in message
> news:ap16m4$hi$1@rogue.oti.com...
> > Hi,
> >
> > If I want to implement save in GEF, what should I save ? the Model? the
> > EditPart? or the Figure?
> > In the logic editor example, I think it just saves Model (since it
> > implements Serializable). But the connection anchors are stored in
Figure
> > (the hashtable for all connection anchors), so that do not need to be
> saved
> > in general? or that does not need to be saved in Logic editor example
> only?
> >
> > If I want to save my connections anchors, what should I do? make all my
> > figures Serializable? or making Model to stored all my connection
anchors?
> >
> > Thank you.
> >
> >
>
>
|
|
|
| Re: Saving my diagram in GEF [message #34934 is a reply to message #34771] |
Tue, 22 October 2002 16:11 |
| Eclipse User |
|
|
|
"Jason Yuen" <jayuen@alumni.uwaterloo.ca> wrote in message
news:ap3tcp$g77$1@rogue.oti.com...
> Because if they aren't saved, I don't see how connections can be properly
> restored if I require specific locations for my anchoring based on relative
> locations of glyphs. For instance, if Glyph A is below Glyph B, the
> connection will be anchored at the base of Glyph B and at the top of Glyph A
ConnectionAnchor has a method called getReferencePoint(). AbstractRouter uses
this method to get the location of the anchors. The source anchor is passed the
reference point from the target anchor and vice versa. This is how ChopboxAchor
works. The source knows the relative direction of the target (say, Glyph A and
Glyph B).
Eric
|
|
|
Goto Forum:
Current Time: Fri May 02 11:05:40 EDT 2025
Powered by FUDForum. Page generated in 0.07008 seconds |
Home