[easel] Re: [gme-users] Invoking runComponent from GME Addon.

Larry Howard larry.howard at vanderbilt.edu
Wed Dec 7 18:16:03 CST 2005


Jonathan,

The issue here has transitioned to invoking a component from within an
event-based AddOn.  The problem, conceptually, is that AddOns are invoked in
a late phase of transaction-processing.  The context is really very wrong
for component invocation, since components are themselves transaction-based.

The possibility for externally generating events has been addressed already
in the affirmative.  There are some issues of communicating
application-specific data for the event from an external source, and Peter
has provided a functional (if somewhat tortured) workaround.

It might be better if Daniel were to tell us more about the "what" without
choosing yet a "how".  For example, just as it is possible to invoke an
AddOn externally, by generating a global or object event, it is possible to
invoke a model interpreter externally.  Perhaps the external entity should
be orchestrating.  I don't know because I don't know what Daniel is trying
to accomplish.

-----Original Message-----
From: gme-users-bounces at list.isis.vanderbilt.edu
[mailto:gme-users-bounces at list.isis.vanderbilt.edu] On Behalf Of Jonathan
Sprinkle
Sent: Wednesday, December 07, 2005 5:52 PM
To: 'gme-users'
Cc: easel at atl.lmco.com
Subject: RE: [easel] Re: [gme-users] Invoking runComponent from GME Addon.


Peter,

Is this a possible enhancement to GME? It seems like if the AddOn is running
and waiting for events that there should be *some* way to send an event
externally...after all, the mouse can do it. ;) 

Daniel, 

Maybe for demo purposes we can just have a special interpreter that does
this interfacing (read: generate the event which the addon is listening
for...) and work with Peter to figure out how to generate this through
visual studio's editor later?

I'm a little spotty following this conversation, I'll try to catch up on the
thread this evening....

Jonathan

> -----Original Message-----
> From: easel-bounces at atl.lmco.com [mailto:easel-bounces at atl.lmco.com] 
> On Behalf Of Daniel Waddington
> Sent: Wednesday, December 07, 2005 2:43 PM
> To: A list for GME users to share thoughts and discuss bugs and fixes.
> Cc: easel at atl.lmco.com
> Subject: [easel] Re: [gme-users] Invoking runComponent from GME Addon.
> 
> Hi Peter,
> 
> So basically your saying there is no way to trigger an interpreter 
> from an IMgaProject interface? Oh dear. Now I really am stuck ;-(
> 
> Daniel.
> 
> On Dec 7, 2005, at 1:39 PM, Peter Volgyesi wrote:
> 
> > You are right, you cannot invoke another interpreter from the event 
> > handler.
> >
> > Even if you would invoke it by using a lower level COM API, it 
> > failed, since the interpreter would (try to) initate a transaction 
> > on its own.
> >
> > --
> > Peter Volgyesi
> > Vanderbilt University, ISIS
> >
> >> -----Original Message-----
> >> From: gme-users-bounces at list.isis.vanderbilt.edu
> >> [mailto:gme-users-bounces at list.isis.vanderbilt.edu] On Behalf Of 
> >> Daniel Waddington
> >> Sent: Wednesday, December 07, 2005 11:51 AM
> >> To: A list for GME users to share thoughts and discuss bugs and 
> >> fixes.
> >> Subject: Re: [gme-users] Invoking runComponent from GME Addon.
> >>
> >> Short of discussing this with my self, is this because I am already 
> >> in a transaction, and runComponent tries to create a new 
> >> transaction? or am I totally off?
> >>
> >> Daniel.
> >>
> >> On Dec 7, 2005, at 8:58 AM, Daniel Waddington wrote:
> >>
> >>> Hi,
> >>>
> >>> I think I am seriously missing something in the execution
> >> architecture
> >>> of BON2.  In my object event handling method, inside a GME Addon, 
> >>> I want to trigger an interpreter.
> >>>
> >>> So I thought I could do..
> >>>
> >>> object->getProject()->runComponent("MGA.Interpreter.EML");
> >>>
> >>> but then I get an exception in COMCLASS::Initialize(struct
> >> IMgaProject
> >>> *p) in a some CComPtr declaration???
> >>>
> >>> Please help, I'm in dispair!!!
> >>>
> >>> Daniel.
> >>>
> >>> ===============================
> >>>  Dr. Daniel G. Waddington
> >>>  Lockheed Martin ATL
> >>>  3 Executive Campus, 6th Floor
> >>>  Cherry Hill, NJ 08002
> >>>  Tel:856 792 9740
> >>> ===============================
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> gme-users mailing list
> >>> gme-users at list.isis.vanderbilt.edu
> >>> http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users
> >>
> >> ===============================
> >>   Dr. Daniel G. Waddington
> >>   Lockheed Martin ATL
> >>   3 Executive Campus, 6th Floor
> >>   Cherry Hill, NJ 08002
> >>   Tel:856 792 9740
> >> ===============================
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> gme-users mailing list
> >> gme-users at list.isis.vanderbilt.edu
> >> http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users
> >
> > _______________________________________________
> > gme-users mailing list
> > gme-users at list.isis.vanderbilt.edu
> > http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users
> 
> ===============================
>   Dr. Daniel G. Waddington
>   Lockheed Martin ATL
>   3 Executive Campus, 6th Floor
>   Cherry Hill, NJ 08002
>   Tel:856 792 9740
> ===============================
> 
> 
> 
> 
> _______________________________________________
> easel mailing list
> easel at atl.lmco.com 
> http://www.atl.external.lmco.com/mailman/listinfo/easel

_______________________________________________
gme-users mailing list
gme-users at list.isis.vanderbilt.edu
http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users



More information about the gme-users mailing list