FW: Bug/s: redirecting references in instances

[GME]

----------
From: 	Akos Ledeczi
Sent: 	Tuesday, February 25, 2003 9:55:16 AM
To: 	GME Group
Subject: 	RE: Bug/s: redirecting references in instances 
Auto forwarded by a Rule

Now whether that is the behavior we want to keep in this
version, is open to debate. Akos

-----Original Message-----
From: GME Group 
Sent: Tuesday, February 25, 2003 9:54 AM
To: GME List
Subject: FW: Bug/s: redirecting references in instances 




> ----------
> From: 	Peter Volgyesi[SMTP:XVOLGY at ISIS-SERVER.ISIS.VANDERBILT.EDU]
> Sent: 	Tuesday, February 25, 2003 9:53:44 AM
> To: 	GME Group
> Subject: 	Re: Bug/s: redirecting references in instances 
> Auto forwarded by a Rule
> 
I forgot it. That might br the "original idea": if you have specified a
reference target in the base class don't mess with it in the instances. You
can redirect null references freely.
Thanks Akos,

--
peter


----- Original Message -----
From: "GME Group" <GME at isis-server.vuse.vanderbilt.edu>
To: "GME List" <GMEList at isis-server.vuse.vanderbilt.edu>
Sent: Tuesday, February 25, 2003 4:39 PM
Subject: FW: Bug/s: redirecting references in instances


>
>
> > ----------
> > From: Akos Ledeczi
> > Sent: Tuesday, February 25, 2003 9:39:40 AM
> > To: GME Group
> > Subject: RE: Bug/s: redirecting references in instances
> > Auto forwarded by a Rule
> >
> Correct me if I am wrong, but if you put a null ref in a base,
> then you can redirect it in instances and subtypes freely.
>
> Akos
>
> -----Original Message-----
> From: GME Group
> Sent: Tuesday, February 25, 2003 9:38 AM
> To: GME List
> Subject: FW: Bug/s: redirecting references in instances
>
>
>
>
> > ----------
> > From: Peter
> Volgyesi[SMTP:XVOLGY at ISIS-SERVER.ISIS.VANDERBILT.EDU]
> > Sent: Tuesday, February 25, 2003 9:37:24 AM
> > To: GME Group
> > Subject: Re: Bug/s: redirecting references in instances
> > Auto forwarded by a Rule
> >
> Hi,
>
> In GME2000:
> Inherited references can only refer (be redirected to) a derived
> instance of
> the target of its base. (Null refs are also rejected).
> I don't know the reason for this, but I suspect it is not trivial now to
> get
> rid of this limitation (I am thinking about the MGA library functions.).
> So,
> if somebody _really_ needs this, I will try to "fix it".
> --
> peter
>
> ----- Original Message -----
> From: "GME Group" <GME at isis-server.vuse.vanderbilt.edu>
> To: "GME List" <GMEList at isis-server.vuse.vanderbilt.edu>
> Sent: Monday, February 24, 2003 7:29 PM
> Subject: FW: Bug/s: redirecting references in instances
>
>
> >
> > >
> > > ----------
> > > From: Sandeep Neema
> > > Sent: Monday, February 24, 2003 12:29:00 PM
> > > To: GME Group
> > > Subject: Bug/s: redirecting references in instances
> > > Auto forwarded by a Rule
> > >
> > In the early type-instance GME (before GME2k), I could create an
> > archetype, create a reference object within it (as a placeholder),
> > create several instances of the archetype, and redirect those
> references
> > to point to a different object (of the same kind), by simply
> > drag/dropping another object of that kind on the reference in the
> > instance.
> >
> >
> >
> > When I try this same operation in GME2k (v9.20.02) or in GME3 I get
> the
> > following error:
> >
> >
> >
> >
> >
> >
> >
> > I am attaching the paradigm (ESML.xmp) and an XML export of the model
> > where I try this. To reproduce please open the NewInteractionModel in
> > the NewInteractions folder, and then open the
> > BM1__CyclicDeviceComponentImpl component instance. There is an event
> > reference (ANY_ref), drag the INTERVAL_TIMEOUT event from the
> EventType
> > folder on top of the ANY_ref.
> >
> >
> >
> > In fact after doing this step when I attempted to close the project
> GME
> > was locked (in both v9.20.02 and GME3), and I had to kill it.
> >
> >
> >
> > To narrow down this problem further, I repeated my test but this time
> > did not attempt any reference redirecting, but simply created a
> > component instance in an interaction model and GME froze when I tried
> to
> > close the project.
> >
> >
> >
> > Sandeep
> >
> >
> >
> > --
> >
> > Dr. Sandeep Neema
> >
> > Research Scientist,
> >
> > Institute of Software Integrated Systems, Vanderbilt University
> >
> > Phone: 615-343-9996
> >
> > Email: sandeep.k.neema at vanderbilt.edu
> > <mailto:sandeep.k.neema at vanderbilt.edu>
> >
> >
> >
> >
>