Trac author: czerwonka
CC Change: czerwonka@…
If this issue were resolved we'd be able to mix scala and java plugins in our application. This would be fantastic, because I'd much rather write my model code in scala, but I can live with my RCP UI code in Java.

I'm puzzled. This should work ... can you send me an absolutely minimal project which illustrates the problem.
Nb. as of 2.7.4 that eclipse.org wiki page is wrong: you shouldn't have the Java builder in your .project, only the Scala builder (which will invoke the Java builder internally as necessary).

Trac author: thsoft
The minimal project could be an RCP application from Hello RCP template. But when I now wanted to reproduce this, I couldn't, because the Scala plugin (2.7.6final with Eclipse 3.5.0 I20090611-1540) was so unusably unstable (the new Scala class wizard didn't work, and even though the Scala class could be compiled into a class file, when I wanted to call it in the RCP app, a java.lang.NoClassDefFoundError: scala/ScalaObject exception was thrown...

Could you follow the trouble-shooting instructions  here and let me know how you get on. I suspect that heap configuration is the issue in comment #3.

Trac author: thsoft
Sorry, I forgot to include scala.library to the plugin dependencies and to the run configuration. Now, I could reproduce the problem. The exact steps:

• Create a plugin project with the following settings: create RCP application: yes, template: Hello RCP, add branding
• Create a Scala class (e.g ScalaTest) with a method, instantiate it and call the method (e.g. in Activator.start())
• Create a product definition using the existing product
• Export the product (don't generate metadata repository)

The problem: Now you can see that in the exported product, the plugin's jar contains only the source (.scala) of the Scala class, and not the compiled bytecode (.class). This occurs despite that the plugin's bin directory contains the correct class files.
Hence the product won't start, and in the log, the following exception can be seen:
java.lang.Error: Unresolved compilation problem:
ScalaTest cannot be resolved to a type

Trac author: czerwonka
I'm having the same issue basically. Furthermore, I have wrapped JODA in a plugin and created a dependency from the Scala+Java plugin to the new JODA plugin. When I try a access the JODA api's from the Scala+Java plugin, I get errors plus I can't navigate to any of the JODA code.
It seems extremely unstable to me.

Trac author: czerwonka
Attachment: file:error_in_java.png
Error in my activator trying to access Scala code

Trac author: czerwonka
Attachment: file:time_series_class.png
simple Scala class that Java is trying to invoke

Trac author: czerwonka
Attachment: file:project.png
Java and Scala in the same project

Trac author: czerwonka
I attached three screenshots that show a pedestrian case that is failing.

Trac author: thsoft
I'm experiencing the same, but I think it is a separate issue, so it should belong to another ticket.

Are these error indicators only visible in the Java editor? Or do they also appear in the Eclipse Problems view?

Trac author: thsoft
The strange is that they are only visible in the Java editor, but not in the Problems view or as resource decorations.

Right, so this is a known proble (largely fixed on trunk). The Java presentation compiler (which is responsible for the annotations you're seeing) isn't always aware of Scala constructs and hence give spurious reports. The Java build compiler, on the other hand, is quite happy so your build is successful and there are no problems listed in the Eclipse Problems view.
The workaround is to pay attention only to errors in Java source referencing Scala if there is a corresponding problem listed in the Problem view.
Aside from this, are you able to export your project?

Trac author: thsoft
As I said in  https://lampsvn.epfl.ch/trac/scala/ticket/1919#comment:5, the export completes successfully but the resulting plugin is incorrect because the source files of the Scala files are in the jar instead of the class files.

Trac author: czerwonka
Sounds like this issues is solved in the trunk so I won't bother logging a new issue. I will however abandon my Java+Scala project and reluctantly use Java exclusively. I do look forward to more progress on this development and will eagerly await a new release that is hopefully more ready.
Thanks for your efforts Miles - they are appreciated.

Trac author: thsoft
Unfortunately in the more unstable 2.7.7RC1, the situation is even worse: when following the above steps creating an Eclipse plugin with Scala nature, when creating a Scala class, the following exception is thrown:
scala.tools.nsc.FatalError: object scala not found.
at scala.tools.nsc.symtab.Definitions$definitions$.getModuleOrClass(Definitions.scala:355)
at scala.tools.nsc.symtab.Definitions$definitions$.getModule(Definitions.scala:326)
at scala.tools.nsc.symtab.Definitions$definitions$.ScalaPackage(Definitions.scala:34)
at scala.tools.nsc.symtab.Definitions$definitions$.ScalaPackageClass(Definitions.scala:35)
at scala.tools.nsc.symtab.Definitions$definitions$.init(Definitions.scala:663)
at scala.tools.nsc.Global$Run.<init>(Global.scala:476)
at scala.tools.eclipse.BuildCompiler$$anon$4.<init>(BuildCompiler.scala:84)
at scala.tools.eclipse.BuildCompiler.build(BuildCompiler.scala:84)
at scala.tools.eclipse.ScalaPlugin$ProjectImpl$class.build(ScalaPlugin.scala:406)
at scala.tools.eclipse.Driver$Project.build(Driver.scala:16)
at lampion.eclipse.Builder.build(Builder.scala:90)
at scala.tools.eclipse.Builder.build(Builder.scala:33)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:627)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:170)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:201)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:253)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:256)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:218)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:360)
at org.eclipse.core.internal.resources.Project$1.run(Project.java:522)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1782)
at org.eclipse.core.internal.resources.Project.internalBuild(Project.java:502)
at org.eclipse.core.internal.resources.Project.build(Project.java:94)
at scala.tools.eclipse.wizards.NewResourceWizard$class.performFinish(NewResourceWizard.scala:171)
at scala.tools.eclipse.wizards.NewClassWizard.performFinish(NewClassWizard.scala:9)
at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDialog.java:752)
at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:373)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:624)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:3542)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1247)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1270)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1255)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1076)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3440)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3099)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:825)
at org.eclipse.jface.window.Window.open(Window.java:801)
at org.eclipse.ui.internal.handlers.WizardHandler$New.executeHandler(WizardHandler.java:253)
at org.eclipse.ui.internal.handlers.WizardHandler.execute(WizardHandler.java:273)
at org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:294)
at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508)
at org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerService.java:169)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:470)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:824)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:880)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:569)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard.java:510)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(WorkbenchKeyboard.java:125)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:965)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:3541)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1247)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1270)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1255)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1284)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1280)
at org.eclipse.swt.widgets.Tree.sendKeyEvent(Tree.java:2330)
at org.eclipse.swt.widgets.Control.keyDown(Control.java:2019)
at org.eclipse.swt.widgets.Composite.keyDown(Composite.java:529)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4654)
at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:202)
at org.eclipse.swt.widgets.Widget.windowSendEvent(Widget.java:1750)
at org.eclipse.swt.widgets.Shell.windowSendEvent(Shell.java:1821)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4712)
at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
at org.eclipse.swt.widgets.Display.applicationSendEvent(Display.java:4284)
at org.eclipse.swt.widgets.Display.applicationProc(Display.java:4351)
at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
at org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(NSApplication.java:101)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3096)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
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:368)
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:592)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
The scala file is created, but after it, the bin directory does not contain the class files compiled from Scala code, and there are real problems (i.e. not just in the editor) when trying to access them from Java code.

Trac author: thsoft
FYI: see Pauli's comment here:  http://www.coconut-palm-software.com/the_new_visual_editor/doku.php?id=blog:using_scala_to_create_eclipse_rcp_applications#using_scala_to_create_eclipse_rcp_applications (based on  http://iacobus.blogspot.com/2007/03/add-groovy-to-your-eclipse-plugin.html). Maybe this could be automated by the Scala Eclipse plugin.

That's an interesting looking article, but links to it belong in comments on this ticket. Please open a new enhancement ticket requesting enhanced Scala PDE support and reference that article there.
In the meantime, can anyone verify that the problem is indeed fixed on trunk?

That should have been "but links to it don't belong in comments on this ticket".

Trac author: spiros
CC Change: sptz45@…
I've tested this issue with r19928 and unfortunately the bug is still valid. I followed the procedure outlined in comment:  https://lampsvn.epfl.ch/trac/scala/ticket/1919#comment:5 and the jar file in the exported product contained the .scala file not the .class.

Related association with ticket #1000017 was added

Related association with ticket #1000017 was removed

Updating tickets (#1000069, #1000195, #1000213, #1000223, #1000006, #1000021, #1000038, #1000048, #1000051, #1000052, #1000075, #1000103, #1000109, #1000115, #1000119, #1000156, #1000186, #1000207, #1000238, #1000262, #1000263, #380, #389, #683, #1238, #1331, #1635, #1645, #1715, #1729, #1744, #1783, #1839, #1869, #1885, #1890, #1902, #1918, #1919, #1924, #1925, #1946, #1964, #1991, #2131, #2233, #2342, #2348, #2408, #2459, #2499, #2523, #2572, #2582, #2602, #2614, #2615, #2675, #2710, #2745, #2763, #2816, #2830, #2834, #2878, #2879, #2887, #2888, #2901, #2911, #2912, #2922, #2937, #2938, #2942, #2951, #2955, #2957, #2961, #2964, #2965, #2974, #2975, #2989, #2990, #3002, #3055, #3070, #3087, #3135, #3139, #3173, #3182, #3184, #3200, #3213, #3214, #3221, #3243, #3251)

Updating tickets (#1000199, #1000200, #1000201, #1000204, #1000205, #1000209, #1000210, #1000211, #1000212, #1000215, #1000217, #1000218, #1000220, #1000222, #1000226, #1000227, #1000228, #1000230, #1000231, #1000232, #1000233, #1000235, #1000236, #1000237, #1000239, #1000240, #1000241, #1000242, #1000243, #1000244, #1000248, #1000249, #1000252, #1000253, #1000254, #1000255, #1000256, #1000258, #1000259, #1000032, #1000059, #1000062, #1000163, #1000197, #1000216, #1000221, #1000224, #1000121, #1000175, #1000219, #1000251, #1000069, #1000195, #1000213, #1000223, #1000006, #1000021, #1000038, #1000048, #1000051, #1000052, #1000075, #1000103, #1000109, #1000115, #1000119, #1000156, #1000186, #1000207, #1000238, #1000262, #1000263, #380, #389, #683, #1238, #1331, #1635, #1645, #1715, #1729, #1744, #1783, #1839, #1869, #1885, #1890, #1902, #1918, #1919, #1924, #1925, #1946, #1964, #1991, #2131, #2233, #2342, #2348, #2408)

Please inform me of changes to this ticket

Oscar Vargas Torres
Universidad Michoacana de San Nicolás de Hidalgo
Posgrado de la Facultad de Ingeniería Eléctrica