org.fornax.cartridges.sculptor.dsl.Sculptor Dsl: Editor could not be initialized.

[mogudoom]

i installed according to that doc but i cant open model .desigh its
showing unable to load through bellow error

[Patrik Nordwall]

To be able to help we need more information. What Eclipse version? Did you install Xtext 1.0.1? What does the model.btdesign contain?

[Patrik Nordwall]

To be able to help we need more information. What Eclipse version? Did you install Xtext 1.0.1? What does the model.btdesign contain?

On Fri, Dec 16, 2011 at 11:38 AM, mogudoom <mogu...@gmail.com> wrote:

[mogudoom abdul Kader]

Hey Patrik, 

 eclipse version : SpringSource Tool Suite 2.8.1.RELEASE

i installed xtext 1.0.1 

xpad 1.0.1 

Mwe sdk 1.0.1

model,btdesigh contain Application MyApp {

    basePackage=org.samplehello

}

when i open the model.xtext 1.0.1 it showing following error.

org.eclipse.xtext.parser.ParseException: java.lang.NoSuchFieldError: token

at org.fornax.cartridges.sculptor.dsl.parser.antlr.SculptordslParser.parse(SculptordslParser.java:35)

at org.eclipse.xtext.parser.antlr.AbstractAntlrParser.doParse(AbstractAntlrParser.java:57)

at org.eclipse.xtext.parser.AbstractParser.parse(AbstractParser.java:46)

at org.eclipse.xtext.resource.XtextResource.doLoad(XtextResource.java:146)

at org.eclipse.xtext.linking.lazy.LazyLinkingResource.doLoad(LazyLinkingResource.java:63)

at org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1511)

at org.eclipse.xtext.ui.editor.model.XtextDocumentProvider.loadResource(XtextDocumentProvider.java:120)

at org.eclipse.xtext.ui.editor.model.XtextDocumentProvider.setDocumentContent(XtextDocumentProvider.java:103)

at org.eclipse.ui.editors.text.StorageDocumentProvider.createDocument(StorageDocumentProvider.java:229)

at org.eclipse.ui.editors.text.FileDocumentProvider.createElementInfo(FileDocumentProvider.java:735)

at org.eclipse.xtext.ui.editor.model.XtextDocumentProvider.createElementInfo(XtextDocumentProvider.java:131)

at org.eclipse.ui.texteditor.AbstractDocumentProvider.connect(AbstractDocumentProvider.java:400)

at org.eclipse.ui.texteditor.AbstractTextEditor.doSetInput(AbstractTextEditor.java:4213)

at org.eclipse.ui.texteditor.StatusTextEditor.doSetInput(StatusTextEditor.java:237)

at org.eclipse.ui.texteditor.AbstractDecoratedTextEditor.doSetInput(AbstractDecoratedTextEditor.java:1451)

at org.eclipse.ui.editors.text.TextEditor.doSetInput(TextEditor.java:169)

at org.eclipse.xtext.ui.editor.XtextEditor.doSetInput(XtextEditor.java:149)

at org.eclipse.ui.texteditor.AbstractTextEditor$19.run(AbstractTextEditor.java:3200)

at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:464)

at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:372)

at org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.java:759)

at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)

at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:756)

at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:2642)

at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(AbstractTextEditor.java:3218)

at org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTextEditor.java:3245)

at org.eclipse.xtext.ui.editor.XtextEditor.init(XtextEditor.java:169)

at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:828)

at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:647)

at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:465)

at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595)

at org.eclipse.ui.internal.EditorReference.getEditor(EditorReference.java:289)

at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2945)

at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2850)

at org.eclipse.ui.internal.WorkbenchPage.access$11(WorkbenchPage.java:2842)

at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2793)

at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)

at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2789)

at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2773)

at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2764)

at org.eclipse.ui.ide.IDE.openEditor(IDE.java:651)

at org.eclipse.ui.ide.IDE.openEditor(IDE.java:610)

at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:355)

at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:164)

at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:249)

at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:228)

at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:275)

at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:251)

at org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen(PackageExplorerActionGroup.java:376)

at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$4.open(PackageExplorerPart.java:538)

at org.eclipse.ui.OpenAndLinkWithEditorHelper$InternalListener.open(OpenAndLinkWithEditorHelper.java:48)

at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:866)

at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)

at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:49)

at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175)

at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:864)

at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:1152)

at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:1256)

at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:275)

at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:269)

at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:309)

at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)

at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1053)

at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4165)

at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3754)

at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696)

at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660)

at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494)

at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674)

at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)

at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:667)

at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)

at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:123)

at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)

at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)

at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)

at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)

at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)

at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)

at org.eclipse.equinox.launcher.Main.run(Main.java:1410)

at org.eclipse.equinox.launcher.Main.main(Main.java:1386)

Caused by: java.lang.RuntimeException: java.lang.NoSuchFieldError: token

at org.eclipse.xtext.parser.antlr.AbstractInternalAntlrParser.parse(AbstractInternalAntlrParser.java:513)

at org.fornax.cartridges.sculptor.dsl.parser.antlr.SculptordslParser.parse(SculptordslParser.java:32)

... 85 more

Caused by: java.lang.NoSuchFieldError: token

at org.eclipse.xtext.parser.antlr.Lexer.nextToken(Lexer.java:48)

at org.antlr.runtime.CommonTokenStream.fillBuffer(CommonTokenStream.java:95)

at org.antlr.runtime.CommonTokenStream.LT(CommonTokenStream.java:238)

at org.eclipse.xtext.parser.antlr.XtextTokenStream.LT(XtextTokenStream.java:162)

at org.eclipse.xtext.parser.antlr.XtextTokenStream.LA(XtextTokenStream.java:148)

at org.fornax.cartridges.sculptor.dsl.parser.antlr.internal.InternalSculptordslParser.ruleDslModel(InternalSculptordslParser.java:140)

at org.fornax.cartridges.sculptor.dsl.parser.antlr.internal.InternalSculptordslParser.entryRuleDslModel(InternalSculptordslParser.java:96)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.eclipse.xtext.parser.antlr.AbstractInternalAntlrParser.parse(AbstractInternalAntlrParser.java:502)

... 86 more

--

Thanks && Regards

-----

mogudoom

[Patrik Nordwall]

I can't reproduce. It works perfectly fine when I installed the following:

- STS 2.8.1 (Mac OS X (Cocoa, 64bit) springsource-tool-suite-2.8.1.RELEASE-e3.7.1-macosx-cocoa-x86_64-installer.dmg)

- Xtext 1.0.1 etc from http://download.eclipse.org/releases/helios

- Sculptor 2.1.0.0 from http://fornax-platform.org/updatesite/site.xml

/Patrik

[mogudoom abdul Kader]

but i m using spring 2.8.1 in windows xp service pack three. i have been installed all those config in mac system , it worked perfectly for me 

[Mohamed Kreifeur]

Hi
I am having the same problem, I can not edit model.btdesign.
I tried the helloworld example, from command lined, its worked fine

I am using :
  - Windows 7 professional
  - Java(TM) SE Runtime Environment (build 1.6.0_24-b07), Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode)
  - SpringSource Tool Suite, Version: 2.8.1.RELEASE, Build Id: 201111221000
  - Even Eclipse Indigo Service Release 2, Build id: 20120216-1857
  - I followed the installation guide as described.

Any help, is very appreciated
I hope I could get this problem solved to move forward with this nice dev platform
Thanks to all of you...

Mohamed.

[Patrik Nordwall]

Isn't that the same as described here: http://groups.google.com/group/fornax-platform/browse_thread/thread/8e568c7746dd5761

Problem with what comes by default with Indigo Service Release 2.

Try to do as Heinz describes.

/Patrik

http://groups.google.com/group/fornax-platform/browse_thread/thread/8e568c7746dd5761

[John N]

Hi Patrick,

I've also been running into this one.  (I'm still new to using sculptor, but I've been keeping an eye on it for about 6 years).    I've got the code all checked out and forked into my git repository, everything is working the way I want except for these eclipse modules  related to the DSL.   Looking at this it seems the versions of the deps in  org.fornax.cartridges.sculptor.dsl  are a bit old by now..

<dependency>

<groupId>p2.osgi.bundle</groupId>

<artifactId>org.eclipse.xtext</artifactId>

<version>1.0.1.v201008251220</version>

</dependency>

Just trying to fix the red Xs I still have in there, seems to be due to conflicts with that version and the versions I have installed.  I think all I would need to do is rev up the xtext and related deps to the same version that 3.7R2 includes 2.2.1v20111213054  ..  

I'm just not sure how difficult it would be to fix the code in the projects from making the big jump from xtext 1.0.1 to 2.2.1.  Wondering if you have any thoughts on that / or if I'm wasting my time and would be better off downgrading to eclipse or just the xtext plugins to the correct versions.

Slightly OT - I had mentioned git there.  Being a long time champion of svn it took me a good while to take the git plunge, and then figure out how everything is supposed to work. I finally had a good reason to as I want to implement some changes in sculptor that most of you won't be interested in (..this is good), but still have the ability to pull changes down and even send some of my changes back up.   Git is pretty wild compared to svn to say the least.  However I'm starting to get it, and I think a project like sculptor could benefit a lot from being on github.  I know it's pretty married to svn at this point, and it would be a ton of disruptive work to move, but it's something to think about... I think eventually it will end up there 

Also the eclipse maven integration with 3.7 is finally worth using.  I've blown away all of the eclipse:eclipse classpath info and have converted everything to a maven project - works fine. (...finally)

-John

[Patrik Nordwall]

11 mar 2012 kl. 02:21 skrev John N <john.n...@gmail.com>:

Hi Patrick,

I've also been running into this one.  (I'm still new to using sculptor, but I've been keeping an eye on it for about 6 years).    I've got the code all checked out and forked into my git repository, everything is working the way I want except for these eclipse modules  related to the DSL.   Looking at this it seems the versions of the deps in  org.fornax.cartridges.sculptor.dsl  are a bit old by now..

<dependency>

<groupId>p2.osgi.bundle</groupId>

<artifactId>org.eclipse.xtext</artifactId>

<version>1.0.1.v201008251220</version>

</dependency>

Just trying to fix the red Xs I still have in there, seems to be due to conflicts with that version and the versions I have installed.  I think all I would need to do is rev up the xtext and related deps to the same version that 3.7R2 includes 2.2.1v20111213054  ..  

I'm just not sure how difficult it would be to fix the code in the projects from making the big jump from xtext 1.0.1 to 2.2.1.  Wondering if you have any thoughts on that / or if I'm wasting my time and would be better off downgrading to eclipse or just the xtext plugins to the correct versions.

That is not a drop-in upgrade. We have started the migration to xtext 2.x in a branch, see some other recent thread in the mailinglist.

Until ready I think the only way is to find a version mix that works.

Slightly OT - I had mentioned git there.  Being a long time champion of svn it took me a good while to take the git plunge, and then figure out how everything is supposed to work. I finally had a good reason to as I want to implement some changes in sculptor that most of you won't be interested in (..this is good), but still have the ability to pull changes down and even send some of my changes back up.   Git is pretty wild compared to svn to say the least.  However I'm starting to get it, and I think a project like sculptor could benefit a lot from being on github.  I know it's pretty married to svn at this point, and it would be a ton of disruptive work to move, but it's something to think about... I think eventually it will end up there 

Yeah, I use git/github in my day job and I can't understand how I was able to get anything done without it. However, I'm not sure if moving Sculptor to github is the right thing. We have several commiters that are fine with svn, I guess, but it's up to commiters to decide...

Also the eclipse maven integration with 3.7 is finally worth using.  I've blown away all of the eclipse:eclipse classpath info and have converted everything to a maven project - works fine. (...finally)

Good to hear. Are you using the latest plugins developed by Torsten?

[Ron Smith]

On git/svn, one option may be for those that are interested to use a
shared SVN bridge hosted on github or similar.

I've been using this approach at work and for the GWT Sculptor GUI
feature I'm working on (repository at https://github.com/rsmith72/fornax-sculptor-sandbox/).

I've only used it for myself, and not with multiple people sharing a
git-svn repository. Maybe someone with more experience can comment.

Ron

On Mar 11, 4:09 am, Patrik Nordwall <patrik.nordw...@gmail.com> wrote: