Re: [tycho-user] Resolve Maven plugin dependencies from target platform?

[Sven Efftinge <sven.efftinge@xxxxxxxxx>]

Hi Andreas,

there is no inherent coupling between the libs needed by the plugin and the libs needed by the generated code.
It is just that you are generating an Xtext language infrastructure using an Xtext language infrastructure (i.e. the *.xtext grammar language).
So of course the dependencies are very alike, but this is just a result of the bootstrapping. There are clear version constraints for both the plugin and the
generated bundle projects. I hope this is understandable.

I still see that it would be convenient to reuse the dependency definitions but I don’t see how we could do something for that in Xtext.

Cheers,
Sven


> On 07 Nov 2014, at 09:17, Andreas Sewe <andreas.sewe@xxxxxxxxxxxxxx> wrote:
> 
> Hi Igor,
> 
>> Personally, I consider this an antipatern. Such tight coupling between
>> code generator, runtime and generated code is just asking for troubles.
> 
> I tend to agree. Based on my limited understanding of Xtext, the issue
> arises because at least one of the xtext-maven-plugin's dependencies is
> the language definition itself, which is also used/needed at runtime.
> 
> But maybe I need to better understand how closely the
> code-generation-time language definition and the runtime language
> definition need to match first. I'll ask in the Xtext forum. Thanks for
> your comments; they will be a good input for my inquiry there.
> 
>> I don't see how to make this work. I don't believe there way to express
>> "this plugin depends on the same version of xtext runtime as the project
>> being built". If this was plain Maven project you could use
>> ${xtext-version} property to link dependency and plugin/dependency
>> versions, but with Tycho this is not possible because xtext version
>> isn't known until well into the build.
> 
> Does that mean that Maven resolves plugin versions for all the projects
> in the reactor at the very start rather than when building each project.
> If that is the case, then I can see why this feature would be very hard,
> if not impossible to implement.
> 
> Best wishes,
> 
> Andreas
> 
> -- 
> Codetrails GmbH
> The knowledge transfer company
> 
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-170-811-3791
> http://www.codetrails.com/
> 
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
> _______________________________________________
> tycho-user mailing list
> tycho-user@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/tycho-user