| Using VE in J2ME environment [message #134630] |
Mon, 08 January 2007 04:54 |
Eclipse User |
|
|
|
Hi,
The next task for MTJ (www.eclipse.org/dsdp/mtj) is to have GUI builder
for MIDP midlets using VE.
In our prototype we used the existing Swing widgets to emulate MIDP
widgets.
We are facing some difficulties in integrating this prototype in MTJ env.
The reasons are
1. There is JRE runtime for a J2ME project.
2. VE needs JRE to run.
To overcome this, we tried the following workaround
1. Added JRE as a library to the J2ME project
2. Removed J2ME specific classes from the runtime. (This was achieved
using reflection in classpath contributor class)
After this we are getting this exception.
java.lang.ClassCastException:
org.eclipse.ve.internal.java.core.BeanProxyAdapter
at
org.eclipse.ve.internal.jfc.core.ComponentGraphicalEditPart. getComponentProxy(ComponentGraphicalEditPart.java:379)
at
org.eclipse.ve.internal.jfc.core.ContainerGraphicalEditPart. createLayoutEditPolicy(ContainerGraphicalEditPart.java:80)
at
org.eclipse.ve.internal.jfc.core.ContainerGraphicalEditPart. createEditPolicies(ContainerGraphicalEditPart.java:69)
at
org.eclipse.gef.editparts.AbstractEditPart.addNotify(Abstrac tEditPart.java:230)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.addNotif y(AbstractGraphicalEditPart.java:212)
at
org.eclipse.gef.editparts.AbstractEditPart.addChild(Abstract EditPart.java:198)
at
org.eclipse.gef.editparts.AbstractEditPart.refreshChildren(A bstractEditPart.java:727)
at
org.eclipse.gef.editparts.AbstractEditPart.refresh(AbstractE ditPart.java:677)
at
org.eclipse.gef.editparts.AbstractGraphicalEditPart.refresh( AbstractGraphicalEditPart.java:554)
at
org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorPart.setRootModel(JavaVisualEditorPart.java:504)
at
org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorPart.initializeViewers(JavaVisualEditorPart.java:1121)
at
org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorPart$13.run(JavaVisualEditorPart.java:2098)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:123)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3325)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2971)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:1914)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1878)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:419)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplicatio n.java:95)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(Pl atformActivator.java:78)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:92)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:68)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:400)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336 )
at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
at org.eclipse.core.launcher.Main.run(Main.java:977)
at org.eclipse.core.launcher.Main.main(Main.java:952)
Is there any work around for this
Thanks,
|
|
|
Powered by
FUDForum. Page generated in 0.04198 seconds
Home