Google Guice Exception starting my modelproject with XText2.0 [message #706758] |
Sun, 31 July 2011 21:18 |
|
Hi to anyone,
since migrated my project to XText 2.0.0 I get an error at startup:
1) No implementation for org.eclipse.xtext.parser.antlr.ITokenDefProvider annotated with @com.google.inject.name.Named(value=org.eclipse.xtext.ui.editor.contentassist.antlr.internal.Lexer.HIGHLIGHTING) was bound.
while locating org.eclipse.xtext.parser.antlr.ITokenDefProvider annotated with @com.google.inject.name.Named(value=org.eclipse.xtext.ui.editor.contentassist.antlr.internal.Lexer.HIGHLIGHTING)
for parameter 0 at org.eclipse.xtext.ui.editor.model.TokenTypeToStringMapper.setTokenDefProvider(TokenTypeToStringMapper.java:30)
at org.eclipse.xtext.ui.editor.model.TokenTypeToStringMapper.setTokenDefProvider(TokenTypeToStringMapper.java:30)
while locating org.eclipse.xtext.ui.editor.model.ITokenTypeToPartitionTypeMapper
for parameter 1 at org.eclipse.xtext.ui.editor.model.DocumentPartitioner.<init>(DocumentPartitioner.java:22)
at org.eclipse.xtext.service.MethodBasedModule.configure(MethodBasedModule.java:55)
Could you please tell me, what concrete class I have to bind to the interface?
Thank you
Best regards
Markus
[Updated on: Sun, 31 July 2011 21:29] Report message to a moderator
|
|
|
Re: Google Guice Exception starting my modelproject with XText2.0 [message #706764 is a reply to message #706758] |
Sun, 31 July 2011 21:27 |
|
Hi,
your previous post and my answer on this somehow got lost
from a fresh created project
// contributed by org.eclipse.xtext.generator.parser.antlr.XtextAntlrGeneratorFragment
public void configureHighlightingTokenDefProvider(com.google.inject.Binder binder) {
binder.bind(org.eclipse.xtext.parser.antlr.ITokenDefProvider.class).annotatedWith(com.google.inject.name.Names.named(org.eclipse.xtext.ui.LexerUIBindings.HIGHLIGHTING)).to(org.eclipse.xtext.parser.antlr.AntlrTokenDefProvider.class);
}
~Christian
Twitter : @chrdietrich
Blog : https://www.dietrich-it.de
|
|
|
|
Re: Google Guice Exception starting my modelproject with XText2.0 [message #706822 is a reply to message #706803] |
Sun, 31 July 2011 23:14 |
|
Hi,
Sorry, me again,
Once Guice Error more
1) No implementation for org.eclipse.xtext.resource.IResourceDescriptions annotated with @com.google.inject.name.Named(value=org.eclipse.xtext.scoping.LIVE_SCOPE) was bound.
while locating com.google.inject.Provider<org.eclipse.xtext.resource.IResourceDescriptions> annotated with @com.google.inject.name.Named(value=org.eclipse.xtext.scoping.LIVE_SCOPE)
for field at org.eclipse.xtext.resource.impl.ResourceDescriptionsProvider.liveScopeResourceDescriptions(ResourceDescriptionsProvider.java:23)
while locating org.eclipse.xtext.resource.impl.ResourceDescriptionsProvider
for field at org.eclipse.xtext.scoping.impl.AbstractGlobalScopeProvider.provider(AbstractGlobalScopeProvider.java:40)
at org.eclipse.xtext.service.MethodBasedModule.configure(MethodBasedModule.java:55)
What is this LIVE_SCOPE for? Do I need it, because I use the following currently:
// contributed by org.eclipse.xtext.generator.builder.BuilderIntegrationFragment
public void configureIResourceDescriptionsBuilderScope(com.google.inject.Binder binder) {
binder.bind(org.eclipse.xtext.resource.IResourceDescriptions.class).annotatedWith(com.google.inject.name.Names.named(org.eclipse.xtext.scoping.impl.AbstractGlobalScopeProvider.NAMED_BUILDER_SCOPE)).to(org.eclipse.xtext.resource.impl.ResourceSetBasedResourceDescriptions.class);
}
Is there somewhere a documentation for this configuration?
Thanks for all,
Best regards
Markus
|
|
|
|
Re: Google Guice Exception starting my modelproject with XText2.0 [message #709841 is a reply to message #707018] |
Thu, 04 August 2011 11:18 |
|
Hi Sebastian,
I think we don't use any xtext 1.0 libs anymore.
We define our xtext-generator in a mwe-workflow like:
<compose class="org.eclipse.xtext.generator.CompositeGeneratorFragment">
<property name="genModels" value=""/>
<property name="basePackage" value=""/>
<property name="javaModelDirectory" value=""/>
<property name="xmiModelDirectory" value=""/>
<property name="generateDotDiagram" value=""/>
<property name="graphvizCommand" value=""/>
<property name="antlrBacktrack" value="false"/>
<!-- OM - 2010-07-20: Added Quickfix-support-->
<fragment class="org.eclipse.xtext.ui.generator.quickfix.QuickfixProviderFragment" />
<!-- Java API to access grammar elements (required by several other fragments) -->
<fragment class="org.eclipse.xtext.generator.grammarAccess.GrammarAccessFragment">
<xmlVersion value="1.0"/>
</fragment>
<!-- generates Java API for the generated EPackages -->
<!--
<fragment class="org.eclipse.xtext.generator.ecore.EcoreGeneratorFragment"
genModels="${genModels}"
basePackage="${basePackage}"
javaModelDirectory="${javaModelDirectory}"
xmiModelDirectory="${xmiModelDirectory}"/>
-->
<!-- the serialization component -->
<fragment class="org.eclipse.xtext.generator.parseTreeConstructor.ParseTreeConstructorFragment"
generateDotDiagram="${generateDotDiagram}"
graphvizCommand="${graphvizCommand}" />
<!-- a custom ResourceFactory for use with EMF -->
<fragment class="org.eclipse.xtext.generator.resourceFactory.ResourceFactoryFragment"
fileExtensions="${fileExtensions}"/>
<!-- the following fragment tries to use the Antlr Generator fragment which can be downloaded from http://www.itemis.com
and falls back to the packrat parser if it's not available. -->
<fragment class="org.eclipse.xtext.generator.parser.antlr.XtextAntlrGeneratorFragment">
<options backtrack="${antlrBacktrack}"/>
</fragment>
<!-- java-based API for validation -->
<fragment class="org.eclipse.xtext.generator.validation.JavaValidatorFragment" />
<!-- scoping API -->
<!-- <fragment class="org.eclipse.xtext.generator.scoping.JavaScopingFragment"/> -->
<fragment class="org.eclipse.xtext.generator.types.TypesGeneratorFragment"/>
<!-- formatter API -->
<fragment class="org.eclipse.xtext.generator.formatting.FormatterFragment"/>
<!-- labeling API -->
<fragment class="org.eclipse.xtext.ui.generator.labeling.LabelProviderFragment"/>
<!-- outline API -->
<fragment class="org.eclipse.xtext.ui.generator.outline.OutlineTreeProviderFragment"/>
<fragment class="org.eclipse.xtext.ui.generator.outline.QuickOutlineFragment"/>
<fragment class="org.eclipse.xtext.generator.scoping.ImportNamespacesScopingFragment"/>
<fragment class="org.eclipse.xtext.generator.builder.BuilderIntegrationFragment"/>
<!-- java-based API for content assistance -->
<fragment class="org.eclipse.xtext.ui.generator.contentAssist.JavaBasedContentAssistFragment"/>
<!-- the following fragment tries to use the Antlr based content assist fragment which can be downloaded from http://www.itemis.com
and will be ignored if it's not available. -->
<fragment class="org.eclipse.xtext.generator.parser.antlr.XtextAntlrUiGeneratorFragment">
<options backtrack="${antlrBacktrack}"/>
</fragment>
</compose>
for the concrete grammars.
We also have a common-grammar that isn't used itself but should only hold the things, the concrete grammars have in common.
This is defined so:
<compose class="org.eclipse.xtext.generator.CompositeGeneratorFragment">
<property name="generateDotDiagram" value=""/>
<property name="graphvizCommand" value=""/>
<property name="antlrBacktrack" value="false"/>
<!-- Java API to access grammar elements (required by several other fragments) -->
<fragment class="org.eclipse.xtext.generator.grammarAccess.GrammarAccessFragment">
<xmlVersion value="1.0"/>
</fragment>
<!-- java-based API for content assistance -->
<fragment class="org.eclipse.xtext.ui.generator.contentAssist.JavaBasedContentAssistFragment"/>
<fragment class="org.eclipse.xtext.generator.parser.antlr.XtextAntlrGeneratorFragment">
<options backtrack="${antlrBacktrack}"/>
</fragment>
<!-- the serialization component -->
<fragment class="org.eclipse.xtext.generator.parseTreeConstructor.ParseTreeConstructorFragment"
generateDotDiagram="${generateDotDiagram}"
graphvizCommand="${graphvizCommand}" />
</compose>
For XText 1.0 this worked, but could it be, that the google-guice-errors come from this contruct?
Thanks for helping,
Best regards
Markus
|
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.05284 seconds