Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » TMF (Xtext) » Implement ToBeBuiltComputer
Implement ToBeBuiltComputer [message #629691] Wed, 29 September 2010 09:38 Go to next message
Roland S. is currently offline Roland S.Friend
Messages: 36
Registered: September 2009
Member
Hi,

I am trying to implement my own ToBeBuiltComputer. In org.eclipse.xtext.builder.impl.XtextBuilder the injected ToBeBuiltComputer is used. But it seems that I can't inject my own implementation of ToBeBuiltComputer instead of JdtToBeBuiltComputer, that is used as default. Is there anyone who can help me?

Regards,
Roland
Re: Implement ToBeBuiltComputer [message #629695 is a reply to message #629691] Wed, 29 September 2010 09:51 Go to previous messageGo to next message
Sven Efftinge is currently offline Sven EfftingeFriend
Messages: 1823
Registered: July 2009
Senior Member
Tht one is part of the shared.ui bundle, which cannot be changed by clients.
What do you want to do?

Sven

Am 9/29/10 11:38 AM, schrieb Roland S.:
> Hi,
>
> I am trying to implement my own ToBeBuiltComputer. In
> org.eclipse.xtext.builder.impl.XtextBuilder the injected
> ToBeBuiltComputer is used. But it seems that I can't inject my own
> implementation of ToBeBuiltComputer instead of JdtToBeBuiltComputer,
> that is used as default. Is there anyone who can help me?
>
> Regards,
> Roland


--
Need professional support for Xtext or other Eclipse Modeling technologies?
Go to: http://xtext.itemis.com
Twitter : @svenefftinge
Blog : http://blog.efftinge.de
Re: Implement ToBeBuiltComputer [message #629696 is a reply to message #629691] Wed, 29 September 2010 09:57 Go to previous messageGo to next message
Roland S. is currently offline Roland S.Friend
Messages: 36
Registered: September 2009
Member
We implemented our own project-structure and do not want to keep the java-nature. But without the nature, the JdtToBeBuiltComputer does not clean any builder-state-data. So I tried to collect the resources for the build-process on my own.
Re: Implement ToBeBuiltComputer [message #629702 is a reply to message #629696] Wed, 29 September 2010 10:06 Go to previous messageGo to next message
Sven Efftinge is currently offline Sven EfftingeFriend
Messages: 1823
Registered: July 2009
Senior Member
Am 9/29/10 11:57 AM, schrieb Roland S.:
> We implemented our own project-structure and do not want to keep the
> java-nature.

Shouldn't be a problem.

> But without the nature, the JdtToBeBuiltComputer does not
> clean any builder-state-data.

Are you sure?

> So I tried to collect the resources for
> the build-process on my own.

Filing a bugzilla would be the way to go ;-)

Sven


--
Need professional support for Xtext or other Eclipse Modeling technologies?
Go to: http://xtext.itemis.com
Twitter : @svenefftinge
Blog : http://blog.efftinge.de
Re: Implement ToBeBuiltComputer [message #629703 is a reply to message #629702] Wed, 29 September 2010 10:11 Go to previous messageGo to next message
Sven Efftinge is currently offline Sven EfftingeFriend
Messages: 1823
Registered: July 2009
Senior Member
Am 9/29/10 12:06 PM, schrieb Sven Efftinge:
> Am 9/29/10 11:57 AM, schrieb Roland S.:
>> We implemented our own project-structure and do not want to keep the
>> java-nature.
>
> Shouldn't be a problem.
>
>> But without the nature, the JdtToBeBuiltComputer does not
>> clean any builder-state-data.
>
> Are you sure?

A quick test revealed that I cannot reproduce this.
If you have a reproducable example, please attach it to a fresh bugzilla.

Thanks,
Sven


--
Need professional support for Xtext or other Eclipse Modeling technologies?
Go to: http://xtext.itemis.com
Twitter : @svenefftinge
Blog : http://blog.efftinge.de
Re: Implement ToBeBuiltComputer [message #629728 is a reply to message #629691] Wed, 29 September 2010 11:43 Go to previous messageGo to next message
Roland S. is currently offline Roland S.Friend
Messages: 36
Registered: September 2009
Member
My mistake! This should only be an issue, if i'd use JarEntries. The problem's origin has to be somewhere else. Confused

Thanks,
Roland

[Updated on: Wed, 29 September 2010 11:50]

Report message to a moderator

Re: Implement ToBeBuiltComputer [message #629749 is a reply to message #629728] Wed, 29 September 2010 12:59 Go to previous messageGo to next message
Sven Efftinge is currently offline Sven EfftingeFriend
Messages: 1823
Registered: July 2009
Senior Member
What version are you using?

Am 9/29/10 1:43 PM, schrieb Roland S.:
> Remove the Java nature from the .project file in a project.
> JdtToBeBuiltComputer checks the existence of a Java project in line 29 .
> If there is no nature, no URIs are added to "ToBeBuilt".
>
> Roland


--
Need professional support for Xtext or other Eclipse Modeling technologies?
Go to: http://xtext.itemis.com
Twitter : @svenefftinge
Blog : http://blog.efftinge.de
Re: Implement ToBeBuiltComputer [message #629755 is a reply to message #629691] Wed, 29 September 2010 13:29 Go to previous messageGo to next message
Roland S. is currently offline Roland S.Friend
Messages: 36
Registered: September 2009
Member
I am using Version 1.0.0.v201006170321.

The problem is, that we introduced libraries (zip-archives) as discribed in a former post. The linking to files inside the libraries works well, but the archive files may not reside inside the workspace. So there are no changes found during the build, when I remove the library again. The links are kept but this behaviour is unintended.

Roland
Re: Implement ToBeBuiltComputer [message #629779 is a reply to message #629755] Wed, 29 September 2010 14:17 Go to previous message
Sven Efftinge is currently offline Sven EfftingeFriend
Messages: 1823
Registered: July 2009
Senior Member
Am 9/29/10 3:29 PM, schrieb Roland S.:
> I am using Version 1.0.0.v201006170321.
> The problem is, that we introduced libraries (zip-archives) as discribed
> in a former post. The linking to files inside the libraries works well,
> but the archive files may not reside inside the workspace. So there are
> no changes found during the build, when I remove the library again. The
> links are kept but this behaviour is unintended.
>
> Roland

Ah, I see. So the JdtToBeBuiltComputer works as expected, but you want
to tell the builder to index additional zip files.

Are you going to host several different Xtext languages in one
workbench? There's a way to reconfigure the shared.ui bundle once, but
this affects all languages, so you need to be very careful and really
shouldn't publish that stuff to users who might use your DSL in a
Eclipse/Xtext workbench with other Xtext languages involved.

See org.eclipse.xtext.ui.shared.overridingGuiceModule which is an
extension point where you can override the default guice module, hence
be able to exchange certain implementations. But you really should
reconsider your requirements and try to stick with the default behavior.

Sven

--
Need professional support for Xtext or other Eclipse Modeling technologies?
Go to: http://xtext.itemis.com
Twitter : @svenefftinge
Blog : http://blog.efftinge.de
Previous Topic:Xtext 1.0 compatible with Xtext 1.0.1?
Next Topic:Hidden whitespace causes parsing error
Goto Forum:
  


Current Time: Thu Apr 18 02:40:19 GMT 2024

Powered by FUDForum. Page generated in 0.02616 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top