Eclipse Community Forums: TMF (Xtext) » [xtext] problems with stdlib::io extension

Home » Modeling » TMF (Xtext) » [xtext] problems with stdlib::io extension

[xtext] problems with stdlib::io extension [message #47423]

Wed, 03 June 2009 02:12

Eclipse User

Hi,

I stumbled upon a problem using the org::eclipse::xtend::util::stdlib::io
extension from a chk file. At runtime (i.e. in the editor) the extension
couldn't be found.

The check is part of the runtime plug-in which depends on the
org.eclipse.xtext.xtend plug-in which in turn reexports the
org.eclipse.xtend.util.stdlib plug-in. So far so good. The problem is that
the InjectableResourceManager gets the ClassLoader injected from the UI
plug-in which by default doesn't directly depend on the stdlib plug-in nor
on a plug-in which reexports it.

A simple solution is of course to either add a dependency in the UI
plug-in or have the runtime plug-in reexport the org.eclipse.xtext.xtend
plug-in. I have a feeling other users could also be confronted with
problems caused by this asymmetry. Not only when using the stdlib
extensions.

Regards,

--knut

Re: [xtext] problems with stdlib::io extension [message #47483 is a reply to message #47423]

Wed, 03 June 2009 05:47

Eclipse User

Yes, that's not nice. Do you have an idea how to solve this?
Maybe it is sufficient to document that?

Sven

Knut Wannheden schrieb:
> Hi,
>
> I stumbled upon a problem using the
> org::eclipse::xtend::util::stdlib::io extension from a chk file. At
> runtime (i.e. in the editor) the extension couldn't be found.
>
> The check is part of the runtime plug-in which depends on the
> org.eclipse.xtext.xtend plug-in which in turn reexports the
> org.eclipse.xtend.util.stdlib plug-in. So far so good. The problem is
> that the InjectableResourceManager gets the ClassLoader injected from
> the UI plug-in which by default doesn't directly depend on the stdlib
> plug-in nor on a plug-in which reexports it.
>
> A simple solution is of course to either add a dependency in the UI
> plug-in or have the runtime plug-in reexport the org.eclipse.xtext.xtend
> plug-in. I have a feeling other users could also be confronted with
> problems caused by this asymmetry. Not only when using the stdlib
> extensions.
>
> Regards,
>
> --knut
>

Re: [xtext] problems with stdlib::io extension [message #47575 is a reply to message #47483]

Wed, 03 June 2009 13:34

Eclipse User

Hi Sven,

Sven Efftinge wrote:
> Yes, that's not nice. Do you have an idea how to solve this?
> Maybe it is sufficient to document that?

Maybe a possibility would be to define an additional class loader binding
in the runtime plug-in. Either of these would have to be a named binding.
The InjectableResourceManager could have both injected and the UI class
loader could be optional. The resource manager could then first attempt
loading a resource using the runtime class loader and then using the UI
class loader.

A future solution will possibly be Guice 2.0 based and there a possibility
would be to have hierarchical resource managers.

Cheers

--knut

Re: [xtext] problems with stdlib::io extension [message #51852 is a reply to message #47575]

Tue, 16 June 2009 09:21

Eclipse User

Hi again,

Another simple solution would be to redefine the ClassLoader binding so
that it corresponds to the runtime project's ClassLoader instead of that
of the UI project. That is also how it was before the modules were
"merged".

Any other ideas?

Regards,

--knut

Previous Topic:	[Xtext] import scoping
Next Topic:	[Announce] TMF XTEXT 0.7.0RC5 is available

Goto Forum:

-=] Back to Top [=-

Current Time: Mon Jun 30 19:09:22 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter