Home » Modeling » TMF (Xtext) » Error generating UI [ropject from TMF grammar
|
| Re: Error generating UI [ropject from TMF grammar [message #57790 is a reply to message #57766] |
Mon, 13 July 2009 18:44   |
 Sven Efftinge
Messages: 1823
Registered: July 2009 |
Senior Member |
|
|
Hi Jos,
if not otherwise specified, it is assumed that the ui project is in the
same directory as the runtime project and has a suffix '.ui'.
However, that is just the default, you can specify the path to the ui
project using the 'pathUiProject' property:
<component class="org.eclipse.xtext.generator.Generator"
pathUiProject value="/my/path/to.ui" >
See the setters in org.eclipse.xtext.generator.Generator to find out
what can be configured.
Cheers,
Sven
Jos Warmer schrieb:
> I try to run the mwe workflow to generate the TMF parser and TMF UI project.
> In my first tryouts this worked well, but I am now in a situation where I get an error message like:
>
> << ... running ..>>
> 7344 [main] ERROR g.eclipse.xtext.generator.Generator - java.io.FileNotFoundException: ..\org.mod4j.dsl.businessdomain.xtext.ui\META-INF\MANIFEST.M F (Het systeem kan het opgegeven pad niet vinden)
> org.eclipse.emf.common.util.WrappedException: java.io.FileNotFoundException: ..\org.mod4j.dsl.businessdomain.xtext.ui\META-INF\MANIFEST.M F (Het systeem kan het opgegeven pad niet vinden)
> at org.eclipse.xtext.generator.Generator.mergeManifest(Generato r.java:317)
> at org.eclipse.xtext.generator.Generator.generateManifestUi(Gen erator.java:352)
> at org.eclipse.xtext.generator.Generator.invokeInternal(Generat or.java:92)
> at org.eclipse.emf.mwe.core.lib.AbstractWorkflowComponent.invok e(AbstractWorkflowComponent.java:118)
> at org.eclipse.emf.mwe.core.container.CompositeComponent.intern alInvoke(CompositeComponent.java:101)
> at org.eclipse.emf.mwe.core.container.CompositeComponent.invoke (CompositeComponent.java:86)
> at org.eclipse.emf.mwe.core.WorkflowRunner.executeWorkflow(Work flowRunner.java:412)
> at org.eclipse.emf.mwe.core.WorkflowRunner.run(WorkflowRunner.j ava:292)
> at org.eclipse.emf.mwe.core.WorkflowRunner.main(WorkflowRunner. java:239)
> Caused by: java.io.FileNotFoundException: ..\org.mod4j.dsl.businessdomain.xtext.ui\META-INF\MANIFEST.M F (Het systeem kan het opgegeven pad niet vinden)
> at java.io.FileInputStream.open(Native Method)
> at java.io.FileInputStream.<init>(Unknown Source)
> at org.eclipse.xtext.generator.Generator.mergeManifest(Generato r.java:304)
> ... 8 more
> 7344 [main] INFO eclipse.emf.mwe.core.WorkflowRunner - workflow completed in 5391ms!
>
> The generator uses a pathname with .. prefixing the current project directory to find the UI project.
> This works fine whenever the xtext and the xtext.ui projects are in the same workspace.
> In our situation the xtext project is outside the workspace, which seems to be the only difference with the previous projects where it did work.
> I cannot see where the ../org.mod4j.... is really looking (its a relative opath :-( ),
> buyt my guess is that this path is wrong becasue the xtext project is outside the workspace directoty.
>
> Has anyobe seen this before, or can anyone either confirm or reject my guess?
>
> Jos Warmer
>
>
|
|
|
| Re: Error generating UI [ropject from TMF grammar [message #57864 is a reply to message #57790] |
Mon, 13 July 2009 18:56 |
Jos Warmer
Messages: 66
Registered: July 2009 |
Member |
|
|
Sven,
The projects are both in the same directory, but this dierectory is
outaside the workspace. That seems to be the only difference I have
with other projects.
The first time I ran the workflow the .ui project did not exist
(anywhere) and I got this message. Strange ebough, because it should
create the project we=henever this doesn't exist (isn't it?). Next
time I created the xtext.ui project, but got the same message.
Is there a way to get the absolute name of the file it tries to find?
That might help.
Regards, Jos
Sven Efftinge heeft ons zojuist aangekondigd :
> Hi Jos,
>
> if not otherwise specified, it is assumed that the ui project is in the same
> directory as the runtime project and has a suffix '.ui'.
> However, that is just the default, you can specify the path to the ui project
> using the 'pathUiProject' property:
>
> <component class="org.eclipse.xtext.generator.Generator"
> pathUiProject value="/my/path/to.ui" >
>
> See the setters in org.eclipse.xtext.generator.Generator to find out what can
> be configured.
>
> Cheers,
> Sven
>
> Jos Warmer schrieb:
>> I try to run the mwe workflow to generate the TMF parser and TMF UI
>> project.
>> In my first tryouts this worked well, but I am now in a situation where I
>> get an error message like:
>>
>> << ... running ..>>
>> 7344 [main] ERROR g.eclipse.xtext.generator.Generator -
>> java.io.FileNotFoundException:
>> ..\org.mod4j.dsl.businessdomain.xtext.ui\META-INF\MANIFEST.M F (Het systeem
>> kan het opgegeven pad niet vinden)
>> org.eclipse.emf.common.util.WrappedException:
>> java.io.FileNotFoundException:
>> ..\org.mod4j.dsl.businessdomain.xtext.ui\META-INF\MANIFEST.M F (Het systeem
>> kan het opgegeven pad niet vinden)
>> at org.eclipse.xtext.generator.Generator.mergeManifest(Generato r.java:317)
>> at
>> org.eclipse.xtext.generator.Generator.generateManifestUi(Gen erator.java:352)
>> at org.eclipse.xtext.generator.Generator.invokeInternal(Generat or.java:92)
>> at
>> org.eclipse.emf.mwe.core.lib.AbstractWorkflowComponent.invok e(AbstractWorkflowComponent.java:118)
>> at
>> org.eclipse.emf.mwe.core.container.CompositeComponent.intern alInvoke(CompositeComponent.java:101)
>> at
>> org.eclipse.emf.mwe.core.container.CompositeComponent.invoke (CompositeComponent.java:86)
>> at
>> org.eclipse.emf.mwe.core.WorkflowRunner.executeWorkflow(Work flowRunner.java:412)
>> at org.eclipse.emf.mwe.core.WorkflowRunner.run(WorkflowRunner.j ava:292)
>> at org.eclipse.emf.mwe.core.WorkflowRunner.main(WorkflowRunner. java:239)
>> Caused by: java.io.FileNotFoundException:
>> ..\org.mod4j.dsl.businessdomain.xtext.ui\META-INF\MANIFEST.M F (Het systeem
>> kan het opgegeven pad niet vinden)
>> at java.io.FileInputStream.open(Native Method)
>> at java.io.FileInputStream.<init>(Unknown Source)
>> at org.eclipse.xtext.generator.Generator.mergeManifest(Generato r.java:304)
>> ... 8 more
>> 7344 [main] INFO eclipse.emf.mwe.core.WorkflowRunner - workflow completed
>> in 5391ms!
>>
>> The generator uses a pathname with .. prefixing the current project
>> directory to find the UI project.
>> This works fine whenever the xtext and the xtext.ui projects are in the
>> same workspace.
>> In our situation the xtext project is outside the workspace, which seems to
>> be the only difference with the previous projects where it did work.
>> I cannot see where the ../org.mod4j.... is really looking (its a relative
>> opath :-( ),
>> buyt my guess is that this path is wrong becasue the xtext project is
>> outside the workspace directoty.
>>
>> Has anyobe seen this before, or can anyone either confirm or reject my
>> guess?
>>
>> Jos Warmer
>>
>>
|
|
|
| Re: Error generating UI [ropject from TMF grammar [message #57887 is a reply to message #57864] |
Mon, 13 July 2009 19:14 |
Sven Efftinge
Messages: 1823
Registered: July 2009 |
Senior Member |
|
|
Jos Warmer schrieb:
> Sven,
>
> The projects are both in the same directory, but this dierectory is
> outaside the workspace. That seems to be the only difference I have with
> other projects.
>
> The first time I ran the workflow the .ui project did not exist
> (anywhere) and I got this message. Strange ebough, because it should
> create the project we=henever this doesn't exist (isn't it?).
Yes, this is worth a bugzilla, I guess.
> Next time
> I created the xtext.ui project, but got the same message.
>
> Is there a way to get the absolute name of the file it tries to find?
> That might help.
No, at least not by configuration.
You could run the workflow with Java Debug enabled (see the runtime
configuration for MWE Workflow) and have a breakpoint in
org.eclipse.xtext.generator.Generator.generateManifestUi(Lis t <LanguageConfig>,
XpandExecutionContext) on line 352
it's """ mergeManifest(getProjectNameUi(), path, exported,
requiredBundles, getActivator()); """
there the 'path' variable denotes the path of the Manifest.MF.
It's a string composed of pathUiProject+"META-INF/MANIFEST.MF"
Sven
|
|
|
| Re: Error generating UI [ropject from TMF grammar [message #57960 is a reply to message #57887] |
Mon, 13 July 2009 19:49 |
Jos Warmer
Messages: 66
Registered: July 2009 |
Member |
|
|
Sven,
I did get it working using an absolute pathname for the pathUIproject
variable. After that it seems to work with the relative path as well.
After digging somewhat deeper, I think the problem is based in the fact
that the eclipse project name and the directory name in which the
project resides are not the same. This confuses the TMF generator and
causes it to look at the wrong place for the MANIFEST.MF file.
I'll try to get a small example showing the error and add it bugzilla.
Regards, Jos
Sven Efftinge stelde dit idée voor :
> Jos Warmer schrieb:
>> Sven,
>>
>> The projects are both in the same directory, but this dierectory is
>> outaside the workspace. That seems to be the only difference I have with
>> other projects.
>>
>> The first time I ran the workflow the .ui project did not exist (anywhere)
>> and I got this message. Strange ebough, because it should create the
>> project we=henever this doesn't exist (isn't it?).
>
> Yes, this is worth a bugzilla, I guess.
>
>> Next time I created the xtext.ui project, but got the same message.
>>
>> Is there a way to get the absolute name of the file it tries to find? That
>> might help.
>
> No, at least not by configuration.
> You could run the workflow with Java Debug enabled (see the runtime
> configuration for MWE Workflow) and have a breakpoint in
> org.eclipse.xtext.generator.Generator.generateManifestUi(Lis t <LanguageConfig>,
> XpandExecutionContext) on line 352
>
> it's """ mergeManifest(getProjectNameUi(), path, exported, requiredBundles,
> getActivator()); """
>
> there the 'path' variable denotes the path of the Manifest.MF.
> It's a string composed of pathUiProject+"META-INF/MANIFEST.MF"
>
> Sven
|
|
| |
Goto Forum:
Current Time: Fri Jul 19 07:27:22 GMT 2024
Powered by FUDForum. Page generated in 0.03407 seconds |
] 
Search
Help
Register
Login
Home
