Eclipse Community Forums: TMF (Xtext) » resolving cross-references

Home » Modeling » TMF (Xtext) » resolving cross-references

resolving cross-references [message #984278]

Wed, 14 November 2012 10:04

Eclipse User

Hi all,

When resolving a cross-reference in LinkingService.getLinkedObjects, I was returning an object retrieved with something like

resourceSet.getEObject(uri, true)

which caused the respective file to be opened and reparsed. I changed the second argument to "false" and so far it seems that it's still working (but there's a lot to test still).

Is the first way the right one, or it doesn't matter? Maybe I'm just not doing anything yet with the returned value?

best regards,
Vlad

Re: resolving cross-references [message #985741 is a reply to message #984278]

Thu, 15 November 2012 16:51

Eclipse User

resourceSet.getEObject(uri, false) will yield return null if the
resource is not yet loaded. In the default linking service, we use the
index and return a proxy rather than a resolved object. This will not
cause any files to be parsed. Have you tried that?

Am 14.11.12 16:04, schrieb Vlad Dumitrescu:
> Hi all,
>
> When resolving a cross-reference in LinkingService.getLinkedObjects, I
> was returning an object retrieved with something like
> resourceSet.getEObject(uri, true) which caused the respective file to be
> opened and reparsed. I changed the second argument to "false" and so far
> it seems that it's still working (but there's a lot to test still).
>
> Is the first way the right one, or it doesn't matter? Maybe I'm just not
> doing anything yet with the returned value?
>
> best regards,
> Vlad
>

--
Need professional support for Eclipse Modeling?
Go visit: http://xtext.itemis.com

Re: resolving cross-references [message #985746 is a reply to message #985741]

Thu, 15 November 2012 17:42

Eclipse User

Thanks Jan,

I another thread, I described that if I put all referenceable objects in the index this blows up the JVM's memory. There could be 3000 largish files in a project. So I got the suggestion to just keep the top-level constructs in the index, and then navigate the model. This obviously requires the objects to be resolved, but I thought they would be retrieved from a serialized form instead of from parsing the file again. This is how I did in my pre-Xtext implementation and took it for granted.

I understand your explanation that I got it working with a 'false' argument just by accident. Thanks!

regards,
Vlad

Re: resolving cross-references [message #985938 is a reply to message #985746]

Fri, 16 November 2012 13:05

Eclipse User

A customer of ours used EMF proxies with some essential values set.
These can be populated e.g. from the userData in the
IEObjectDescriptions. After all proxies are EObjects and behave to a
certain extend like those. Even though I would not recommend this as
long as you are 100% sure what you're doing, this might be something to
look at.

Am 15.11.12 23:42, schrieb Vlad Dumitrescu:
> Thanks Jan,
>
> I another thread, I described that if I put all referenceable objects in
> the index this blows up the JVM's memory. There could be 3000 largish
> files in a project. So I got the suggestion to just keep the top-level
> constructs in the index, and then navigate the model. This obviously
> requires the objects to be resolved, but I thought they would be
> retrieved from a serialized form instead of from parsing the file again.
> This is how I did in my pre-Xtext implementation and took it for granted.
>
> I understand your explanation that I got it working with a 'false'
> argument just by accident. Thanks!
>
> regards,
> Vlad
>

--
Need professional support for Eclipse Modeling?
Go visit: http://xtext.itemis.com

Re: resolving cross-references [message #985953 is a reply to message #985938]

Fri, 16 November 2012 15:54

Eclipse User

I'm not sure I understand what you mean -- the language model classes use proxies instead of normal references?

That might be interesting to explore, but there's one more thing that I'm unsure about and that is whether I know what I'm doing Smile

best regards,
Vlad

Previous Topic:	importing native java source code
Next Topic:	Selection for a type system

Goto Forum:

-=] Back to Top [=-

Current Time: Sun Jul 27 09:00:35 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter