Home » Archived » Visual Editor (VE) » VE out of Eclipse Europa ?
| | | | |
Re: VE out of Eclipse Europa ? [message #138317 is a reply to message #138311] |
Sun, 01 July 2007 21:36 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello Erik,
first of all, tank you for the great work!
Did you use eclipse-rcp-europa-win32, eclipse-SDK-3.3-win32 or
eclipse-java-europa-win32 to use VE?
Are there any other prerequisites?
best regards,
Marco Maniscalco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f69496$pvn$1@build.eclipse.org...
> Hello all,
>
> here is the link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
> Marco Maniscalco schrieb:
>> Hello Erik,
>>
>> I would really appreciate that! I also tried to fix something but did not
>> succeed...
>>
>> Thanks in advance
>> Marco Maniscalco
>>
>>
>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>> news:f66dkn$eo2$1@build.eclipse.org...
>>> Wojciech Halicki - Piszko schrieb:
>>>> No free alternative as there is commercial WindowBuilder -
>>>> http://www.instantiations.com/press/release/070627.html. And it is
>>>> provided free for open source projects -
>>>> http://www.instantiations.com/company/opensource.html VE will surely
>>>> work with Europa - there is some work done already. There is
>>>> conversation on this news list about it.
>>>>
>>>>> Looks like Europa will ship without a gui editor.
>>>>> VE is not there and it seems there's no alternative.
>>>>> http://www.eclipse.org/europa/projects.php
>>>>>
>>>>> Mik
>>>>> --
>>>>
>>>>
>>>
>>> Hello,
>>>
>>> If anybody is intrested in, i can build a zip file for MAC OSX and
>>> Windows this weekend. This version works for me.
>>>
>>> I will post a download location when i finished.
>>>
>>> Best regards.
>>> Erik
>>>
>>> @Steve Robenalt, are there some news of progress?
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #138323 is a reply to message #138311] |
Mon, 02 July 2007 01:12 |
Eclipse User |
|
|
|
Originally posted by: erickj.isetec.com.mx
Do you have build for linux?
Erik Hecht wrote:
> Hello all,
>
> here is the link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
> Marco Maniscalco schrieb:
>> Hello Erik,
>>
>> I would really appreciate that! I also tried to fix something but did
>> not succeed...
>>
>> Thanks in advance
>> Marco Maniscalco
>>
>>
>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>> news:f66dkn$eo2$1@build.eclipse.org...
>>> Wojciech Halicki - Piszko schrieb:
>>>> No free alternative as there is commercial WindowBuilder -
>>>> http://www.instantiations.com/press/release/070627.html. And it is
>>>> provided free for open source projects -
>>>> http://www.instantiations.com/company/opensource.html VE will surely
>>>> work with Europa - there is some work done already. There is
>>>> conversation on this news list about it.
>>>>
>>>>> Looks like Europa will ship without a gui editor.
>>>>> VE is not there and it seems there's no alternative.
>>>>> http://www.eclipse.org/europa/projects.php
>>>>>
>>>>> Mik
>>>>> --
>>>>
>>>>
>>>
>>> Hello,
>>>
>>> If anybody is intrested in, i can build a zip file for MAC OSX and
>>> Windows this weekend. This version works for me.
>>>
>>> I will post a download location when i finished.
>>>
>>> Best regards.
>>> Erik
>>>
>>> @Steve Robenalt, are there some news of progress?
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #138329 is a reply to message #138317] |
Mon, 02 July 2007 03:52 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Marco,
you should have installed the runtime binaries. With the wtp sdk, i used
that one from online update.
best regards
Erik
Marco Maniscalco schrieb:
> Hello Erik,
>
> first of all, tank you for the great work!
>
> Did you use eclipse-rcp-europa-win32, eclipse-SDK-3.3-win32 or
> eclipse-java-europa-win32 to use VE?
> Are there any other prerequisites?
>
> best regards,
> Marco Maniscalco
>
>
> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
> news:f69496$pvn$1@build.eclipse.org...
>> Hello all,
>>
>> here is the link where you can find my (non-official) version.
>>
>> http://www.ehecht.com/eclipse_ve/ve.html
>>
>> best regards
>>
>> Erik
>>
>> Marco Maniscalco schrieb:
>>> Hello Erik,
>>>
>>> I would really appreciate that! I also tried to fix something but did
>>> not succeed...
>>>
>>> Thanks in advance
>>> Marco Maniscalco
>>>
>>>
>>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>>> news:f66dkn$eo2$1@build.eclipse.org...
>>>> Wojciech Halicki - Piszko schrieb:
>>>>> No free alternative as there is commercial WindowBuilder -
>>>>> http://www.instantiations.com/press/release/070627.html. And it is
>>>>> provided free for open source projects -
>>>>> http://www.instantiations.com/company/opensource.html VE will
>>>>> surely work with Europa - there is some work done already. There is
>>>>> conversation on this news list about it.
>>>>>
>>>>>> Looks like Europa will ship without a gui editor.
>>>>>> VE is not there and it seems there's no alternative.
>>>>>> http://www.eclipse.org/europa/projects.php
>>>>>>
>>>>>> Mik
>>>>>> --
>>>>>
>>>>>
>>>>
>>>> Hello,
>>>>
>>>> If anybody is intrested in, i can build a zip file for MAC OSX and
>>>> Windows this weekend. This version works for me.
>>>>
>>>> I will post a download location when i finished.
>>>>
>>>> Best regards.
>>>> Erik
>>>>
>>>> @Steve Robenalt, are there some news of progress?
>>>
>
|
|
| |
Re: VE out of Eclipse Europa ? [message #138358 is a reply to message #138329] |
Mon, 02 July 2007 14:19 |
Eclipse User |
|
|
|
Originally posted by: adam.giemza.gmx.de
Hey Erik,
well done. I have just tested it and it seems to work (so far). I hope
that the development will continue because I do not see any chance for
me to use a commercial gui builder.
Greetings,
Adam
|
|
|
Re: VE out of Eclipse Europa ? [message #138368 is a reply to message #138358] |
Mon, 02 July 2007 22:59 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
Hi Adam and Erik,
I am a newbie in Java and Eclipse matters.
Could you please describe your installation of Europa and VE? For example,
which are the downloads and possibly plug-ins/upgrades/updates you
installed?
Under Eclipse 3.2 with the VE SDK (VE-SDK-1.2.3_jem.zip) added, I get the
possibility to create a "Visual Class" when I select New.... Should I see
this possibility once your plug-in is installed?
Thanks for your help,
Wolfgang.
|
|
|
Re: VE out of Eclipse Europa ? [message #138380 is a reply to message #138368] |
Tue, 03 July 2007 10:00 |
Eclipse User |
|
|
|
Originally posted by: adam.giemza.gmx.de
Hi Wolfgang,
I have downloaded the plugin build by Erik ->
http://www.ehecht.com/eclipse_ve/ve.html
and copied it to my eclipse dir. I have downloaded the biggest package
of Eclipse (Eclipse for RCP/Plug-in Developers). As I have understood
the requirements, you need to install the WTP, because of JEM. Is it
correct?
At least it works for me very well.
Adam
|
|
| | |
Re: VE out of Eclipse Europa ? [message #138414 is a reply to message #138404] |
Tue, 03 July 2007 18:29 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
Hi,
Thanks, Marco, for your recommendations.
I tried out several combinations of packages, and can't get the system to
work properly.
Here are a few details of what I observe, and to be frank, I am not sure
everything is due to the Europa code, or whether MS Vista has a part in
this.
- OS used: MS Vista Premium in admin mode (user access control turned off)
- SW combination used:
Unzip eclipse-rcp-europa-win32.zip, then add the "features" and
"plugins" folders from all these packages:
emf-sdo-xsd-SDK-2.3.0.zip
dtp-sdk_1.5.zip
GEF-SDK-3.3.zip
wtp-sdk-R-2.0-200706260303.zip
Start eclipse, and check in Error Log that everything is fine.
Select a new Workspace. Check connectivity to Internet using
"Software updates" and choosing one of the add new features sites. Abort
process once connectivity to Internet is shown to work.
Close eclipse.
Add "features" and "plugins" folders from Eriks
ve_eclipse_33_win32.zip
package.
Upon starting eclipse, no errors in log.
When verifying Internet access, errors. (This may be due to Vista,
but I report it anyway.) Need to reboot the OS (thanks Bill) to recover
from this.
Restart OS and then start eclipse. Clear Error Log.
- Observations:
Build an app with a visual class (enable the SWT library). This is
what I get:
The palette is filled with widgets, etc.
I can create a shell and add widgets. The properties window does not
describe visual objects.
The Customized Layout dialog box opens, but is empty (both tabs).
I get a lot of errors of essentially two types:
- Warning: IWAV0155E Introspection failed on class
"org.eclipse.swt.widgets.XXX." msg="." <<== XXX = widget types
- Error: Unhandled event loop exception
I hope this helps Erik to fix things.
Wolfgang.
|
|
| |
Re: VE out of Eclipse Europa ? [message #138437 is a reply to message #138404] |
Tue, 03 July 2007 21:14 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello all,
I found a way to walk around this problem. Just do the following, and
(maybe) everything works good.
On the Project Properties in "Java Build Path" go to the Libraries and "Add
external Jars". Then choose "org.eclipse.ve.java.core" jar file. Then the
remote VM restarts because the classpath has changed. On my (Vista Business)
Machine all SWT stuff works great. I also opened some more compex SWT
Composites and it seems that everything works like with 3.2. Also the Layout
stuff is now working. I also did not notice any exceptions anymore :-)
I guess its not intended this way, but how could you adjust the classpath of
the remote VM to inject "org.eclipse.ve.java.core"?
Greets, Marco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f6e1s5$lhm$1@build.eclipse.org...
> Hello Marco,
>
> I think I know where the problem is. If I look in the error log of eclipse
> there are sometimes exception, when i use ve (for me with jfc) . It seem
> that one class is not avaiable in the remote vm. I have no idea, yet.
>
> Im looking forward to an new release.
>
> best regards.
> Erik
>
> Marco Maniscalco schrieb:
>> Yeah this also works great for me ... thanks to Erik ;-)
>>
>> But there is one issue and I don't have a clue why. If I create a SWT
>> Composite and place some controls on it, I am not able to modify it's
>> layout. "Menu / Customize Layout" just says: no layout options to
>> customize on current selection. Does anyone also face this problem?
>>
>> Greetings
>> Marco Maniscalco
>>
>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>> news:f6d6oq$mqk$1@build.eclipse.org...
>>> Hi Wolfgang,
>>>
>>> I have downloaded the plugin build by Erik ->
>>>
>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>
>>> and copied it to my eclipse dir. I have downloaded the biggest package
>>> of Eclipse (Eclipse for RCP/Plug-in Developers). As I have understood
>>> the requirements, you need to install the WTP, because of JEM. Is it
>>> correct?
>>>
>>> At least it works for me very well.
>>>
>>> Adam
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #138449 is a reply to message #138437] |
Tue, 03 July 2007 21:35 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
Hi Marco,
I just tried this and it works!!! Both the properties window and the
Customize Layout dialogs work. I can compile and run my shell with quite a
number of widgets.
However, there are still error logs of thrown exceptions from
org.eclipse.ve.java.core.
I compared this against the eclipse 3.2 configuration and could not find
this setting anywhere.
Thanks,
Wolfgang.
|
|
|
Re: VE out of Eclipse Europa ? [message #138460 is a reply to message #138437] |
Tue, 03 July 2007 21:42 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello all,
thanks for your feedback. I will try to fix this in my version.
last but not least:
I uploaded a Linux version of visual editor (ve) on the same location.
Please check it.
I couldn't verify if it works. I had only an old Laptop with Knoppix
here ;-).
Best regards
Erik
Marco Maniscalco schrieb:
> Hello all,
>
> I found a way to walk around this problem. Just do the following, and
> (maybe) everything works good.
>
> On the Project Properties in "Java Build Path" go to the Libraries and
> "Add external Jars". Then choose "org.eclipse.ve.java.core" jar file.
> Then the remote VM restarts because the classpath has changed. On my
> (Vista Business) Machine all SWT stuff works great. I also opened some
> more compex SWT Composites and it seems that everything works like with
> 3.2. Also the Layout stuff is now working. I also did not notice any
> exceptions anymore :-)
>
> I guess its not intended this way, but how could you adjust the
> classpath of the remote VM to inject "org.eclipse.ve.java.core"?
>
> Greets, Marco
>
> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
> news:f6e1s5$lhm$1@build.eclipse.org...
>> Hello Marco,
>>
>> I think I know where the problem is. If I look in the error log of
>> eclipse there are sometimes exception, when i use ve (for me with jfc)
>> . It seem that one class is not avaiable in the remote vm. I have no
>> idea, yet.
>>
>> Im looking forward to an new release.
>>
>> best regards.
>> Erik
>>
>> Marco Maniscalco schrieb:
>>> Yeah this also works great for me ... thanks to Erik ;-)
>>>
>>> But there is one issue and I don't have a clue why. If I create a SWT
>>> Composite and place some controls on it, I am not able to modify it's
>>> layout. "Menu / Customize Layout" just says: no layout options to
>>> customize on current selection. Does anyone also face this problem?
>>>
>>> Greetings
>>> Marco Maniscalco
>>>
>>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>>> news:f6d6oq$mqk$1@build.eclipse.org...
>>>> Hi Wolfgang,
>>>>
>>>> I have downloaded the plugin build by Erik ->
>>>>
>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>
>>>> and copied it to my eclipse dir. I have downloaded the biggest
>>>> package of Eclipse (Eclipse for RCP/Plug-in Developers). As I have
>>>> understood the requirements, you need to install the WTP, because of
>>>> JEM. Is it correct?
>>>>
>>>> At least it works for me very well.
>>>>
>>>> Adam
>>>
>
|
|
|
Re: VE out of Eclipse Europa ? [message #138472 is a reply to message #138460] |
Tue, 03 July 2007 22:50 |
Eclipse User |
|
|
|
Originally posted by: erickj.isetec.com.mx
I have errors on Linux (OpenSuse 10.2):
eclipse.buildId=I20070625-1500
java.version=1.5.0_11
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -os linux -ws gtk -arch x86
Eclipse Sample: org.eclipse.swt.examples
File: org.eclipse.swt.examples.texteditor, TextEditor.java
Error messages:
IWAV0155E Introspection failed on class "org.eclipse.swt.widgets.Shell."
msg="."
IWAV0073I *** RemoteVM Exception - Trace from Remote VM:
java.lang.NoClassDefFoundError:
org/eclipse/ve/internal/java/common/BaseBeanInfo
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoade r.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268 )
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319 )
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoade r.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268 )
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at
org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.classE xists(ModelingBeanInfo.java:206)
at
org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.intros pect(ModelingBeanInfo.java:175)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.eclipse.jem.internal.proxy.vm.remote.ConnectionHandler.r un(ConnectionHandler.java:317)
at
org.eclipse.jem.internal.proxy.vm.remote.ConnectionThread.ru n(ConnectionThread.java:47)
IWAV0074I *** Local StackTrace:
org.eclipse.jem.internal.proxy.remote.REMThrowableBeanProxyP roxy:
java.lang.NoClassDefFoundError:
org/eclipse/ve/internal/java/common/BaseBeanInfo
at
org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.createThrowableBeanProxy(REMThrowableBeanTypeProxy.java: 34)
at
org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.newBeanProxy(REMThrowableBeanTypeProxy.java:65)
at
org.eclipse.jem.internal.proxy.remote.REMStandardBeanProxyFa ctory.getBeanProxy(REMStandardBeanProxyFactory.java:459)
at
org.eclipse.jem.internal.proxy.remote.REMStandardBeanProxyFa ctory.processErrorReturn(REMStandardBeanProxyFactory.java:51 0)
at
org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invoke( REMMethodProxy.java:221)
at
org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invokeW ithParms(REMMethodProxy.java:178)
at
org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invoke( REMMethodProxy.java:102)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspect(BeaninfoClassAdapter.java:732)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspectIfNecessary(BeaninfoClassAdapter.java:428)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspectIfNecessary(BeaninfoClassAdapter.java:415)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.getEvents(BeaninfoClassAdapter.java:1272)
at
org.eclipse.jem.java.internal.impl.JavaClassImpl.getEvents(J avaClassImpl.java:1522)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.allEvents(BeaninfoClassAdapter.java:2311)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.getAllEvents(BeaninfoClassAdapter.java:1280)
at
org.eclipse.jem.java.internal.impl.JavaClassImpl.getAllEvent s(JavaClassImpl.java:1544)
at
org.eclipse.ve.internal.java.codegen.java.EventsParser.getAd dSignitures(EventsParser.java:66)
at
org.eclipse.ve.internal.java.codegen.java.EventsParser.analy ze(EventsParser.java:99)
at
org.eclipse.ve.internal.java.codegen.java.EventsParser.addEv ents(EventsParser.java:170)
at
org.eclipse.ve.internal.java.codegen.java.JavaBeanModelBuild er.analyzeEvents(JavaBeanModelBuilder.java:372)
at
org.eclipse.ve.internal.java.codegen.java.JavaBeanModelBuild er.build(JavaBeanModelBuilder.java:463)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.reverseParse(JavaSourceTranslator.java:865)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.decodeDocument(JavaSourceTranslator.java:947)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.loadModel(JavaSourceTranslator.java:597)
at
org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorPart$Setup.run(JavaVisualEditorPart.java:1978)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Other Error:
+++ Warning +++: Tue Jul 03 17:44:42 CDT 2007
Feature "org.eclipse.swt.layout.GridLayout->numColumns" did not have a type
set. Typically due to override file creating feature but property not found
on introspection/reflection.
Erik Hecht wrote:
> Hello all,
>
> thanks for your feedback. I will try to fix this in my version.
>
> last but not least:
>
> I uploaded a Linux version of visual editor (ve) on the same location.
> Please check it.
> I couldn't verify if it works. I had only an old Laptop with Knoppix
> here ;-).
>
> Best regards
> Erik
>
>
> Marco Maniscalco schrieb:
>> Hello all,
>>
>> I found a way to walk around this problem. Just do the following, and
>> (maybe) everything works good.
>>
>> On the Project Properties in "Java Build Path" go to the Libraries and
>> "Add external Jars". Then choose "org.eclipse.ve.java.core" jar file.
>> Then the remote VM restarts because the classpath has changed. On my
>> (Vista Business) Machine all SWT stuff works great. I also opened some
>> more compex SWT Composites and it seems that everything works like with
>> 3.2. Also the Layout stuff is now working. I also did not notice any
>> exceptions anymore :-)
>>
>> I guess its not intended this way, but how could you adjust the
>> classpath of the remote VM to inject "org.eclipse.ve.java.core"?
>>
>> Greets, Marco
>>
>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>> news:f6e1s5$lhm$1@build.eclipse.org...
>>> Hello Marco,
>>>
>>> I think I know where the problem is. If I look in the error log of
>>> eclipse there are sometimes exception, when i use ve (for me with jfc)
>>> . It seem that one class is not avaiable in the remote vm. I have no
>>> idea, yet.
>>>
>>> Im looking forward to an new release.
>>>
>>> best regards.
>>> Erik
>>>
>>> Marco Maniscalco schrieb:
>>>> Yeah this also works great for me ... thanks to Erik ;-)
>>>>
>>>> But there is one issue and I don't have a clue why. If I create a SWT
>>>> Composite and place some controls on it, I am not able to modify it's
>>>> layout. "Menu / Customize Layout" just says: no layout options to
>>>> customize on current selection. Does anyone also face this problem?
>>>>
>>>> Greetings
>>>> Marco Maniscalco
>>>>
>>>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>>>> news:f6d6oq$mqk$1@build.eclipse.org...
>>>>> Hi Wolfgang,
>>>>>
>>>>> I have downloaded the plugin build by Erik ->
>>>>>
>>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>>
>>>>> and copied it to my eclipse dir. I have downloaded the biggest
>>>>> package of Eclipse (Eclipse for RCP/Plug-in Developers). As I have
>>>>> understood the requirements, you need to install the WTP, because of
>>>>> JEM. Is it correct?
>>>>>
>>>>> At least it works for me very well.
>>>>>
>>>>> Adam
>>>>
>>
|
|
| |
Re: VE out of Eclipse Europa ? [message #138508 is a reply to message #138311] |
Thu, 05 July 2007 09:49 |
Eclipse User |
|
|
|
Originally posted by: dirk.volkmar.web.de
Hi, Erik!
Thanks for your version ;-)
I tried it and discovered the following Problem: When opening a visual swt
class (swt shell), the editor opens but remains blank. In the log I see
the following dump:
!ENTRY org.eclipse.jem.beaninfo 2 0 2007-07-05 11:30:53.849
!MESSAGE IWAV0155E Introspection failed on class "HelloWorld." msg="."
!STACK 0
IWAV0073I *** RemoteVM Exception - Trace from Remote VM:
java.lang.NoClassDefFoundError: java/lang/StringBuilder
at
org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.intros pect(ModelingBeanInfo.java:167)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.eclipse.jem.internal.proxy.vm.remote.ConnectionHandler.r un(ConnectionHandler.java:317)
at
org.eclipse.jem.internal.proxy.vm.remote.ConnectionThread.ru n(ConnectionThread.java:47)
IWAV0074I *** Local StackTrace:
org.eclipse.jem.internal.proxy.remote.REMThrowableBeanProxyP roxy:
java.lang.NoClassDefFoundError: java/lang/StringBuilder
at
org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.createThrowableBeanProxy(REMThrowableBeanTypeProxy.java: 34)
It is very strange, string builder should be part of the jre 1.5 I'm
using. Could it be that for some reasons the 1.4 jre that is also there is
taken for the remote VM? Could it be configured anywhere ? I told the
eclipse to use the 1.5 Engine as default jre.
I'll be happy for any clues.
Bye, Dirk
Erik Hecht wrote:
> Hello all,
> here is the link where you can find my (non-official) version.
> http://www.ehecht.com/eclipse_ve/ve.html
> best regards
> Erik
|
|
|
Re: VE out of Eclipse Europa ? [message #138520 is a reply to message #138460] |
Thu, 05 July 2007 13:21 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello all,
I noticed a failure regarding the <ctrl,space> autocomplete feature while
using ve without exceptions in the eclipse log. Does anybody else have this
defect?
greets
Marco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f6efst$o5n$1@build.eclipse.org...
> Hello all,
>
> thanks for your feedback. I will try to fix this in my version.
>
> last but not least:
>
> I uploaded a Linux version of visual editor (ve) on the same location.
> Please check it.
> I couldn't verify if it works. I had only an old Laptop with Knoppix here
> ;-).
>
> Best regards
> Erik
>
>
> Marco Maniscalco schrieb:
>> Hello all,
>>
>> I found a way to walk around this problem. Just do the following, and
>> (maybe) everything works good.
>>
>> On the Project Properties in "Java Build Path" go to the Libraries and
>> "Add external Jars". Then choose "org.eclipse.ve.java.core" jar file.
>> Then the remote VM restarts because the classpath has changed. On my
>> (Vista Business) Machine all SWT stuff works great. I also opened some
>> more compex SWT Composites and it seems that everything works like with
>> 3.2. Also the Layout stuff is now working. I also did not notice any
>> exceptions anymore :-)
>>
>> I guess its not intended this way, but how could you adjust the classpath
>> of the remote VM to inject "org.eclipse.ve.java.core"?
>>
>> Greets, Marco
>>
>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>> news:f6e1s5$lhm$1@build.eclipse.org...
>>> Hello Marco,
>>>
>>> I think I know where the problem is. If I look in the error log of
>>> eclipse there are sometimes exception, when i use ve (for me with jfc) .
>>> It seem that one class is not avaiable in the remote vm. I have no idea,
>>> yet.
>>>
>>> Im looking forward to an new release.
>>>
>>> best regards.
>>> Erik
>>>
>>> Marco Maniscalco schrieb:
>>>> Yeah this also works great for me ... thanks to Erik ;-)
>>>>
>>>> But there is one issue and I don't have a clue why. If I create a SWT
>>>> Composite and place some controls on it, I am not able to modify it's
>>>> layout. "Menu / Customize Layout" just says: no layout options to
>>>> customize on current selection. Does anyone also face this problem?
>>>>
>>>> Greetings
>>>> Marco Maniscalco
>>>>
>>>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>>>> news:f6d6oq$mqk$1@build.eclipse.org...
>>>>> Hi Wolfgang,
>>>>>
>>>>> I have downloaded the plugin build by Erik ->
>>>>>
>>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>>
>>>>> and copied it to my eclipse dir. I have downloaded the biggest package
>>>>> of Eclipse (Eclipse for RCP/Plug-in Developers). As I have understood
>>>>> the requirements, you need to install the WTP, because of JEM. Is it
>>>>> correct?
>>>>>
>>>>> At least it works for me very well.
>>>>>
>>>>> Adam
>>>>
>>
|
|
| |
Re: VE out of Eclipse Europa ? [message #138557 is a reply to message #138472] |
Thu, 05 July 2007 21:40 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello all,
ok, I got this exception fixed, with modifiying the binary build
configuration of remotevm.jar.
I will post when I updated my zip files.
best regards.
Erik
Erick I. Jiménez Alvarado schrieb:
> I have errors on Linux (OpenSuse 10.2):
>
> eclipse.buildId=I20070625-1500
> java.version=1.5.0_11
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
> Command-line arguments: -os linux -ws gtk -arch x86
>
> Eclipse Sample: org.eclipse.swt.examples
> File: org.eclipse.swt.examples.texteditor, TextEditor.java
>
> Error messages:
>
> IWAV0155E Introspection failed on class "org.eclipse.swt.widgets.Shell."
> msg="."
> IWAV0073I *** RemoteVM Exception - Trace from Remote VM:
> java.lang.NoClassDefFoundError:
> org/eclipse/ve/internal/java/common/BaseBeanInfo
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> at java.security.SecureClassLoader.defineClass(SecureClassLoade r.java:124)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268 )
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319 )
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> at java.security.SecureClassLoader.defineClass(SecureClassLoade r.java:124)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268 )
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.classE xists(ModelingBeanInfo.java:206)
> at
> org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.intros pect(ModelingBeanInfo.java:175)
> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.eclipse.jem.internal.proxy.vm.remote.ConnectionHandler.r un(ConnectionHandler.java:317)
> at
> org.eclipse.jem.internal.proxy.vm.remote.ConnectionThread.ru n(ConnectionThread.java:47)
> IWAV0074I *** Local StackTrace:
> org.eclipse.jem.internal.proxy.remote.REMThrowableBeanProxyP roxy:
> java.lang.NoClassDefFoundError:
> org/eclipse/ve/internal/java/common/BaseBeanInfo
> at
> org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.createThrowableBeanProxy(REMThrowableBeanTypeProxy.java: 34)
> at
> org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.newBeanProxy(REMThrowableBeanTypeProxy.java:65)
> at
> org.eclipse.jem.internal.proxy.remote.REMStandardBeanProxyFa ctory.getBeanProxy(REMStandardBeanProxyFactory.java:459)
> at
> org.eclipse.jem.internal.proxy.remote.REMStandardBeanProxyFa ctory.processErrorReturn(REMStandardBeanProxyFactory.java:51 0)
> at
> org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invoke( REMMethodProxy.java:221)
> at
> org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invokeW ithParms(REMMethodProxy.java:178)
> at
> org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invoke( REMMethodProxy.java:102)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspect(BeaninfoClassAdapter.java:732)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspectIfNecessary(BeaninfoClassAdapter.java:428)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspectIfNecessary(BeaninfoClassAdapter.java:415)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.getEvents(BeaninfoClassAdapter.java:1272)
> at
> org.eclipse.jem.java.internal.impl.JavaClassImpl.getEvents(J avaClassImpl.java:1522)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.allEvents(BeaninfoClassAdapter.java:2311)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.getAllEvents(BeaninfoClassAdapter.java:1280)
> at
> org.eclipse.jem.java.internal.impl.JavaClassImpl.getAllEvent s(JavaClassImpl.java:1544)
> at
> org.eclipse.ve.internal.java.codegen.java.EventsParser.getAd dSignitures(EventsParser.java:66)
> at
> org.eclipse.ve.internal.java.codegen.java.EventsParser.analy ze(EventsParser.java:99)
> at
> org.eclipse.ve.internal.java.codegen.java.EventsParser.addEv ents(EventsParser.java:170)
> at
> org.eclipse.ve.internal.java.codegen.java.JavaBeanModelBuild er.analyzeEvents(JavaBeanModelBuilder.java:372)
> at
> org.eclipse.ve.internal.java.codegen.java.JavaBeanModelBuild er.build(JavaBeanModelBuilder.java:463)
> at
> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.reverseParse(JavaSourceTranslator.java:865)
> at
> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.decodeDocument(JavaSourceTranslator.java:947)
> at
> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.loadModel(JavaSourceTranslator.java:597)
> at
> org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorPart$Setup.run(JavaVisualEditorPart.java:1978)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
> Other Error:
>
> +++ Warning +++: Tue Jul 03 17:44:42 CDT 2007
> Feature "org.eclipse.swt.layout.GridLayout->numColumns" did not have a type
> set. Typically due to override file creating feature but property not found
> on introspection/reflection.
>
> Erik Hecht wrote:
>
>> Hello all,
>>
>> thanks for your feedback. I will try to fix this in my version.
>>
>> last but not least:
>>
>> I uploaded a Linux version of visual editor (ve) on the same location.
>> Please check it.
>> I couldn't verify if it works. I had only an old Laptop with Knoppix
>> here ;-).
>>
>> Best regards
>> Erik
>>
>>
>> Marco Maniscalco schrieb:
>>> Hello all,
>>>
>>> I found a way to walk around this problem. Just do the following, and
>>> (maybe) everything works good.
>>>
>>> On the Project Properties in "Java Build Path" go to the Libraries and
>>> "Add external Jars". Then choose "org.eclipse.ve.java.core" jar file.
>>> Then the remote VM restarts because the classpath has changed. On my
>>> (Vista Business) Machine all SWT stuff works great. I also opened some
>>> more compex SWT Composites and it seems that everything works like with
>>> 3.2. Also the Layout stuff is now working. I also did not notice any
>>> exceptions anymore :-)
>>>
>>> I guess its not intended this way, but how could you adjust the
>>> classpath of the remote VM to inject "org.eclipse.ve.java.core"?
>>>
>>> Greets, Marco
>>>
>>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>>> news:f6e1s5$lhm$1@build.eclipse.org...
>>>> Hello Marco,
>>>>
>>>> I think I know where the problem is. If I look in the error log of
>>>> eclipse there are sometimes exception, when i use ve (for me with jfc)
>>>> . It seem that one class is not avaiable in the remote vm. I have no
>>>> idea, yet.
>>>>
>>>> Im looking forward to an new release.
>>>>
>>>> best regards.
>>>> Erik
>>>>
>>>> Marco Maniscalco schrieb:
>>>>> Yeah this also works great for me ... thanks to Erik ;-)
>>>>>
>>>>> But there is one issue and I don't have a clue why. If I create a SWT
>>>>> Composite and place some controls on it, I am not able to modify it's
>>>>> layout. "Menu / Customize Layout" just says: no layout options to
>>>>> customize on current selection. Does anyone also face this problem?
>>>>>
>>>>> Greetings
>>>>> Marco Maniscalco
>>>>>
>>>>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>>>>> news:f6d6oq$mqk$1@build.eclipse.org...
>>>>>> Hi Wolfgang,
>>>>>>
>>>>>> I have downloaded the plugin build by Erik ->
>>>>>>
>>>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>>>
>>>>>> and copied it to my eclipse dir. I have downloaded the biggest
>>>>>> package of Eclipse (Eclipse for RCP/Plug-in Developers). As I have
>>>>>> understood the requirements, you need to install the WTP, because of
>>>>>> JEM. Is it correct?
>>>>>>
>>>>>> At least it works for me very well.
>>>>>>
>>>>>> Adam
>
|
|
|
Re: VE out of Eclipse Europa ? [message #138570 is a reply to message #138546] |
Thu, 05 July 2007 22:13 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Serializable should NOT be needed. EFactoryImpl.convertToString() used
to do toString() on the object. It didn't try to do a serialize.
The override methods in CDMFactoryImpl for creating a CDM rectangle from
string expects it to be a string that came from the toString() call, NOT
the string that results for serializing!
Point and Dimension do the same thing.
I don't know what changed between EMF 2.1 and EMF 2.3 but this needs to
be tracked down.
Erik Hecht wrote:
> Hello all,
>
> there is a simple solution for this exception.
> Add only a "implements Serializable" to this class, I don't know why
> this was missing.
>
> I will post when I have built a newer version.
>
> best regards.
>
> Erik
>
> DEFERT Philippe schrieb:
>> Hello All,
>>
>> Thanks to Erik for the port to europa.
>> Thanks Marco to the work around.
>>
>> I use a composite with nebula component.
>>
>> Now, I have much less exception. there remains to me this one
>>
>> Message: Exception thrown.
>> Severity: Error
>> Plugin ID: org.eclipse.ve.java.core
>> Stack Trace:
>> java.lang.RuntimeException: java.io.NotSerializableException:
>> org.eclipse.ve.internal.cdm.model.Rectangle
>> at
>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>
>> at
>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>
>> at
>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>
>> at
>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>
>> at
>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>
>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>> Caused by: java.io.NotSerializableException:
>> org.eclipse.ve.internal.cdm.model.Rectangle
>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>> at
>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>
>> ... 34 more
>>
>>
>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #138582 is a reply to message #138570] |
Thu, 05 July 2007 22:21 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Ah, I see the difference now. EFactoryImpl.convertToString(object) used
to do just toString(). It doesn't do that now.
CDMFactoryImpl should be changed to instead of
super.convertToString(value) it should be
if (value != null)
return value.toString();
else
return null;
for convert rectangle, point, and dimension.
Besides these are more efficient than straight serialization anyway.
Rich Kulp wrote:
> Serializable should NOT be needed. EFactoryImpl.convertToString() used
> to do toString() on the object. It didn't try to do a serialize.
>
> The override methods in CDMFactoryImpl for creating a CDM rectangle from
> string expects it to be a string that came from the toString() call, NOT
> the string that results for serializing!
>
> Point and Dimension do the same thing.
>
> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs to
> be tracked down.
>
> Erik Hecht wrote:
>> Hello all,
>>
>> there is a simple solution for this exception.
>> Add only a "implements Serializable" to this class, I don't know why
>> this was missing.
>>
>> I will post when I have built a newer version.
>>
>> best regards.
>>
>> Erik
>>
>> DEFERT Philippe schrieb:
>>> Hello All,
>>>
>>> Thanks to Erik for the port to europa.
>>> Thanks Marco to the work around.
>>>
>>> I use a composite with nebula component.
>>>
>>> Now, I have much less exception. there remains to me this one
>>>
>>> Message: Exception thrown.
>>> Severity: Error
>>> Plugin ID: org.eclipse.ve.java.core
>>> Stack Trace:
>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>> at
>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>
>>> at
>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>
>>> at
>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>
>>> at
>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>
>>> at
>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>
>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>> Caused by: java.io.NotSerializableException:
>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>> at
>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>
>>> ... 34 more
>>>
>>>
>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #138594 is a reply to message #138546] |
Fri, 06 July 2007 07:21 |
Eclipse User |
|
|
|
Originally posted by: mik.c-l-a-s-s-x.it
Erik, Rick,
is there a way to visually edit abstract classes extending concrete classes
?
I'm thinking of:
public abstract MyJPanel extends JPanel
{
public abstract void doSomething();
}
The parent default constructor would be useful to build visuals.
This could be a very nice feature.
Mik
--
============================================================ ================
> ClassX Development Italy Via Francesca, 368/I I-56030 S.M. a Monte (PI) <
> Tel.(+39)-0587-705153 Fax.(+39)-0587-705153 WEB: http://www.classx.it <
============================================================ ================
"Erik Hecht" <erik@ehecht.com> ha scritto nel messaggio
news:f6jjno$sdk$1@build.eclipse.org...
> Hello all,
>
> there is a simple solution for this exception.
> Add only a "implements Serializable" to this class, I don't know why this
> was missing.
|
|
| |
Re: VE out of Eclipse Europa ? [message #138619 is a reply to message #138582] |
Sat, 07 July 2007 19:06 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Rich,
thanks for this tip, it works.
As I have seen you are a commiter of this project.
Can you patch it directly into repository?
Thanks
Erik
Rich Kulp schrieb:
> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
> to do just toString(). It doesn't do that now.
>
> CDMFactoryImpl should be changed to instead of
> super.convertToString(value) it should be
>
> if (value != null)
> return value.toString();
> else
> return null;
>
> for convert rectangle, point, and dimension.
>
> Besides these are more efficient than straight serialization anyway.
>
>
> Rich Kulp wrote:
>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>> to do toString() on the object. It didn't try to do a serialize.
>>
>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>> from string expects it to be a string that came from the toString()
>> call, NOT the string that results for serializing!
>>
>> Point and Dimension do the same thing.
>>
>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>> to be tracked down.
>>
>> Erik Hecht wrote:
>>> Hello all,
>>>
>>> there is a simple solution for this exception.
>>> Add only a "implements Serializable" to this class, I don't know why
>>> this was missing.
>>>
>>> I will post when I have built a newer version.
>>>
>>> best regards.
>>>
>>> Erik
>>>
>>> DEFERT Philippe schrieb:
>>>> Hello All,
>>>>
>>>> Thanks to Erik for the port to europa.
>>>> Thanks Marco to the work around.
>>>>
>>>> I use a composite with nebula component.
>>>>
>>>> Now, I have much less exception. there remains to me this one
>>>>
>>>> Message: Exception thrown.
>>>> Severity: Error
>>>> Plugin ID: org.eclipse.ve.java.core
>>>> Stack Trace:
>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>> at
>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>
>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>> Caused by: java.io.NotSerializableException:
>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>> at
>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>
>>>> ... 34 more
>>>>
>>>>
>>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #138630 is a reply to message #138582] |
Sun, 08 July 2007 00:02 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello all,
i have done minor Bugfixes:
- missing class not found in Remote VM
- this java.io.NotSerializableException
- the original update url was missing
- I have included the source, while exporting
here is the again link where you can find my (non-official) version.
http://www.ehecht.com/eclipse_ve/ve.html
best regards
Erik
Rich Kulp schrieb:
> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
> to do just toString(). It doesn't do that now.
>
> CDMFactoryImpl should be changed to instead of
> super.convertToString(value) it should be
>
> if (value != null)
> return value.toString();
> else
> return null;
>
> for convert rectangle, point, and dimension.
>
> Besides these are more efficient than straight serialization anyway.
>
>
> Rich Kulp wrote:
>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>> to do toString() on the object. It didn't try to do a serialize.
>>
>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>> from string expects it to be a string that came from the toString()
>> call, NOT the string that results for serializing!
>>
>> Point and Dimension do the same thing.
>>
>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>> to be tracked down.
>>
>> Erik Hecht wrote:
>>> Hello all,
>>>
>>> there is a simple solution for this exception.
>>> Add only a "implements Serializable" to this class, I don't know why
>>> this was missing.
>>>
>>> I will post when I have built a newer version.
>>>
>>> best regards.
>>>
>>> Erik
>>>
>>> DEFERT Philippe schrieb:
>>>> Hello All,
>>>>
>>>> Thanks to Erik for the port to europa.
>>>> Thanks Marco to the work around.
>>>>
>>>> I use a composite with nebula component.
>>>>
>>>> Now, I have much less exception. there remains to me this one
>>>>
>>>> Message: Exception thrown.
>>>> Severity: Error
>>>> Plugin ID: org.eclipse.ve.java.core
>>>> Stack Trace:
>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>> at
>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>
>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>> Caused by: java.io.NotSerializableException:
>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>> at
>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>
>>>> ... 34 more
>>>>
>>>>
>>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #138642 is a reply to message #138630] |
Sun, 08 July 2007 02:35 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
Hi Erik,
thanks very much for your work. The new code works very well for me. I don't
see any errors in the log.
However, it is still necessary to have
org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the project
properties/Java Build Path for VE to work properly. But this is clearly not
a priority compared to the other problems we saw so far. I don't think this
was necessary under eclipse 3.2/VE 1.2; it may have happend automatically
though.
Ultimately it would be nice if there were a complete VE package including
JEM, so that it can be added to the standard Europa RCP distribution.
Again, thanks for the good job and your willingness to jump in and address
this issue.
Wolfgang.
"Erik Hecht" <erik@ehecht.com> wrote in message
news:f6p9jj$c90$1@build.eclipse.org...
> Hello all,
>
> i have done minor Bugfixes:
> - missing class not found in Remote VM
> - this java.io.NotSerializableException
> - the original update url was missing
> - I have included the source, while exporting
>
> here is the again link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
>
> Rich Kulp schrieb:
>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>> to do just toString(). It doesn't do that now.
>>
>> CDMFactoryImpl should be changed to instead of
>> super.convertToString(value) it should be
>>
>> if (value != null)
>> return value.toString();
>> else
>> return null;
>>
>> for convert rectangle, point, and dimension.
>>
>> Besides these are more efficient than straight serialization anyway.
>>
>>
>> Rich Kulp wrote:
>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>> to do toString() on the object. It didn't try to do a serialize.
>>>
>>> The override methods in CDMFactoryImpl for creating a CDM rectangle from
>>> string expects it to be a string that came from the toString() call, NOT
>>> the string that results for serializing!
>>>
>>> Point and Dimension do the same thing.
>>>
>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs to
>>> be tracked down.
>>>
>>> Erik Hecht wrote:
>>>> Hello all,
>>>>
>>>> there is a simple solution for this exception.
>>>> Add only a "implements Serializable" to this class, I don't know why
>>>> this was missing.
>>>>
>>>> I will post when I have built a newer version.
>>>>
>>>> best regards.
>>>>
>>>> Erik
>>>>
>>>> DEFERT Philippe schrieb:
>>>>> Hello All,
>>>>>
>>>>> Thanks to Erik for the port to europa.
>>>>> Thanks Marco to the work around.
>>>>>
>>>>> I use a composite with nebula component.
>>>>>
>>>>> Now, I have much less exception. there remains to me this one
>>>>>
>>>>> Message: Exception thrown.
>>>>> Severity: Error
>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>> Stack Trace:
>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>> Caused by: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>> ... 34 more
>>>>>
>>>>>
>>>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #138655 is a reply to message #138642] |
Sun, 08 July 2007 16:50 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Wolfgang,
i will check it again, why it is necessary to add the jar, i have seen
some code already, which should do it automatically.
Finally I will include a complete JEM.
I'll post if I made the update.
thanks for your feedback.
Erik
exquisitus schrieb:
> Hi Erik,
>
> thanks very much for your work. The new code works very well for me. I
> don't see any errors in the log.
>
> However, it is still necessary to have
> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the
> project properties/Java Build Path for VE to work properly. But this is
> clearly not a priority compared to the other problems we saw so far. I
> don't think this was necessary under eclipse 3.2/VE 1.2; it may have
> happend automatically though.
>
> Ultimately it would be nice if there were a complete VE package
> including JEM, so that it can be added to the standard Europa RCP
> distribution.
>
> Again, thanks for the good job and your willingness to jump in and
> address this issue.
>
> Wolfgang.
>
>
> "Erik Hecht" <erik@ehecht.com> wrote in message
> news:f6p9jj$c90$1@build.eclipse.org...
>> Hello all,
>>
>> i have done minor Bugfixes:
>> - missing class not found in Remote VM
>> - this java.io.NotSerializableException
>> - the original update url was missing
>> - I have included the source, while exporting
>>
>> here is the again link where you can find my (non-official) version.
>>
>> http://www.ehecht.com/eclipse_ve/ve.html
>>
>> best regards
>>
>> Erik
>>
>>
>> Rich Kulp schrieb:
>>> Ah, I see the difference now. EFactoryImpl.convertToString(object)
>>> used to do just toString(). It doesn't do that now.
>>>
>>> CDMFactoryImpl should be changed to instead of
>>> super.convertToString(value) it should be
>>>
>>> if (value != null)
>>> return value.toString();
>>> else
>>> return null;
>>>
>>> for convert rectangle, point, and dimension.
>>>
>>> Besides these are more efficient than straight serialization anyway.
>>>
>>>
>>> Rich Kulp wrote:
>>>> Serializable should NOT be needed. EFactoryImpl.convertToString()
>>>> used to do toString() on the object. It didn't try to do a serialize.
>>>>
>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>> from string expects it to be a string that came from the toString()
>>>> call, NOT the string that results for serializing!
>>>>
>>>> Point and Dimension do the same thing.
>>>>
>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>> to be tracked down.
>>>>
>>>> Erik Hecht wrote:
>>>>> Hello all,
>>>>>
>>>>> there is a simple solution for this exception.
>>>>> Add only a "implements Serializable" to this class, I don't know
>>>>> why this was missing.
>>>>>
>>>>> I will post when I have built a newer version.
>>>>>
>>>>> best regards.
>>>>>
>>>>> Erik
>>>>>
>>>>> DEFERT Philippe schrieb:
>>>>>> Hello All,
>>>>>>
>>>>>> Thanks to Erik for the port to europa.
>>>>>> Thanks Marco to the work around.
>>>>>>
>>>>>> I use a composite with nebula component.
>>>>>>
>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>
>>>>>> Message: Exception thrown.
>>>>>> Severity: Error
>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>> Stack Trace:
>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>
>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>> Caused by: java.io.NotSerializableException:
>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>
>>>>>> ... 34 more
>>>>>>
>>>>>>
>>>>>> Philippe
>
|
|
|
Re: VE out of Eclipse Europa ? [message #138667 is a reply to message #138655] |
Sun, 08 July 2007 17:18 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
Erik,
I just tried this: (3.2/1.2 refers to the previous combination eclipse/VE)
- Created a new project; result: no SWT libraries were in the build path.
(same as under 3.2/1.2)
- Added a Visual Class to the project; result: I can open the VE; the
palette is there, but only with Swing Controls. (under 3.2/1.2 there were
also the SWT controls)
- Check the Java Build Path and didn't find the SWT library. (under 3.2/1.2
the SWT libraries were added automatically)
- Added the SWT library and now everything looks fine: I can create a shell,
add a button, and use the Customize Layout dialog.
- The jar file is not referenced explicitely anywhere (where I looked at
least). (same as under 3.2/1.2)
In summary, the only difference between the new code and eclipse 3.2/VE 1.2
that remains is that with the old version, adding Visual Class to a project
also added the SWT libraries automatically, so that when you opened VE, SWT
controls were in the Palette.
By the way, I also confirm that since yesterday I did not get any new errors
into the log that relate to the VE integration.
Thanks,
Wolfgang.
"Erik Hecht" <erik@ehecht.com> wrote in message
news:f6r4ka$4ot$1@build.eclipse.org...
> Hello Wolfgang,
>
> i will check it again, why it is necessary to add the jar, i have seen
> some code already, which should do it automatically.
>
> Finally I will include a complete JEM.
>
> I'll post if I made the update.
>
> thanks for your feedback.
>
> Erik
>
> exquisitus schrieb:
>> Hi Erik,
>>
>> thanks very much for your work. The new code works very well for me. I
>> don't see any errors in the log.
>>
>> However, it is still necessary to have
>> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the project
>> properties/Java Build Path for VE to work properly. But this is clearly
>> not a priority compared to the other problems we saw so far. I don't
>> think this was necessary under eclipse 3.2/VE 1.2; it may have happend
>> automatically though.
>>
>> Ultimately it would be nice if there were a complete VE package including
>> JEM, so that it can be added to the standard Europa RCP distribution.
>>
>> Again, thanks for the good job and your willingness to jump in and
>> address this issue.
>>
>> Wolfgang.
>>
>>
>> "Erik Hecht" <erik@ehecht.com> wrote in message
>> news:f6p9jj$c90$1@build.eclipse.org...
>>> Hello all,
>>>
>>> i have done minor Bugfixes:
>>> - missing class not found in Remote VM
>>> - this java.io.NotSerializableException
>>> - the original update url was missing
>>> - I have included the source, while exporting
>>>
>>> here is the again link where you can find my (non-official) version.
>>>
>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>
>>> best regards
>>>
>>> Erik
>>>
>>>
>>> Rich Kulp schrieb:
>>>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>>>> to do just toString(). It doesn't do that now.
>>>>
>>>> CDMFactoryImpl should be changed to instead of
>>>> super.convertToString(value) it should be
>>>>
>>>> if (value != null)
>>>> return value.toString();
>>>> else
>>>> return null;
>>>>
>>>> for convert rectangle, point, and dimension.
>>>>
>>>> Besides these are more efficient than straight serialization anyway.
>>>>
>>>>
>>>> Rich Kulp wrote:
>>>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>>>> to do toString() on the object. It didn't try to do a serialize.
>>>>>
>>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>>> from string expects it to be a string that came from the toString()
>>>>> call, NOT the string that results for serializing!
>>>>>
>>>>> Point and Dimension do the same thing.
>>>>>
>>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>>> to be tracked down.
>>>>>
>>>>> Erik Hecht wrote:
>>>>>> Hello all,
>>>>>>
>>>>>> there is a simple solution for this exception.
>>>>>> Add only a "implements Serializable" to this class, I don't know why
>>>>>> this was missing.
>>>>>>
>>>>>> I will post when I have built a newer version.
>>>>>>
>>>>>> best regards.
>>>>>>
>>>>>> Erik
>>>>>>
>>>>>> DEFERT Philippe schrieb:
>>>>>>> Hello All,
>>>>>>>
>>>>>>> Thanks to Erik for the port to europa.
>>>>>>> Thanks Marco to the work around.
>>>>>>>
>>>>>>> I use a composite with nebula component.
>>>>>>>
>>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>>
>>>>>>> Message: Exception thrown.
>>>>>>> Severity: Error
>>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>>> Stack Trace:
>>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>>> Caused by: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>> ... 34 more
>>>>>>>
>>>>>>>
>>>>>>> Philippe
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #138679 is a reply to message #138655] |
Sun, 08 July 2007 17:23 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
One more thing Eric:
I removed the reference to the jar library from my older projects and VE
opens properly and works fine. So you were correct in assuming that things
already happen automatically.
Wolfgang.
"Erik Hecht" <erik@ehecht.com> wrote in message
news:f6r4ka$4ot$1@build.eclipse.org...
> Hello Wolfgang,
>
> i will check it again, why it is necessary to add the jar, i have seen
> some code already, which should do it automatically.
>
> Finally I will include a complete JEM.
>
> I'll post if I made the update.
>
> thanks for your feedback.
>
> Erik
>
> exquisitus schrieb:
>> Hi Erik,
>>
>> thanks very much for your work. The new code works very well for me. I
>> don't see any errors in the log.
>>
>> However, it is still necessary to have
>> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the project
>> properties/Java Build Path for VE to work properly. But this is clearly
>> not a priority compared to the other problems we saw so far. I don't
>> think this was necessary under eclipse 3.2/VE 1.2; it may have happend
>> automatically though.
>>
>> Ultimately it would be nice if there were a complete VE package including
>> JEM, so that it can be added to the standard Europa RCP distribution.
>>
>> Again, thanks for the good job and your willingness to jump in and
>> address this issue.
>>
>> Wolfgang.
>>
>>
>> "Erik Hecht" <erik@ehecht.com> wrote in message
>> news:f6p9jj$c90$1@build.eclipse.org...
>>> Hello all,
>>>
>>> i have done minor Bugfixes:
>>> - missing class not found in Remote VM
>>> - this java.io.NotSerializableException
>>> - the original update url was missing
>>> - I have included the source, while exporting
>>>
>>> here is the again link where you can find my (non-official) version.
>>>
>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>
>>> best regards
>>>
>>> Erik
>>>
>>>
>>> Rich Kulp schrieb:
>>>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>>>> to do just toString(). It doesn't do that now.
>>>>
>>>> CDMFactoryImpl should be changed to instead of
>>>> super.convertToString(value) it should be
>>>>
>>>> if (value != null)
>>>> return value.toString();
>>>> else
>>>> return null;
>>>>
>>>> for convert rectangle, point, and dimension.
>>>>
>>>> Besides these are more efficient than straight serialization anyway.
>>>>
>>>>
>>>> Rich Kulp wrote:
>>>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>>>> to do toString() on the object. It didn't try to do a serialize.
>>>>>
>>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>>> from string expects it to be a string that came from the toString()
>>>>> call, NOT the string that results for serializing!
>>>>>
>>>>> Point and Dimension do the same thing.
>>>>>
>>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>>> to be tracked down.
>>>>>
>>>>> Erik Hecht wrote:
>>>>>> Hello all,
>>>>>>
>>>>>> there is a simple solution for this exception.
>>>>>> Add only a "implements Serializable" to this class, I don't know why
>>>>>> this was missing.
>>>>>>
>>>>>> I will post when I have built a newer version.
>>>>>>
>>>>>> best regards.
>>>>>>
>>>>>> Erik
>>>>>>
>>>>>> DEFERT Philippe schrieb:
>>>>>>> Hello All,
>>>>>>>
>>>>>>> Thanks to Erik for the port to europa.
>>>>>>> Thanks Marco to the work around.
>>>>>>>
>>>>>>> I use a composite with nebula component.
>>>>>>>
>>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>>
>>>>>>> Message: Exception thrown.
>>>>>>> Severity: Error
>>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>>> Stack Trace:
>>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>>> Caused by: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>> ... 34 more
>>>>>>>
>>>>>>>
>>>>>>> Philippe
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #138703 is a reply to message #138655] |
Sun, 08 July 2007 20:56 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello Erik,
does java code-completion work while using ve?
Greets
Marco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f6r4ka$4ot$1@build.eclipse.org...
> Hello Wolfgang,
>
> i will check it again, why it is necessary to add the jar, i have seen
> some code already, which should do it automatically.
>
> Finally I will include a complete JEM.
>
> I'll post if I made the update.
>
> thanks for your feedback.
>
> Erik
>
> exquisitus schrieb:
>> Hi Erik,
>>
>> thanks very much for your work. The new code works very well for me. I
>> don't see any errors in the log.
>>
>> However, it is still necessary to have
>> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the project
>> properties/Java Build Path for VE to work properly. But this is clearly
>> not a priority compared to the other problems we saw so far. I don't
>> think this was necessary under eclipse 3.2/VE 1.2; it may have happend
>> automatically though.
>>
>> Ultimately it would be nice if there were a complete VE package including
>> JEM, so that it can be added to the standard Europa RCP distribution.
>>
>> Again, thanks for the good job and your willingness to jump in and
>> address this issue.
>>
>> Wolfgang.
>>
>>
>> "Erik Hecht" <erik@ehecht.com> wrote in message
>> news:f6p9jj$c90$1@build.eclipse.org...
>>> Hello all,
>>>
>>> i have done minor Bugfixes:
>>> - missing class not found in Remote VM
>>> - this java.io.NotSerializableException
>>> - the original update url was missing
>>> - I have included the source, while exporting
>>>
>>> here is the again link where you can find my (non-official) version.
>>>
>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>
>>> best regards
>>>
>>> Erik
>>>
>>>
>>> Rich Kulp schrieb:
>>>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>>>> to do just toString(). It doesn't do that now.
>>>>
>>>> CDMFactoryImpl should be changed to instead of
>>>> super.convertToString(value) it should be
>>>>
>>>> if (value != null)
>>>> return value.toString();
>>>> else
>>>> return null;
>>>>
>>>> for convert rectangle, point, and dimension.
>>>>
>>>> Besides these are more efficient than straight serialization anyway.
>>>>
>>>>
>>>> Rich Kulp wrote:
>>>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>>>> to do toString() on the object. It didn't try to do a serialize.
>>>>>
>>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>>> from string expects it to be a string that came from the toString()
>>>>> call, NOT the string that results for serializing!
>>>>>
>>>>> Point and Dimension do the same thing.
>>>>>
>>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>>> to be tracked down.
>>>>>
>>>>> Erik Hecht wrote:
>>>>>> Hello all,
>>>>>>
>>>>>> there is a simple solution for this exception.
>>>>>> Add only a "implements Serializable" to this class, I don't know why
>>>>>> this was missing.
>>>>>>
>>>>>> I will post when I have built a newer version.
>>>>>>
>>>>>> best regards.
>>>>>>
>>>>>> Erik
>>>>>>
>>>>>> DEFERT Philippe schrieb:
>>>>>>> Hello All,
>>>>>>>
>>>>>>> Thanks to Erik for the port to europa.
>>>>>>> Thanks Marco to the work around.
>>>>>>>
>>>>>>> I use a composite with nebula component.
>>>>>>>
>>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>>
>>>>>>> Message: Exception thrown.
>>>>>>> Severity: Error
>>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>>> Stack Trace:
>>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>>> Caused by: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>> ... 34 more
>>>>>>>
>>>>>>>
>>>>>>> Philippe
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #138714 is a reply to message #138703] |
Sun, 08 July 2007 21:33 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Marco,
normally it does.
Greetings
Erik
Marco Maniscalco schrieb:
> Hello Erik,
>
> does java code-completion work while using ve?
>
> Greets
> Marco
>
> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
> news:f6r4ka$4ot$1@build.eclipse.org...
>> Hello Wolfgang,
>>
>> i will check it again, why it is necessary to add the jar, i have seen
>> some code already, which should do it automatically.
>>
>> Finally I will include a complete JEM.
>>
>> I'll post if I made the update.
>>
>> thanks for your feedback.
>>
>> Erik
>>
>> exquisitus schrieb:
>>> Hi Erik,
>>>
>>> thanks very much for your work. The new code works very well for me.
>>> I don't see any errors in the log.
>>>
>>> However, it is still necessary to have
>>> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the
>>> project properties/Java Build Path for VE to work properly. But this
>>> is clearly not a priority compared to the other problems we saw so
>>> far. I don't think this was necessary under eclipse 3.2/VE 1.2; it
>>> may have happend automatically though.
>>>
>>> Ultimately it would be nice if there were a complete VE package
>>> including JEM, so that it can be added to the standard Europa RCP
>>> distribution.
>>>
>>> Again, thanks for the good job and your willingness to jump in and
>>> address this issue.
>>>
>>> Wolfgang.
>>>
>>>
>>> "Erik Hecht" <erik@ehecht.com> wrote in message
>>> news:f6p9jj$c90$1@build.eclipse.org...
>>>> Hello all,
>>>>
>>>> i have done minor Bugfixes:
>>>> - missing class not found in Remote VM
>>>> - this java.io.NotSerializableException
>>>> - the original update url was missing
>>>> - I have included the source, while exporting
>>>>
>>>> here is the again link where you can find my (non-official) version.
>>>>
>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>
>>>> best regards
>>>>
>>>> Erik
>>>>
>>>>
>>>> Rich Kulp schrieb:
>>>>> Ah, I see the difference now. EFactoryImpl.convertToString(object)
>>>>> used to do just toString(). It doesn't do that now.
>>>>>
>>>>> CDMFactoryImpl should be changed to instead of
>>>>> super.convertToString(value) it should be
>>>>>
>>>>> if (value != null)
>>>>> return value.toString();
>>>>> else
>>>>> return null;
>>>>>
>>>>> for convert rectangle, point, and dimension.
>>>>>
>>>>> Besides these are more efficient than straight serialization anyway.
>>>>>
>>>>>
>>>>> Rich Kulp wrote:
>>>>>> Serializable should NOT be needed. EFactoryImpl.convertToString()
>>>>>> used to do toString() on the object. It didn't try to do a serialize.
>>>>>>
>>>>>> The override methods in CDMFactoryImpl for creating a CDM
>>>>>> rectangle from string expects it to be a string that came from the
>>>>>> toString() call, NOT the string that results for serializing!
>>>>>>
>>>>>> Point and Dimension do the same thing.
>>>>>>
>>>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this
>>>>>> needs to be tracked down.
>>>>>>
>>>>>> Erik Hecht wrote:
>>>>>>> Hello all,
>>>>>>>
>>>>>>> there is a simple solution for this exception.
>>>>>>> Add only a "implements Serializable" to this class, I don't know
>>>>>>> why this was missing.
>>>>>>>
>>>>>>> I will post when I have built a newer version.
>>>>>>>
>>>>>>> best regards.
>>>>>>>
>>>>>>> Erik
>>>>>>>
>>>>>>> DEFERT Philippe schrieb:
>>>>>>>> Hello All,
>>>>>>>>
>>>>>>>> Thanks to Erik for the port to europa.
>>>>>>>> Thanks Marco to the work around.
>>>>>>>>
>>>>>>>> I use a composite with nebula component.
>>>>>>>>
>>>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>>>
>>>>>>>> Message: Exception thrown.
>>>>>>>> Severity: Error
>>>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>>>> Stack Trace:
>>>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>>>
>>>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>>>> Caused by: java.io.NotSerializableException:
>>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>>>
>>>>>>>> ... 34 more
>>>>>>>>
>>>>>>>>
>>>>>>>> Philippe
>>>
>
|
|
|
Re: VE out of Eclipse Europa ? [message #138739 is a reply to message #138619] |
Mon, 09 July 2007 14:04 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
This is a multi-part message in MIME format.
--------------050109010603040002080502
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
I was a committer, but at this time I no longer have an environment set
up to update, compile, and test VE. I've had to move on to other things
in my job.
I'm leery of updating it directly because I can't test it. Even a simple
little change like this can cause problems.
The best I can do is to give you the patch file for it (which I have
attached to this). I couldn't even compile this because I didn't have
the environment. I simply downloaded the CDE project and changed the
file. You'll need to apply that patch and make sure it works.
Erik Hecht wrote:
> Hello Rich,
>
> thanks for this tip, it works.
>
> As I have seen you are a commiter of this project.
> Can you patch it directly into repository?
>
> Thanks
Sorry,
Rich
--------------050109010603040002080502
Content-Type: text/plain;
name="CDMFactoryImpl.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="CDMFactoryImpl.txt"
### Eclipse Workspace Patch 1.0
#P org.eclipse.ve.cde
Index: cdm/org/eclipse/ve/internal/cdm/impl/CDMFactoryImpl.java
============================================================ =======
RCS file: /cvsroot/tools/org.eclipse.ve.cde/cdm/org/eclipse/ve/interna l/cdm/impl/CDMFactoryImpl.java,v
retrieving revision 1.11
diff -u -r1.11 CDMFactoryImpl.java
--- cdm/org/eclipse/ve/internal/cdm/impl/CDMFactoryImpl.java 25 May 2007 04:09:35 -0000 1.11
+++ cdm/org/eclipse/ve/internal/cdm/impl/CDMFactoryImpl.java 9 Jul 2007 13:59:21 -0000
@@ -306,7 +306,7 @@
* @generated
*/
public String convertViewDimensionToString(EDataType eDataType, Object instanceValue) {
- return super.convertToString(instanceValue);
+ return instanceValue != null ? instanceValue.toString() : null;
}
public Point createViewPointFromString(EDataType eDataType, String initialValue) {
@@ -336,7 +336,7 @@
* @generated
*/
public String convertViewPointToString(EDataType eDataType, Object instanceValue) {
- return super.convertToString(instanceValue);
+ return return instanceValue != null ? instanceValue.toString() : null;
}
public Rectangle createViewRectangleFromString(EDataType eDataType, String initialValue) {
@@ -374,7 +374,7 @@
* @generated
*/
public String convertViewRectangleToString(EDataType eDataType, Object instanceValue) {
- return super.convertToString(instanceValue);
+ return instanceValue != null ? instanceValue.toString() : null;
}
/**
--------------050109010603040002080502--
|
|
|
Re: VE out of Eclipse Europa ? [message #138750 is a reply to message #138630] |
Tue, 10 July 2007 20:47 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello all,
I found a very strange (reproducable) defect in VE. Maybe any (ex)committers
know that issue.
java.lang.NullPointerException
at
org.eclipse.ve.internal.java.codegen.model.BeanPart.getSimpl eName(BeanPart.java:273)
at
org.eclipse.ve.internal.java.codegen.model.BeanPart.getImpli citName(BeanPart.java:282)
at
org.eclipse.ve.internal.java.codegen.model.BeanPart.getSimpl eName(BeanPart.java:276)
at
org.eclipse.ve.internal.java.codegen.model.BeanDeclModel.get UnreferencedBeanParts(BeanDeclModel.java:791)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.buildCompositionModel(JavaSourceTranslator.java:765)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.reverseParse(JavaSourceTranslator.java:874)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$2.doRun(JavaSourceTranslator.java:921)
at
org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
I have the following:
Simple SWT Composite with some random controls on it. All works great. But
if I declare a private Member, lets say, a HashMap, and use it in a member
function, ve crashes with a NullPointerException. VE only crashes if I
access the member!
Following code works without Exception:
public void myCustomMethodInVisualClass() {
// custom code here ....
// myMember.doSomething();
// custom code here ....
}
And this code crashes VE with "Parser Error" and NullPointerException:
public void myCustomMethodInVisualClass() {
// custom code here ....
myMember.doSomething();
// custom code here ....
}
I found out, that if I have custom members in my Visual-Class, ant thye are
null by default like this:
private MyStuff object;
then VE crashes. If I instatiate like:
private MyStuff object = new MyStuff();
everything works (all this is absolutely reproducable.)
Does *any*body explain that?? ;-)
I guess alot of people have this problem. If you make changes to a visual
file, for example declaring a lazy-loaded member, and later you try to open
your class in VE and it crashes with a parser exception, it is hard to
figure out.
Greetings Marco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f6p9jj$c90$1@build.eclipse.org...
> Hello all,
>
> i have done minor Bugfixes:
> - missing class not found in Remote VM
> - this java.io.NotSerializableException
> - the original update url was missing
> - I have included the source, while exporting
>
> here is the again link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
>
> Rich Kulp schrieb:
>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>> to do just toString(). It doesn't do that now.
>>
>> CDMFactoryImpl should be changed to instead of
>> super.convertToString(value) it should be
>>
>> if (value != null)
>> return value.toString();
>> else
>> return null;
>>
>> for convert rectangle, point, and dimension.
>>
>> Besides these are more efficient than straight serialization anyway.
>>
>>
>> Rich Kulp wrote:
>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>> to do toString() on the object. It didn't try to do a serialize.
>>>
>>> The override methods in CDMFactoryImpl for creating a CDM rectangle from
>>> string expects it to be a string that came from the toString() call, NOT
>>> the string that results for serializing!
>>>
>>> Point and Dimension do the same thing.
>>>
>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs to
>>> be tracked down.
>>>
>>> Erik Hecht wrote:
>>>> Hello all,
>>>>
>>>> there is a simple solution for this exception.
>>>> Add only a "implements Serializable" to this class, I don't know why
>>>> this was missing.
>>>>
>>>> I will post when I have built a newer version.
>>>>
>>>> best regards.
>>>>
>>>> Erik
>>>>
>>>> DEFERT Philippe schrieb:
>>>>> Hello All,
>>>>>
>>>>> Thanks to Erik for the port to europa.
>>>>> Thanks Marco to the work around.
>>>>>
>>>>> I use a composite with nebula component.
>>>>>
>>>>> Now, I have much less exception. there remains to me this one
>>>>>
>>>>> Message: Exception thrown.
>>>>> Severity: Error
>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>> Stack Trace:
>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>> Caused by: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>> ... 34 more
>>>>>
>>>>>
>>>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #138762 is a reply to message #138750] |
Tue, 10 July 2007 23:39 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
VE tries to execute your code. If you have an uninitialized member and
you don't have an appropriate lazy getter method to initialize it, the
VE doesn't know how or even if it should be initialized. So it uses the
null and throws an exception.
I agree the message is not good. That could improved.
Rich
|
|
|
Re: VE out of Eclipse Europa ? [message #138774 is a reply to message #138630] |
Wed, 11 July 2007 05:14 |
Eclipse User |
|
|
|
Originally posted by: buchholz-news.rimnet.de
Hi Eric,
thanks for your work.
I found a few errors in your new linux version. I use the precompiled
eclipse-SDK-3.3-linux-gtk.tar.gz version:
Version: 3.3.0
Build id: I20070625-1500
with all features installed by the update manager. After all I had
installed your linux VE version.
My default Layout is GridBagLayout. When I create a new visual class
(Swing Pane) and try to add a Split Pane to it I got:
java.lang.NullPointerException
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDerivedStructur alFeatureID(BasicEObjectImpl.java:1477)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet(BasicEObjec tImpl.java:1058)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.c onvertConstraint(GridBagLayoutPolicyHelper.java:123)
at
org.eclipse.ve.internal.jfc.core.LayoutPolicyHelper.getCreat eChildCommand(LayoutPolicyHelper.java:72)
at
org.eclipse.ve.internal.java.visual.TreeVisualContainerEditP olicy.getCreateCommand(TreeVisualContainerEditPolicy.java:88 )
at
org.eclipse.gef.editpolicies.TreeContainerEditPolicy.getComm and(TreeContainerEditPolicy.java:114)
at
org.eclipse.ve.internal.cde.core.TreeContainerEditPolicy.get Command(TreeContainerEditPolicy.java:78)
at
org.eclipse.ve.internal.java.visual.TreeVisualContainerEditP olicy.getCommand(TreeVisualContainerEditPolicy.java:67)
at
org.eclipse.gef.editparts.AbstractEditPart.getCommand(Abstra ctEditPart.java:473)
at
org.eclipse.ve.internal.java.core.PasteJavaBeanAction.calcul ateEnabled(PasteJavaBeanAction.java:67)
at
org.eclipse.gef.ui.actions.WorkbenchPartAction.refresh(Workb enchPartAction.java:119)
at
org.eclipse.gef.ui.actions.SelectionAction.handleSelectionCh anged(SelectionAction.java:85)
at
org.eclipse.gef.ui.actions.SelectionAction.setSelection(Sele ctionAction.java:96)
at
org.eclipse.gef.ui.actions.SelectionAction.update(SelectionA ction.java:115)
at
org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorOutlinePage$5.selectionChanged(JavaVisualEditorOutlinePa ge.java:342)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer.fireSelectio nChanged(AbstractEditPartViewer.java:243)
at
org.eclipse.gef.ui.parts.TreeViewer.fireSelectionChanged(Tre eViewer.java:161)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer$1.run(Abstra ctEditPartViewer.java:129)
at
org.eclipse.gef.SelectionManager.fireSelectionChanged(Select ionManager.java:115)
at org.eclipse.gef.SelectionManager.setSelection(SelectionManag er.java:230)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer.setSelection (AbstractEditPartViewer.java:729)
at org.eclipse.gef.ui.parts.TreeViewer$1.widgetSelected(TreeVie wer.java:186)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:227)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1101)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3319)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2971)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:106)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:153)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
Adding the Split Pane in the Bean View as a child of of the main Pane
causes the same exception.
I hope that helps.
Jochen Buchholz
Erik Hecht writes:
> Hello all,
>
> i have done minor Bugfixes:
> - missing class not found in Remote VM
> - this java.io.NotSerializableException
> - the original update url was missing
> - I have included the source, while exporting
>
> here is the again link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
>
> Rich Kulp schrieb:
>> Ah, I see the difference now. EFactoryImpl.convertToString(object)
>> used to do just toString(). It doesn't do that now.
>>
>> CDMFactoryImpl should be changed to instead of
>> super.convertToString(value) it should be
>>
>> if (value != null)
>> return value.toString();
>> else
>> return null;
>>
>> for convert rectangle, point, and dimension.
>>
>> Besides these are more efficient than straight serialization anyway.
>>
>>
>> Rich Kulp wrote:
>>> Serializable should NOT be needed. EFactoryImpl.convertToString()
>>> used to do toString() on the object. It didn't try to do a serialize.
>>>
>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>> from string expects it to be a string that came from the toString()
>>> call, NOT the string that results for serializing!
>>>
>>> Point and Dimension do the same thing.
>>>
>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>> to be tracked down.
>>>
>>> Erik Hecht wrote:
>>>> Hello all,
>>>>
>>>> there is a simple solution for this exception.
>>>> Add only a "implements Serializable" to this class, I don't know why
>>>> this was missing.
>>>>
>>>> I will post when I have built a newer version.
>>>>
>>>> best regards.
>>>>
>>>> Erik
>>>>
>>>> DEFERT Philippe schrieb:
>>>>> Hello All,
>>>>>
>>>>> Thanks to Erik for the port to europa.
>>>>> Thanks Marco to the work around.
>>>>>
>>>>> I use a composite with nebula component.
>>>>>
>>>>> Now, I have much less exception. there remains to me this one
>>>>>
>>>>> Message: Exception thrown.
>>>>> Severity: Error
>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>> Stack Trace:
>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>
>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>> Caused by: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>
>>>>> ... 34 more
>>>>>
>>>>>
>>>>> Philippe
|
|
| |
Re: VE out of Eclipse Europa ? [message #138812 is a reply to message #138787] |
Wed, 11 July 2007 13:58 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Yes, it tries to handle all members, not just visual ones.
Marco Maniscalco wrote:
> How can VE know what to do with my (non-swt) members in the class? Is
> this because VE tries to obtain information on all members of a class,
> regardless if its a *swt class or not?
>
> Marco
>
>
> "Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
> news:f715ab$cm3$1@build.eclipse.org...
>> VE tries to execute your code. If you have an uninitialized member and
>> you don't have an appropriate lazy getter method to initialize it, the
>> VE doesn't know how or even if it should be initialized. So it uses
>> the null and throws an exception.
>>
>> I agree the message is not good. That could improved.
>>
>> Rich
>
|
|
| |
Re: VE out of Eclipse Europa ? [message #138834 is a reply to message #138822] |
Wed, 11 July 2007 20:10 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
The build process is big and complicated because you have to use the PDE
external build process to download the appropriate files and to build
and automatically test them, and then automatically upload them to the
VE download site and the VE update manager site.
I don't have a best way. We built on Linux only. We didn't have any
platform specific code that required any external platform specific
classes to compile against.
|
|
| |
Re: VE out of Eclipse Europa ? [message #138854 is a reply to message #138843] |
Wed, 11 July 2007 23:13 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Most of those are compiled into the jars that run on the remote vm. They
are compiled into the one jar and then at runtime the os is queried and
then the correct package for the os is then accessed from the jar.
This is OK for us because VE has so little platform specific code that
it didn't make sense to create a separate jar for each platform.
However, the official builds need to be done on a Linux machine because
only for Linux are there some external platform specific classes that
are required for compilation. Windows and macosx don't require any
external platform specific classes. Because of this you can compile it
entirely on Linux and the results will work on all platforms.
Erik Hecht wrote:
> That is pretty cool. So I need to build only one Package.
> But why are some packages like macosx, unix, win32 and so on?
>
> Rich Kulp schrieb:
>> The build process is big and complicated because you have to use the
>> PDE external build process to download the appropriate files and to
>> build and automatically test them, and then automatically upload them
>> to the VE download site and the VE update manager site.
>>
>> I don't have a best way. We built on Linux only. We didn't have any
>> platform specific code that required any external platform specific
>> classes to compile against.
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #138863 is a reply to message #138854] |
Wed, 11 July 2007 23:17 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
I just took a look. I slightly lied. :-) There is no Linux specific
external code needed. It is Windows specific external code that is
required from SWT. So to do the build on Linux you use a Windows Eclipse
as the target to compile against, but you use Linux Eclipse to do the
compiling.
|
|
|
Re: VE out of Eclipse Europa ? [message #138928 is a reply to message #138774] |
Fri, 13 July 2007 07:17 |
Eclipse User |
|
|
|
Originally posted by: buchholz-news.rimnet.de
Hi all,
did anyone use GridBagLayout in VE? The prevorious described
NullPointerException (Unhandelt Event Loop) cause every time when I use
GridBagLayout.
Is it a Linux Problem or perhaps an EMF (1.1.0) Version Problem?
PS:
To reproduce create a visual class that extend "Swing Pane". Go to the
properties tab and change the layout to GridBagLayout. Open the plugin
development Perspective and go to the "Error Log" tab. Now try to add a
coponent like a Label or a Textfield and the "Unhandelt Event Loop"
Message is shown. In VE the added component jumps next to the Pane.
Jochen Buchholz writes:
> Hi Eric,
> thanks for your work.
>
> I found a few errors in your new linux version. I use the precompiled
> eclipse-SDK-3.3-linux-gtk.tar.gz version:
> Version: 3.3.0
> Build id: I20070625-1500
> with all features installed by the update manager. After all I had
> installed your linux VE version.
>
> My default Layout is GridBagLayout. When I create a new visual class
> (Swing Pane) and try to add a Split Pane to it I got:
> java.lang.NullPointerException
> at
> org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDerivedStructur alFeatureID(BasicEObjectImpl.java:1477)
> at
> org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet(BasicEObjec tImpl.java:1058)
> at
> org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.c onvertConstraint(GridBagLayoutPolicyHelper.java:123)
> at
> org.eclipse.ve.internal.jfc.core.LayoutPolicyHelper.getCreat eChildCommand(LayoutPolicyHelper.java:72)
> at
> org.eclipse.ve.internal.java.visual.TreeVisualContainerEditP olicy.getCreateCommand(TreeVisualContainerEditPolicy.java:88 )
> at
> org.eclipse.gef.editpolicies.TreeContainerEditPolicy.getComm and(TreeContainerEditPolicy.java:114)
> at
> org.eclipse.ve.internal.cde.core.TreeContainerEditPolicy.get Command(TreeContainerEditPolicy.java:78)
> at
> org.eclipse.ve.internal.java.visual.TreeVisualContainerEditP olicy.getCommand(TreeVisualContainerEditPolicy.java:67)
> at
> org.eclipse.gef.editparts.AbstractEditPart.getCommand(Abstra ctEditPart.java:473)
> at
> org.eclipse.ve.internal.java.core.PasteJavaBeanAction.calcul ateEnabled(PasteJavaBeanAction.java:67)
> at
> org.eclipse.gef.ui.actions.WorkbenchPartAction.refresh(Workb enchPartAction.java:119)
> at
> org.eclipse.gef.ui.actions.SelectionAction.handleSelectionCh anged(SelectionAction.java:85)
> at
> org.eclipse.gef.ui.actions.SelectionAction.setSelection(Sele ctionAction.java:96)
> at
> org.eclipse.gef.ui.actions.SelectionAction.update(SelectionA ction.java:115)
> at
> org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorOutlinePage$5.selectionChanged(JavaVisualEditorOutlinePa ge.java:342)
> at
> org.eclipse.gef.ui.parts.AbstractEditPartViewer.fireSelectio nChanged(AbstractEditPartViewer.java:243)
> at
> org.eclipse.gef.ui.parts.TreeViewer.fireSelectionChanged(Tre eViewer.java:161)
> at
> org.eclipse.gef.ui.parts.AbstractEditPartViewer$1.run(Abstra ctEditPartViewer.java:129)
> at
> org.eclipse.gef.SelectionManager.fireSelectionChanged(Select ionManager.java:115)
> at org.eclipse.gef.SelectionManager.setSelection(SelectionManag er.java:230)
> at
> org.eclipse.gef.ui.parts.AbstractEditPartViewer.setSelection (AbstractEditPartViewer.java:729)
> at org.eclipse.gef.ui.parts.TreeViewer$1.widgetSelected(TreeVie wer.java:186)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:227)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1101)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3319)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2971)
> at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> at
> org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:106)
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:153)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
>
> Adding the Split Pane in the Bean View as a child of of the main Pane
> causes the same exception.
>
> I hope that helps.
>
> Jochen Buchholz
>
> Erik Hecht writes:
>> Hello all,
>>
>> i have done minor Bugfixes:
>> - missing class not found in Remote VM
>> - this java.io.NotSerializableException
>> - the original update url was missing
>> - I have included the source, while exporting
>>
>> here is the again link where you can find my (non-official) version.
>>
>> http://www.ehecht.com/eclipse_ve/ve.html
>>
>> best regards
>>
>> Erik
>>
>>
>> Rich Kulp schrieb:
>>> Ah, I see the difference now. EFactoryImpl.convertToString(object)
>>> used to do just toString(). It doesn't do that now.
>>>
>>> CDMFactoryImpl should be changed to instead of
>>> super.convertToString(value) it should be
>>>
>>> if (value != null)
>>> return value.toString();
>>> else
>>> return null;
>>>
>>> for convert rectangle, point, and dimension.
>>>
>>> Besides these are more efficient than straight serialization anyway.
>>>
>>>
>>> Rich Kulp wrote:
>>>> Serializable should NOT be needed. EFactoryImpl.convertToString()
>>>> used to do toString() on the object. It didn't try to do a serialize.
>>>>
>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>> from string expects it to be a string that came from the toString()
>>>> call, NOT the string that results for serializing!
>>>>
>>>> Point and Dimension do the same thing.
>>>>
>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>> to be tracked down.
>>>>
>>>> Erik Hecht wrote:
>>>>> Hello all,
>>>>>
>>>>> there is a simple solution for this exception.
>>>>> Add only a "implements Serializable" to this class, I don't know why
>>>>> this was missing.
>>>>>
>>>>> I will post when I have built a newer version.
>>>>>
>>>>> best regards.
>>>>>
>>>>> Erik
>>>>>
>>>>> DEFERT Philippe schrieb:
>>>>>> Hello All,
>>>>>>
>>>>>> Thanks to Erik for the port to europa.
>>>>>> Thanks Marco to the work around.
>>>>>>
>>>>>> I use a composite with nebula component.
>>>>>>
>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>
>>>>>> Message: Exception thrown.
>>>>>> Severity: Error
>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>> Stack Trace:
>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>
>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>> Caused by: java.io.NotSerializableException:
>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>
>>>>>> ... 34 more
>>>>>>
>>>>>>
>>>>>> Philippe
|
|
| | |
Re: VE out of Eclipse Europa ? [message #138975 is a reply to message #138630] |
Sat, 14 July 2007 07:59 |
Eclipse User |
|
|
|
Originally posted by: bruno.pcservice-professionnel.com
Erik Hecht wrote:
> Hello all,
> i have done minor Bugfixes:
> - missing class not found in Remote VM
> - this java.io.NotSerializableException
> - the original update url was missing
> - I have included the source, while exporting
> here is the again link where you can find my (non-official) version.
> http://www.ehecht.com/eclipse_ve/ve.html
> best regards
> Erik
> Rich Kulp schrieb:
>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>> to do just toString(). It doesn't do that now.
>>
>> CDMFactoryImpl should be changed to instead of
>> super.convertToString(value) it should be
>>
>> if (value != null)
>> return value.toString();
>> else
>> return null;
>>
>> for convert rectangle, point, and dimension.
>>
>> Besides these are more efficient than straight serialization anyway.
>>
>>
>> Rich Kulp wrote:
>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>> to do toString() on the object. It didn't try to do a serialize.
>>>
>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>> from string expects it to be a string that came from the toString()
>>> call, NOT the string that results for serializing!
>>>
>>> Point and Dimension do the same thing.
>>>
>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>> to be tracked down.
>>>
>>> Erik Hecht wrote:
>>>> Hello all,
>>>>
>>>> there is a simple solution for this exception.
>>>> Add only a "implements Serializable" to this class, I don't know why
>>>> this was missing.
>>>>
>>>> I will post when I have built a newer version.
>>>>
>>>> best regards.
>>>>
>>>> Erik
>>>>
>>>> DEFERT Philippe schrieb:
>>>>> Hello All,
>>>>>
>>>>> Thanks to Erik for the port to europa.
>>>>> Thanks Marco to the work around.
>>>>>
>>>>> I use a composite with nebula component.
>>>>>
>>>>> Now, I have much less exception. there remains to me this one
>>>>>
>>>>> Message: Exception thrown.
>>>>> Severity: Error
>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>> Stack Trace:
>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at
>>>>>
org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>
>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>> Caused by: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>> at
>>>>>
org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>
>>>>> ... 34 more
>>>>>
>>>>>
>>>>> Philippe
Thanks for your non-official vzesion of VE.
i was downloaded your package ve_eclipse_33_lin.tar.gz and it's Ok, but
your new Package ve_eclipse_33_linux.tar.gz generate error when uncompress:
gzip: stdin: not in gzip format
/bin/gtar: Child returned status 1
/bin/gtar: Statut d'erreur reporté d'erreurs précédentes.
exuse me for my english;
and Very-Thanks for your work..
|
|
| | | | | |
Re: VE out of Eclipse Europa ? [message #139117 is a reply to message #139055] |
Wed, 18 July 2007 11:23 |
Eclipse User |
|
|
|
Originally posted by: julien.mengelle.gmail.com
Thank you very much for this work!!
Erik Hecht a écrit :
> Hello all,
>
> I have updated again. Now there are only 2 versions left:
> one for Windows and a second for linux and macosx.
>
> I finally included the source and built against the Eclipse
> RCP/PluginDeveloper Version. Now the VE includes JEM.
>
> Here is the link again where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
|
|
|
Re: VE out of Eclipse Europa ? [message #139129 is a reply to message #139055] |
Wed, 18 July 2007 15:33 |
Eclipse User |
|
|
|
Originally posted by: alexander.malic.gmail.com
Thanx a lot,
Is there any effort to restart this Plugin. I'm new to SWT-Development,
but as soon as i have enough experience i would like to support you.
regards,
Alexander Malic
|
|
|
Re: VE out of Eclipse Europa ? [message #139155 is a reply to message #138998] |
Thu, 19 July 2007 01:25 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
Hello Erik,
thanks for your new release. I use it on Windows Vista Premium and installed
it on top of the "Eclipse for RCP/Plug-in Developers" release. There are no
other Eclipse plugins. and it works fine, except for these problems:
1: Loading my application causes this exception to be thrown: for exception
details look at the end of my message. This exception is thrown every time I
open a Visual Editor
window and the .java file actually uses UI classes. (I use only SWT
controls).
2: I upgrade the Eclipse system with the only currently available patch:
Name: Eclipse RCP Patch 1 for 3.3
Identifier: org.eclipse.rcp.patch1
Version: 3.3.0v20070705_330
Description: "Eclipse RCP Patch 1 for 3.3 - ICU4J data update
including tzdata 2007f"
The result is that a) I get an error message that Eclipse could not restore
the workbench layout:
Problems occurred restoring workbench.
Unable to restore perspective: Workspace - WB Java.
Could not create view:
org.eclipse.ve.internal.java.codegen.editorpart.BeansList
Could not create view:
org.eclipse.ve.internal.java.codegen.editorpart.BeansList
Could not create view:
org.eclipse.ve.internal.java.codegen.editorpart.XMLViewPart
Could not create view:
org.eclipse.ve.internal.java.codegen.editorpart.XMLViewPart
Could not find view:
org.eclipse.ve.internal.java.codegen.editorpart.BeansList
Could not find view:
org.eclipse.ve.internal.java.codegen.editorpart.XMLViewPart
and b) that the entire VE subsystem is inactivated. I cannot reverse this
effect, not even by removing the
"eclipse\features\org.eclipse.rcp.patch1_3.3.0" folder. Another interesting
side-effect is that now Vista considers the eclipse.exe file as modified and
the Vista firewall blocks Eclipse's access to the network, causing all other
kinds of errors related to lack of network access and remote VM.
Reinstalling (or restoring) the Eclipse installtion and
resetting the firewall removes the problem.
That's all for now.
Wolfgang.
Exception Stack Trace:
eclipse.buildId=I20070625-1500
java.version=1.6.0_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
java.lang.RuntimeException: java.io.NotSerializableException:
org.eclipse.ve.internal.cdm.model.Rectangle
at
org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
at
org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
at
org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
at
org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
at
org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
at
org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
at
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
at
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
at
org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
at
org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: java.io.NotSerializableException:
org.eclipse.ve.internal.cdm.model.Rectangle
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at
org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
... 34 more
------------------------------------------------------------ --------------------------------------
"Erik Hecht" <erik@ehecht.com> wrote in message
news:f7am0v$ufc$1@build.eclipse.org...
> Hi to all,
>
> i build a new release with jem this weekend, i had have no time last week.
>
> greetings
>
> Erik
>
>
> Lorenzo Bettini schrieb:
>> bruno wrote:
>>> Thanks for your non-official vzesion of VE.
>>>
>>> i was downloaded your package ve_eclipse_33_lin.tar.gz and it's Ok, but
>>>
>>> your new Package ve_eclipse_33_linux.tar.gz generate error when
>>> uncompress:
>>>
>>> gzip: stdin: not in gzip format
>>> /bin/gtar: Child returned status 1
>>> /bin/gtar: Statut d'erreur reporté d'erreurs précédentes.
>>>
>>
>> do not use the z option of tar: it is not actually gzipped, it's only a
>> tar archive:
>>
>> tar xvf ve_eclipse_33_linux.tar.gz
>>
>> I experienced the same problem too
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #139165 is a reply to message #139155] |
Thu, 19 July 2007 12:58 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Hi,
This error shown below is due to a bug. I think Erik has released the
fix for this already.
> That's all for now.
> Wolfgang.
>
>
> Exception Stack Trace:
>
> eclipse.buildId=I20070625-1500
> java.version=1.6.0_01
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
> Command-line arguments: -os win32 -ws win32 -arch x86
>
> java.lang.RuntimeException: java.io.NotSerializableException:
> org.eclipse.ve.internal.cdm.model.Rectangle
> at
> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>
>
Thanks,
Rich
|
|
|
Re: VE out of Eclipse Europa ? [message #139176 is a reply to message #139165] |
Thu, 19 July 2007 16:46 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
I used Erik's latest release from 7/16. So the bug may have been identified
but not fixed?
Or does this need some manual configuration?
Thanks,
Wolfgang.
"Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> wrote in message
news:f7nn5h$7os$2@build.eclipse.org...
> Hi,
> This error shown below is due to a bug. I think Erik has released the fix
> for this already.
>
>
>> That's all for now.
>> Wolfgang.
>>
>>
>> Exception Stack Trace:
>>
>> eclipse.buildId=I20070625-1500
>> java.version=1.6.0_01
>> java.vendor=Sun Microsystems Inc.
>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>> Command-line arguments: -os win32 -ws win32 -arch x86
>>
>> java.lang.RuntimeException: java.io.NotSerializableException:
>> org.eclipse.ve.internal.cdm.model.Rectangle
>> at
>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
> Thanks,
> Rich
|
|
|
Re: VE out of Eclipse Europa ? [message #139189 is a reply to message #139176] |
Fri, 20 July 2007 08:05 |
Eclipse User |
|
|
|
Originally posted by: sbrandt_NOSPAM_.gmx.de
Wolfgang wrote:
> I used Erik's latest release from 7/16. So the bug may have been
> identified but not fixed?
> Or does this need some manual configuration?
Maybe you need to remove all older versions of the eclipse ve ... I had a
lot of trouble when just putting the new ones into the existing installation ;-)
In your case, sounds like the old version is still lying around somewhere
and is being used ...
Yours,
Sebastian
BTW: Lot of thanks to Erik!
Without him, I wouldn't be using eclipse 3.3. any longer.
Some time ago I tried to edit a ve-generated visual class /without/ ve by
hand for "just adding another JButton" ... took me quite some time to
understand, modify and extend the existing GridBagConstraints.
Converting the existing two-pane window into a JSplitPane /with/ ve was much
simpler ...
|
|
|
Re: VE out of Eclipse Europa ? [message #139201 is a reply to message #139189] |
Fri, 20 July 2007 12:45 |
Eclipse User |
|
|
|
Originally posted by: wolfgang_baltes.hotmail.com
Thanks for your suggestion, Sebastian. My installation was a clean reinstall
from scratch: both the Eclipse program directory as well as the Workspace. I
then used the Import command to import an existing project.
Wolfgang.
"Sebastian Brandt" <sbrandt_NOSPAM_@gmx.de> wrote in message
news:f7pqbs$75c$1@build.eclipse.org...
> Wolfgang wrote:
>> I used Erik's latest release from 7/16. So the bug may have been
>> identified but not fixed?
>> Or does this need some manual configuration?
> Maybe you need to remove all older versions of the eclipse ve ... I had a
> lot of trouble when just putting the new ones into the existing
> installation ;-)
> In your case, sounds like the old version is still lying around somewhere
> and is being used ...
>
> Yours,
> Sebastian
>
> BTW: Lot of thanks to Erik!
> Without him, I wouldn't be using eclipse 3.3. any longer.
>
> Some time ago I tried to edit a ve-generated visual class /without/ ve by
> hand for "just adding another JButton" ... took me quite some time to
> understand, modify and extend the existing GridBagConstraints.
> Converting the existing two-pane window into a JSplitPane /with/ ve was
> much
> simpler ...
|
|
| | |
Re: VE out of Eclipse Europa ? [message #139270 is a reply to message #139246] |
Tue, 24 July 2007 19:15 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
hi,
Exactly what line is giving the NPE? Can't tell from your append here.
Erik Hecht wrote:
> Hello Rich,
>
> perhaps you have an idea
> code lines like that one, only return an nullpointer exception.
>
> sfGridX =
> JavaInstantiation.getSFeature(rset,JFCConstants.SF_GRIDBAGCO NSTRAINTS_GRIDX);
>
>
> While reading the code, I patched this with adding some lines to
> GridBagConstrains.overwrite.
>
> Now I get the exceptions everytime when it will be checked like this
>
> gridbagconstraint.eIsSet(sfGridX);
>
> Did I miss somthing?
>
> thanks
>
> Erik
|
|
|
Re: VE out of Eclipse Europa ? [message #139287 is a reply to message #139270] |
Tue, 24 July 2007 20:10 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
This is a multi-part message in MIME format.
--------------060604080609000905050407
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
sorry - i forgot some information.
Backgroud: I get this NPE, when i try to move Components in a
GridBagLayout. I attaced a patch for my changes in the
GridBagConstraints.owerwrite.
Greetings
Erik
eclipse.buildId=I20070625-1500
java.version=1.5.0_07
java.vendor=Apple Computer, Inc.
BootLoader constants: OS=macosx, ARCH=x86, WS=carbon, NL=de_DE
Framework arguments: -product org.eclipse.sdk.ide -pdelaunch
Command-line arguments: -product org.eclipse.sdk.ide -data
/Users/erikhecht/coding/eclipse_ws_ve/../runtime-EclipseAppl ication -dev
file:/Users/erikhecht/coding/eclipse_ws_ve/.metadata/.plugin s/org.eclipse.pde.core/Eclipse
Application/dev.properties -pdelaunch -os macosx -ws carbon -arch x86
Error
Tue Jul 24 22:02:17 CEST 2007
Unhandled event loop exception
java.lang.NullPointerException
at
org.eclipse.emf.ecore.impl.EStructuralFeatureImpl.getSetting Delegate(EStructuralFeatureImpl.java:813)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSettingDelegate (BasicEObjectImpl.java:1519)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eIsSet(BasicEObj ectImpl.java:1240)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eIsSet(BasicEObj ectImpl.java:1225)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.g etLayoutTable(GridBagLayoutPolicyHelper.java:495)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.g etComponentGridDimensions(GridBagLayoutPolicyHelper.java:754 )
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.i sCellValidForMove(GridBagLayoutPolicyHelper.java:736)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutEditPolicy.get ConstraintCommands(GridBagLayoutEditPolicy.java:260)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutEditPolicy.get MoveChildrenCommand(GridBagLayoutEditPolicy.java:241)
at
org.eclipse.gef.editpolicies.LayoutEditPolicy.getCommand(Lay outEditPolicy.java:193)
at
org.eclipse.gef.editpolicies.ConstrainedLayoutEditPolicy.get Command(ConstrainedLayoutEditPolicy.java:154)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutEditPolicy.get Command(GridBagLayoutEditPolicy.java:639)
at
org.eclipse.gef.editparts.AbstractEditPart.getCommand(Abstra ctEditPart.java:473)
at
org.eclipse.gef.editpolicies.NonResizableEditPolicy.getMoveC ommand(NonResizableEditPolicy.java:187)
at
org.eclipse.gef.editpolicies.NonResizableEditPolicy.getComma nd(NonResizableEditPolicy.java:127)
at
org.eclipse.ve.internal.jfc.core.NonResizableSpannableEditPo licy.getCommand(NonResizableSpannableEditPolicy.java:68)
at
org.eclipse.gef.editparts.AbstractEditPart.getCommand(Abstra ctEditPart.java:473)
at
org.eclipse.gef.tools.DragEditPartsTracker.getCommand(DragEd itPartsTracker.java:256)
at
org.eclipse.gef.tools.DragEditPartsTracker.handleDragInProgr ess(DragEditPartsTracker.java:351)
at org.eclipse.gef.tools.AbstractTool.mouseDrag(AbstractTool.ja va:983)
at org.eclipse.gef.tools.SelectionTool.mouseDrag(SelectionTool. java:511)
at
org.eclipse.ve.internal.cde.core.CDESelectionTool.mouseDrag( CDESelectionTool.java:52)
at org.eclipse.gef.EditDomain.mouseDrag(EditDomain.java:226)
at
org.eclipse.gef.ui.parts.DomainEventDispatcher.dispatchMouse Moved(DomainEventDispatcher.java:357)
at
org.eclipse.draw2d.LightweightSystem$EventHandler.mouseMove( LightweightSystem.java:533)
at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:198)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1495)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1519)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1504)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1 295)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3348)
at org.eclipse.swt.widgets.Control.sendTrackEvents(Control.java :2815)
at org.eclipse.swt.widgets.Control.actionProc(Control.java:115)
at org.eclipse.swt.widgets.Display.actionProc(Display.java:355)
at org.eclipse.swt.internal.carbon.OS.CallNextEventHandler(Nati ve Method)
at org.eclipse.swt.widgets.Widget.kEventControlTrack(Widget.jav a:1062)
at org.eclipse.swt.widgets.Control.kEventControlTrack(Control.j ava:1950)
at org.eclipse.swt.widgets.Widget.controlProc(Widget.java:367)
at org.eclipse.swt.widgets.Display.controlProc(Display.java:835 )
at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Na tive Method)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2936)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:106)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:153)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
Rich Kulp schrieb:
> hi,
>
> Exactly what line is giving the NPE? Can't tell from your append here.
>
> Erik Hecht wrote:
>> Hello Rich,
>>
>> perhaps you have an idea
>> code lines like that one, only return an nullpointer exception.
>>
>> sfGridX =
>> JavaInstantiation.getSFeature(rset,JFCConstants.SF_GRIDBAGCO NSTRAINTS_GRIDX);
>>
>> While reading the code, I patched this with adding some lines
>> to GridBagConstrains.overwrite.
>>
>> Now I get the exceptions everytime when it will be checked like this
>>
>> gridbagconstraint.eIsSet(sfGridX);
>>
>> Did I miss somthing?
>>
>> thanks
>>
>> Erik
--------------060604080609000905050407
Content-Type: text/plain;
name="GridBagConstraints_overwrite.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="GridBagConstraints_overwrite.txt"
### Eclipse Workspace Patch 1.0
#P org.eclipse.ve.jfc
Index: overrides/java/awt/GridBagConstraints.override
============================================================ =======
RCS file: /cvsroot/tools/org.eclipse.ve.jfc/overrides/java/awt/GridBag Constraints.override,v
retrieving revision 1.10
diff -u -r1.10 GridBagConstraints.override
--- overrides/java/awt/GridBagConstraints.override 15 Nov 2005 18:53:31 -0000 1.10
+++ overrides/java/awt/GridBagConstraints.override 24 Jul 2007 20:09:34 -0000
@@ -5,6 +5,14 @@
<listChanges referenceValues="_eStructuralFeatures"/>
<listChanges referenceValues="_eStructuralFeatures1"/>
<listChanges referenceValues="_eStructuralFeatures2"/>
+ <listChanges referenceValues="_eStructuralFeatures3"/>
+ <listChanges referenceValues="_eStructuralFeatures4"/>
+ <listChanges referenceValues="_eStructuralFeatures5"/>
+ <listChanges referenceValues="_eStructuralFeatures6"/>
+ <listChanges referenceValues="_eStructuralFeatures7"/>
+ <listChanges referenceValues="_eStructuralFeatures8"/>
+ <listChanges referenceValues="_eStructuralFeatures9"/>
+ <listChanges referenceValues="_eStructuralFeatures10"/>
</value>
</objectChanges>
<objectsToAttach name="anchor" unsettable="true" xmi:id="_eStructuralFeatures" xsi:type="ecore:EReference">
@@ -16,4 +24,29 @@
<objectsToAttach name="insets" xmi:id="_eStructuralFeatures2" xsi:type="ecore:EReference">
<eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
</objectsToAttach>
+ <objectsToAttach name="gridx" xmi:id="_eStructuralFeatures3" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="gridy" xmi:id="_eStructuralFeatures4" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="gridwidth" xmi:id="_eStructuralFeatures5" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="gridheight" xmi:id="_eStructuralFeatures6" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="weightx" xmi:id="_eStructuralFeatures7" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="weighty" xmi:id="_eStructuralFeatures8" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="ipadx" xmi:id="_eStructuralFeatures9" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="ipady" xmi:id="_eStructuralFeatures10" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+
</change:ChangeDescription>
--------------060604080609000905050407--
|
|
|
Re: VE out of Eclipse Europa ? [message #139297 is a reply to message #139287] |
Tue, 24 July 2007 23:49 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Hi,
I don't know what version of EMF you are using, but this error is
typically due to EStructuralFeature NOT having an eType set on it. It is
very easy to forget to do this. You will need to catch the NPE in a
debugger and see if (1) it is due eType being null, and (2) if it is,
then see what feature it is, and (3) see why eType is missing. This
usually occurs because (a) this a feature that is just fluffed up and is
not a true feature returned from introspection, in which case you need
to put the eType into the override file too. Or (b) it is supposed to be
from an introspected feature but the feature didn't introspect.
I thought I had put code in so that after introspection it will see if
any feature has an eType of null and if it does it will put in the JEM
reference JavaClass to java.lang.Object.
So you need to stop in the debugger and see what is null.
Rich
|
|
|
Re: VE out of Eclipse Europa ? [message #139331 is a reply to message #138284] |
Thu, 26 July 2007 14:53 |
Eclipse User |
|
|
|
Originally posted by: Kevin.Fleischer.informatik.tu-chemnitz.de
How long will it take till a official VE version for eclipse 3.3 is
released?
Is Eric Hecht the only one trying to port the VE, or are there some
helpers? If he is the only one - where are the others!?
Kevin
|
|
|
Re: VE out of Eclipse Europa ? [message #139378 is a reply to message #138284] |
Sun, 29 July 2007 05:24 |
Eclipse User |
|
|
|
Originally posted by: ilan.tal.gmail.com
Hello All,
I asked a question about the Visual editor a couple of days ago and Eric
was kind enough to point me to this thread.
I sat with a friend who has Linux and we compared side by side the plug
ins until we saw org.eclipse.ve.* was missing on the Linux machine.
None of this is very new. The big surprise was we are looking at version
3.2, and NOT version 3.3 which is yet to be released.
So if it doesn't work in the officially released 3.2, what is the surprise
that it doesn't work in the yet to be released 3.3?
The reason it works in my version of 3.2 seems to be that I did an update
from 3.1. On the systems where I did a clean install of 3.2, the visual
editor just isn't there.
Hopefully 3.3 will be fixed to include the visual editor, but until it is,
is there an easy way to include the missing plugins?
Thanks,
Ilan
|
|
|
Re: VE out of Eclipse Europa ? [message #139409 is a reply to message #139378] |
Sun, 29 July 2007 18:04 |
Eclipse User |
|
|
|
Originally posted by: wegener.cboenospam.com
Ilan Tal wrote:
> Hello All,
> I asked a question about the Visual editor a couple of days ago and Eric
> was kind enough to point me to this thread.
> I sat with a friend who has Linux and we compared side by side the plug
> ins until we saw org.eclipse.ve.* was missing on the Linux machine.
>
> None of this is very new. The big surprise was we are looking at version
> 3.2, and NOT version 3.3 which is yet to be released.
>
> So if it doesn't work in the officially released 3.2, what is the
> surprise that it doesn't work in the yet to be released 3.3?
>
> The reason it works in my version of 3.2 seems to be that I did an
> update from 3.1. On the systems where I did a clean install of 3.2, the
> visual editor just isn't there.
>
> Hopefully 3.3 will be fixed to include the visual editor, but until it
> is, is there an easy way to include the missing plugins?
>
> Thanks,
> Ilan
>
VE isn't included in the base Eclipse installation. You mention that
you want to use VE with 3.2. The best way to add VE to this version is
to use the Callisto update site. Go to Help->Software Updates->Find and
Install. Select Search for new features to install and click Next. The
Callisto Discovery Site should be listed. Select this, click Next and
follow the additional screens to select the Visual Editor to be installed.
|
|
| | | | |
Re: VE out of Eclipse Europa ? [message #139761 is a reply to message #139297] |
Wed, 15 August 2007 20:35 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Rich,
Now I have the NPE eliminated.
Perhaps you can help me to understand.
Why this warning now comes up?
Thanks,
Erik
---
+++ Warning +++: Wed Aug 15 22:02:05 CEST 2007 No Write Method found
for org.eclipse.emf.ecore.impl.EReferenceImpl@cc25e0 (name: gridx)
(ordered: true, unique: true, lowerBound: 0, upperBound: 1) (changeable:
true, volatile: false, transient: false, defaultValueLiteral: null,
unsettable: false, derived: false) (containment: false, resolveProxies:
true) on =test_ve/src<test{VEtest.java[VEtest~getJPanel1^gridBagConstraints
---
The gridx is defined as follows in the GridBagConstraints.overwrite:
<objectsToAttach name="gridx" xmi:id="_eStructuralFeatures3"
xsi:type="ecore:EReference" eType="org.eclipse.jem.java:JavaDataType
java:/#int">
<eAnnotations nullInvalid="true"
xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
</objectsToAttach>
|
|
|
Re: VE out of Eclipse Europa ? [message #139772 is a reply to message #139761] |
Wed, 15 August 2007 22:00 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Hi Erik,
It thinks this is a property that has a get and set method. But I'm
guessing it is not. That is a straight field reference to the variable
gridx.
IS that correct, that it is not referenced through methods>
You need to tell it that it is field and not a get/set property.
But I don't know why you are having the problem because we already
supply all that is needed for GridBagConstraints.
See the GridBagConstraintsBeaninfo class: We've already defined gridx as
a field property (see the createFieldPropertyDescriptor method below).
What are you trying to do differently that you can't use what was
already provided?
-------------------
/*********************************************************** ********************
* Copyright (c) 2001, 2005 IBM Corporation and others.
* All rights reserved. This program and the accompanying materials
* are made available under the terms of the Eclipse Public License v1.0
* which accompanies this distribution, and is available at
* http://www.eclipse.org/legal/epl-v10.html
*
* Contributors:
* IBM Corporation - initial API and implementation
************************************************************ *******************/
package org.eclipse.ve.internal.jfc.beaninfo;
import java.awt.GridBagConstraints;
/*
* $RCSfile: GridBagConstraintsBeanInfo.java,v $
* $Revision: 1.3 $ $Date: 2005/08/24 23:38:12 $
*/
public class GridBagConstraintsBeanInfo extends IvjBeanInfo {
private static java.util.ResourceBundle resconstraints =
java.util.ResourceBundle.getBundle("org.eclipse.ve.internal.jfc.beaninfo.gridbagconstraints ");
//$NON-NLS-1$
/**
* Gets the bean class.
*/
public Class getBeanClass() {
return java.awt.GridBagConstraints.class;
}
/**
* @return java.beans.PropertyDescriptor[] for the gridx, gridy,
gridwidth, gridheight, weightx,
* weighty, anchor, fill, ipadx, ipady, insets,
*/
public java.beans.PropertyDescriptor[] getPropertyDescriptors() {
try {
return new java.beans.PropertyDescriptor[] {
createFieldPropertyDescriptor("gridx",
GridBagConstraints.class.getField("gridx"), new Object[] { //$NON-NLS-1$
//$NON-NLS-2$
DISPLAYNAME, resconstraints.getString("gridbagconstraints.gridx"),
//$NON-NLS-1$
SHORTDESCRIPTION,
resconstraints.getString("gridbagconstraints.gridx.Desc"),
//$NON-NLS-1$
}),
|
|
|
Re: VE out of Eclipse Europa ? [message #139966 is a reply to message #139331] |
Mon, 27 August 2007 17:49 |
Eclipse User |
|
|
|
Originally posted by: Kevin.Fleischer.informatik.tu-chemnitz.de
Kevin Fleischer schrieb:
> How long will it take till a official VE version for eclipse 3.3 is
> released?
>
> Is Eric Hecht the only one trying to port the VE, or are there some
> helpers? If he is the only one - where are the others!?
>
> Kevin
Still no release in sight?
|
|
| | | | |
Re: VE out of Eclipse Europa ? [message #616140 is a reply to message #138311] |
Sun, 01 July 2007 21:36 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello Erik,
first of all, tank you for the great work!
Did you use eclipse-rcp-europa-win32, eclipse-SDK-3.3-win32 or
eclipse-java-europa-win32 to use VE?
Are there any other prerequisites?
best regards,
Marco Maniscalco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f69496$pvn$1@build.eclipse.org...
> Hello all,
>
> here is the link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
> Marco Maniscalco schrieb:
>> Hello Erik,
>>
>> I would really appreciate that! I also tried to fix something but did not
>> succeed...
>>
>> Thanks in advance
>> Marco Maniscalco
>>
>>
>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>> news:f66dkn$eo2$1@build.eclipse.org...
>>> Wojciech Halicki - Piszko schrieb:
>>>> No free alternative as there is commercial WindowBuilder -
>>>> http://www.instantiations.com/press/release/070627.html And it is
>>>> provided free for open source projects -
>>>> http://www.instantiations.com/company/opensource.html VE will surely
>>>> work with Europa - there is some work done already. There is
>>>> conversation on this news list about it.
>>>>
>>>>> Looks like Europa will ship without a gui editor.
>>>>> VE is not there and it seems there's no alternative.
>>>>> http://www.eclipse.org/europa/projects.php
>>>>>
>>>>> Mik
>>>>> --
>>>>
>>>>
>>>
>>> Hello,
>>>
>>> If anybody is intrested in, i can build a zip file for MAC OSX and
>>> Windows this weekend. This version works for me.
>>>
>>> I will post a download location when i finished.
>>>
>>> Best regards.
>>> Erik
>>>
>>> @Steve Robenalt, are there some news of progress?
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #616144 is a reply to message #138311] |
Mon, 02 July 2007 01:12 |
Eclipse User |
|
|
|
Originally posted by: erickj.isetec.com.mx
Do you have build for linux?
Erik Hecht wrote:
> Hello all,
>
> here is the link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
> Marco Maniscalco schrieb:
>> Hello Erik,
>>
>> I would really appreciate that! I also tried to fix something but did
>> not succeed...
>>
>> Thanks in advance
>> Marco Maniscalco
>>
>>
>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>> news:f66dkn$eo2$1@build.eclipse.org...
>>> Wojciech Halicki - Piszko schrieb:
>>>> No free alternative as there is commercial WindowBuilder -
>>>> http://www.instantiations.com/press/release/070627.html And it is
>>>> provided free for open source projects -
>>>> http://www.instantiations.com/company/opensource.html VE will surely
>>>> work with Europa - there is some work done already. There is
>>>> conversation on this news list about it.
>>>>
>>>>> Looks like Europa will ship without a gui editor.
>>>>> VE is not there and it seems there's no alternative.
>>>>> http://www.eclipse.org/europa/projects.php
>>>>>
>>>>> Mik
>>>>> --
>>>>
>>>>
>>>
>>> Hello,
>>>
>>> If anybody is intrested in, i can build a zip file for MAC OSX and
>>> Windows this weekend. This version works for me.
>>>
>>> I will post a download location when i finished.
>>>
>>> Best regards.
>>> Erik
>>>
>>> @Steve Robenalt, are there some news of progress?
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #616146 is a reply to message #138317] |
Mon, 02 July 2007 03:52 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Marco,
you should have installed the runtime binaries. With the wtp sdk, i used
that one from online update.
best regards
Erik
Marco Maniscalco schrieb:
> Hello Erik,
>
> first of all, tank you for the great work!
>
> Did you use eclipse-rcp-europa-win32, eclipse-SDK-3.3-win32 or
> eclipse-java-europa-win32 to use VE?
> Are there any other prerequisites?
>
> best regards,
> Marco Maniscalco
>
>
> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
> news:f69496$pvn$1@build.eclipse.org...
>> Hello all,
>>
>> here is the link where you can find my (non-official) version.
>>
>> http://www.ehecht.com/eclipse_ve/ve.html
>>
>> best regards
>>
>> Erik
>>
>> Marco Maniscalco schrieb:
>>> Hello Erik,
>>>
>>> I would really appreciate that! I also tried to fix something but did
>>> not succeed...
>>>
>>> Thanks in advance
>>> Marco Maniscalco
>>>
>>>
>>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>>> news:f66dkn$eo2$1@build.eclipse.org...
>>>> Wojciech Halicki - Piszko schrieb:
>>>>> No free alternative as there is commercial WindowBuilder -
>>>>> http://www.instantiations.com/press/release/070627.html And it is
>>>>> provided free for open source projects -
>>>>> http://www.instantiations.com/company/opensource.html VE will
>>>>> surely work with Europa - there is some work done already. There is
>>>>> conversation on this news list about it.
>>>>>
>>>>>> Looks like Europa will ship without a gui editor.
>>>>>> VE is not there and it seems there's no alternative.
>>>>>> http://www.eclipse.org/europa/projects.php
>>>>>>
>>>>>> Mik
>>>>>> --
>>>>>
>>>>>
>>>>
>>>> Hello,
>>>>
>>>> If anybody is intrested in, i can build a zip file for MAC OSX and
>>>> Windows this weekend. This version works for me.
>>>>
>>>> I will post a download location when i finished.
>>>>
>>>> Best regards.
>>>> Erik
>>>>
>>>> @Steve Robenalt, are there some news of progress?
>>>
>
|
|
| |
Re: VE out of Eclipse Europa ? [message #616158 is a reply to message #138329] |
Mon, 02 July 2007 14:19 |
Eclipse User |
|
|
|
Originally posted by: adam.giemza.gmx.de
Hey Erik,
well done. I have just tested it and it seems to work (so far). I hope
that the development will continue because I do not see any chance for
me to use a commercial gui builder.
Greetings,
Adam
|
|
| |
Re: VE out of Eclipse Europa ? [message #616165 is a reply to message #138368] |
Tue, 03 July 2007 10:00 |
Eclipse User |
|
|
|
Originally posted by: adam.giemza.gmx.de
Hi Wolfgang,
I have downloaded the plugin build by Erik ->
http://www.ehecht.com/eclipse_ve/ve.html
and copied it to my eclipse dir. I have downloaded the biggest package
of Eclipse (Eclipse for RCP/Plug-in Developers). As I have understood
the requirements, you need to install the WTP, because of JEM. Is it
correct?
At least it works for me very well.
Adam
|
|
| | |
Re: VE out of Eclipse Europa ? [message #616170 is a reply to message #138404] |
Tue, 03 July 2007 18:29 |
Wolfgang Messages: 12 Registered: July 2009 |
Junior Member |
|
|
Hi,
Thanks, Marco, for your recommendations.
I tried out several combinations of packages, and can't get the system to
work properly.
Here are a few details of what I observe, and to be frank, I am not sure
everything is due to the Europa code, or whether MS Vista has a part in
this.
- OS used: MS Vista Premium in admin mode (user access control turned off)
- SW combination used:
Unzip eclipse-rcp-europa-win32.zip, then add the "features" and
"plugins" folders from all these packages:
emf-sdo-xsd-SDK-2.3.0.zip
dtp-sdk_1.5.zip
GEF-SDK-3.3.zip
wtp-sdk-R-2.0-200706260303.zip
Start eclipse, and check in Error Log that everything is fine.
Select a new Workspace. Check connectivity to Internet using
"Software updates" and choosing one of the add new features sites. Abort
process once connectivity to Internet is shown to work.
Close eclipse.
Add "features" and "plugins" folders from Eriks
ve_eclipse_33_win32.zip
package.
Upon starting eclipse, no errors in log.
When verifying Internet access, errors. (This may be due to Vista,
but I report it anyway.) Need to reboot the OS (thanks Bill) to recover
from this.
Restart OS and then start eclipse. Clear Error Log.
- Observations:
Build an app with a visual class (enable the SWT library). This is
what I get:
The palette is filled with widgets, etc.
I can create a shell and add widgets. The properties window does not
describe visual objects.
The Customized Layout dialog box opens, but is empty (both tabs).
I get a lot of errors of essentially two types:
- Warning: IWAV0155E Introspection failed on class
"org.eclipse.swt.widgets.XXX." msg="." <<== XXX = widget types
- Error: Unhandled event loop exception
I hope this helps Erik to fix things.
Wolfgang.
|
|
| |
Re: VE out of Eclipse Europa ? [message #616174 is a reply to message #138404] |
Tue, 03 July 2007 21:14 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello all,
I found a way to walk around this problem. Just do the following, and
(maybe) everything works good.
On the Project Properties in "Java Build Path" go to the Libraries and "Add
external Jars". Then choose "org.eclipse.ve.java.core" jar file. Then the
remote VM restarts because the classpath has changed. On my (Vista Business)
Machine all SWT stuff works great. I also opened some more compex SWT
Composites and it seems that everything works like with 3.2. Also the Layout
stuff is now working. I also did not notice any exceptions anymore :-)
I guess its not intended this way, but how could you adjust the classpath of
the remote VM to inject "org.eclipse.ve.java.core"?
Greets, Marco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f6e1s5$lhm$1@build.eclipse.org...
> Hello Marco,
>
> I think I know where the problem is. If I look in the error log of eclipse
> there are sometimes exception, when i use ve (for me with jfc) . It seem
> that one class is not avaiable in the remote vm. I have no idea, yet.
>
> Im looking forward to an new release.
>
> best regards.
> Erik
>
> Marco Maniscalco schrieb:
>> Yeah this also works great for me ... thanks to Erik ;-)
>>
>> But there is one issue and I don't have a clue why. If I create a SWT
>> Composite and place some controls on it, I am not able to modify it's
>> layout. "Menu / Customize Layout" just says: no layout options to
>> customize on current selection. Does anyone also face this problem?
>>
>> Greetings
>> Marco Maniscalco
>>
>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>> news:f6d6oq$mqk$1@build.eclipse.org...
>>> Hi Wolfgang,
>>>
>>> I have downloaded the plugin build by Erik ->
>>>
>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>
>>> and copied it to my eclipse dir. I have downloaded the biggest package
>>> of Eclipse (Eclipse for RCP/Plug-in Developers). As I have understood
>>> the requirements, you need to install the WTP, because of JEM. Is it
>>> correct?
>>>
>>> At least it works for me very well.
>>>
>>> Adam
>>
|
|
| |
Re: VE out of Eclipse Europa ? [message #616178 is a reply to message #138437] |
Tue, 03 July 2007 21:42 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello all,
thanks for your feedback. I will try to fix this in my version.
last but not least:
I uploaded a Linux version of visual editor (ve) on the same location.
Please check it.
I couldn't verify if it works. I had only an old Laptop with Knoppix
here ;-).
Best regards
Erik
Marco Maniscalco schrieb:
> Hello all,
>
> I found a way to walk around this problem. Just do the following, and
> (maybe) everything works good.
>
> On the Project Properties in "Java Build Path" go to the Libraries and
> "Add external Jars". Then choose "org.eclipse.ve.java.core" jar file.
> Then the remote VM restarts because the classpath has changed. On my
> (Vista Business) Machine all SWT stuff works great. I also opened some
> more compex SWT Composites and it seems that everything works like with
> 3.2. Also the Layout stuff is now working. I also did not notice any
> exceptions anymore :-)
>
> I guess its not intended this way, but how could you adjust the
> classpath of the remote VM to inject "org.eclipse.ve.java.core"?
>
> Greets, Marco
>
> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
> news:f6e1s5$lhm$1@build.eclipse.org...
>> Hello Marco,
>>
>> I think I know where the problem is. If I look in the error log of
>> eclipse there are sometimes exception, when i use ve (for me with jfc)
>> . It seem that one class is not avaiable in the remote vm. I have no
>> idea, yet.
>>
>> Im looking forward to an new release.
>>
>> best regards.
>> Erik
>>
>> Marco Maniscalco schrieb:
>>> Yeah this also works great for me ... thanks to Erik ;-)
>>>
>>> But there is one issue and I don't have a clue why. If I create a SWT
>>> Composite and place some controls on it, I am not able to modify it's
>>> layout. "Menu / Customize Layout" just says: no layout options to
>>> customize on current selection. Does anyone also face this problem?
>>>
>>> Greetings
>>> Marco Maniscalco
>>>
>>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>>> news:f6d6oq$mqk$1@build.eclipse.org...
>>>> Hi Wolfgang,
>>>>
>>>> I have downloaded the plugin build by Erik ->
>>>>
>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>
>>>> and copied it to my eclipse dir. I have downloaded the biggest
>>>> package of Eclipse (Eclipse for RCP/Plug-in Developers). As I have
>>>> understood the requirements, you need to install the WTP, because of
>>>> JEM. Is it correct?
>>>>
>>>> At least it works for me very well.
>>>>
>>>> Adam
>>>
>
|
|
|
Re: VE out of Eclipse Europa ? [message #616180 is a reply to message #138460] |
Tue, 03 July 2007 22:50 |
Eclipse User |
|
|
|
Originally posted by: erickj.isetec.com.mx
I have errors on Linux (OpenSuse 10.2):
eclipse.buildId=I20070625-1500
java.version=1.5.0_11
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -os linux -ws gtk -arch x86
Eclipse Sample: org.eclipse.swt.examples
File: org.eclipse.swt.examples.texteditor, TextEditor.java
Error messages:
IWAV0155E Introspection failed on class "org.eclipse.swt.widgets.Shell."
msg="."
IWAV0073I *** RemoteVM Exception - Trace from Remote VM:
java.lang.NoClassDefFoundError:
org/eclipse/ve/internal/java/common/BaseBeanInfo
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoade r.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268 )
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319 )
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoade r.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268 )
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at
org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.classE xists(ModelingBeanInfo.java:206)
at
org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.intros pect(ModelingBeanInfo.java:175)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.eclipse.jem.internal.proxy.vm.remote.ConnectionHandler.r un(ConnectionHandler.java:317)
at
org.eclipse.jem.internal.proxy.vm.remote.ConnectionThread.ru n(ConnectionThread.java:47)
IWAV0074I *** Local StackTrace:
org.eclipse.jem.internal.proxy.remote.REMThrowableBeanProxyP roxy:
java.lang.NoClassDefFoundError:
org/eclipse/ve/internal/java/common/BaseBeanInfo
at
org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.createThrowableBeanProxy(REMThrowableBeanTypeProxy.java: 34)
at
org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.newBeanProxy(REMThrowableBeanTypeProxy.java:65)
at
org.eclipse.jem.internal.proxy.remote.REMStandardBeanProxyFa ctory.getBeanProxy(REMStandardBeanProxyFactory.java:459)
at
org.eclipse.jem.internal.proxy.remote.REMStandardBeanProxyFa ctory.processErrorReturn(REMStandardBeanProxyFactory.java:51 0)
at
org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invoke( REMMethodProxy.java:221)
at
org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invokeW ithParms(REMMethodProxy.java:178)
at
org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invoke( REMMethodProxy.java:102)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspect(BeaninfoClassAdapter.java:732)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspectIfNecessary(BeaninfoClassAdapter.java:428)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspectIfNecessary(BeaninfoClassAdapter.java:415)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.getEvents(BeaninfoClassAdapter.java:1272)
at
org.eclipse.jem.java.internal.impl.JavaClassImpl.getEvents(J avaClassImpl.java:1522)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.allEvents(BeaninfoClassAdapter.java:2311)
at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.getAllEvents(BeaninfoClassAdapter.java:1280)
at
org.eclipse.jem.java.internal.impl.JavaClassImpl.getAllEvent s(JavaClassImpl.java:1544)
at
org.eclipse.ve.internal.java.codegen.java.EventsParser.getAd dSignitures(EventsParser.java:66)
at
org.eclipse.ve.internal.java.codegen.java.EventsParser.analy ze(EventsParser.java:99)
at
org.eclipse.ve.internal.java.codegen.java.EventsParser.addEv ents(EventsParser.java:170)
at
org.eclipse.ve.internal.java.codegen.java.JavaBeanModelBuild er.analyzeEvents(JavaBeanModelBuilder.java:372)
at
org.eclipse.ve.internal.java.codegen.java.JavaBeanModelBuild er.build(JavaBeanModelBuilder.java:463)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.reverseParse(JavaSourceTranslator.java:865)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.decodeDocument(JavaSourceTranslator.java:947)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.loadModel(JavaSourceTranslator.java:597)
at
org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorPart$Setup.run(JavaVisualEditorPart.java:1978)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Other Error:
+++ Warning +++: Tue Jul 03 17:44:42 CDT 2007
Feature "org.eclipse.swt.layout.GridLayout->numColumns" did not have a type
set. Typically due to override file creating feature but property not found
on introspection/reflection.
Erik Hecht wrote:
> Hello all,
>
> thanks for your feedback. I will try to fix this in my version.
>
> last but not least:
>
> I uploaded a Linux version of visual editor (ve) on the same location.
> Please check it.
> I couldn't verify if it works. I had only an old Laptop with Knoppix
> here ;-).
>
> Best regards
> Erik
>
>
> Marco Maniscalco schrieb:
>> Hello all,
>>
>> I found a way to walk around this problem. Just do the following, and
>> (maybe) everything works good.
>>
>> On the Project Properties in "Java Build Path" go to the Libraries and
>> "Add external Jars". Then choose "org.eclipse.ve.java.core" jar file.
>> Then the remote VM restarts because the classpath has changed. On my
>> (Vista Business) Machine all SWT stuff works great. I also opened some
>> more compex SWT Composites and it seems that everything works like with
>> 3.2. Also the Layout stuff is now working. I also did not notice any
>> exceptions anymore :-)
>>
>> I guess its not intended this way, but how could you adjust the
>> classpath of the remote VM to inject "org.eclipse.ve.java.core"?
>>
>> Greets, Marco
>>
>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>> news:f6e1s5$lhm$1@build.eclipse.org...
>>> Hello Marco,
>>>
>>> I think I know where the problem is. If I look in the error log of
>>> eclipse there are sometimes exception, when i use ve (for me with jfc)
>>> . It seem that one class is not avaiable in the remote vm. I have no
>>> idea, yet.
>>>
>>> Im looking forward to an new release.
>>>
>>> best regards.
>>> Erik
>>>
>>> Marco Maniscalco schrieb:
>>>> Yeah this also works great for me ... thanks to Erik ;-)
>>>>
>>>> But there is one issue and I don't have a clue why. If I create a SWT
>>>> Composite and place some controls on it, I am not able to modify it's
>>>> layout. "Menu / Customize Layout" just says: no layout options to
>>>> customize on current selection. Does anyone also face this problem?
>>>>
>>>> Greetings
>>>> Marco Maniscalco
>>>>
>>>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>>>> news:f6d6oq$mqk$1@build.eclipse.org...
>>>>> Hi Wolfgang,
>>>>>
>>>>> I have downloaded the plugin build by Erik ->
>>>>>
>>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>>
>>>>> and copied it to my eclipse dir. I have downloaded the biggest
>>>>> package of Eclipse (Eclipse for RCP/Plug-in Developers). As I have
>>>>> understood the requirements, you need to install the WTP, because of
>>>>> JEM. Is it correct?
>>>>>
>>>>> At least it works for me very well.
>>>>>
>>>>> Adam
>>>>
>>
|
|
| | |
Re: VE out of Eclipse Europa ? [message #616189 is a reply to message #138460] |
Thu, 05 July 2007 13:21 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello all,
I noticed a failure regarding the <ctrl,space> autocomplete feature while
using ve without exceptions in the eclipse log. Does anybody else have this
defect?
greets
Marco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f6efst$o5n$1@build.eclipse.org...
> Hello all,
>
> thanks for your feedback. I will try to fix this in my version.
>
> last but not least:
>
> I uploaded a Linux version of visual editor (ve) on the same location.
> Please check it.
> I couldn't verify if it works. I had only an old Laptop with Knoppix here
> ;-).
>
> Best regards
> Erik
>
>
> Marco Maniscalco schrieb:
>> Hello all,
>>
>> I found a way to walk around this problem. Just do the following, and
>> (maybe) everything works good.
>>
>> On the Project Properties in "Java Build Path" go to the Libraries and
>> "Add external Jars". Then choose "org.eclipse.ve.java.core" jar file.
>> Then the remote VM restarts because the classpath has changed. On my
>> (Vista Business) Machine all SWT stuff works great. I also opened some
>> more compex SWT Composites and it seems that everything works like with
>> 3.2. Also the Layout stuff is now working. I also did not notice any
>> exceptions anymore :-)
>>
>> I guess its not intended this way, but how could you adjust the classpath
>> of the remote VM to inject "org.eclipse.ve.java.core"?
>>
>> Greets, Marco
>>
>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>> news:f6e1s5$lhm$1@build.eclipse.org...
>>> Hello Marco,
>>>
>>> I think I know where the problem is. If I look in the error log of
>>> eclipse there are sometimes exception, when i use ve (for me with jfc) .
>>> It seem that one class is not avaiable in the remote vm. I have no idea,
>>> yet.
>>>
>>> Im looking forward to an new release.
>>>
>>> best regards.
>>> Erik
>>>
>>> Marco Maniscalco schrieb:
>>>> Yeah this also works great for me ... thanks to Erik ;-)
>>>>
>>>> But there is one issue and I don't have a clue why. If I create a SWT
>>>> Composite and place some controls on it, I am not able to modify it's
>>>> layout. "Menu / Customize Layout" just says: no layout options to
>>>> customize on current selection. Does anyone also face this problem?
>>>>
>>>> Greetings
>>>> Marco Maniscalco
>>>>
>>>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>>>> news:f6d6oq$mqk$1@build.eclipse.org...
>>>>> Hi Wolfgang,
>>>>>
>>>>> I have downloaded the plugin build by Erik ->
>>>>>
>>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>>
>>>>> and copied it to my eclipse dir. I have downloaded the biggest package
>>>>> of Eclipse (Eclipse for RCP/Plug-in Developers). As I have understood
>>>>> the requirements, you need to install the WTP, because of JEM. Is it
>>>>> correct?
>>>>>
>>>>> At least it works for me very well.
>>>>>
>>>>> Adam
>>>>
>>
|
|
| |
Re: VE out of Eclipse Europa ? [message #616195 is a reply to message #138472] |
Thu, 05 July 2007 21:40 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello all,
ok, I got this exception fixed, with modifiying the binary build
configuration of remotevm.jar.
I will post when I updated my zip files.
best regards.
Erik
Erick I. Jiménez Alvarado schrieb:
> I have errors on Linux (OpenSuse 10.2):
>
> eclipse.buildId=I20070625-1500
> java.version=1.5.0_11
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
> Command-line arguments: -os linux -ws gtk -arch x86
>
> Eclipse Sample: org.eclipse.swt.examples
> File: org.eclipse.swt.examples.texteditor, TextEditor.java
>
> Error messages:
>
> IWAV0155E Introspection failed on class "org.eclipse.swt.widgets.Shell."
> msg="."
> IWAV0073I *** RemoteVM Exception - Trace from Remote VM:
> java.lang.NoClassDefFoundError:
> org/eclipse/ve/internal/java/common/BaseBeanInfo
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> at java.security.SecureClassLoader.defineClass(SecureClassLoade r.java:124)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268 )
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319 )
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> at java.security.SecureClassLoader.defineClass(SecureClassLoade r.java:124)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268 )
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.classE xists(ModelingBeanInfo.java:206)
> at
> org.eclipse.jem.internal.beaninfo.vm.ModelingBeanInfo.intros pect(ModelingBeanInfo.java:175)
> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.eclipse.jem.internal.proxy.vm.remote.ConnectionHandler.r un(ConnectionHandler.java:317)
> at
> org.eclipse.jem.internal.proxy.vm.remote.ConnectionThread.ru n(ConnectionThread.java:47)
> IWAV0074I *** Local StackTrace:
> org.eclipse.jem.internal.proxy.remote.REMThrowableBeanProxyP roxy:
> java.lang.NoClassDefFoundError:
> org/eclipse/ve/internal/java/common/BaseBeanInfo
> at
> org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.createThrowableBeanProxy(REMThrowableBeanTypeProxy.java: 34)
> at
> org.eclipse.jem.internal.proxy.remote.REMThrowableBeanTypePr oxy.newBeanProxy(REMThrowableBeanTypeProxy.java:65)
> at
> org.eclipse.jem.internal.proxy.remote.REMStandardBeanProxyFa ctory.getBeanProxy(REMStandardBeanProxyFactory.java:459)
> at
> org.eclipse.jem.internal.proxy.remote.REMStandardBeanProxyFa ctory.processErrorReturn(REMStandardBeanProxyFactory.java:51 0)
> at
> org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invoke( REMMethodProxy.java:221)
> at
> org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invokeW ithParms(REMMethodProxy.java:178)
> at
> org.eclipse.jem.internal.proxy.remote.REMMethodProxy.invoke( REMMethodProxy.java:102)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspect(BeaninfoClassAdapter.java:732)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspectIfNecessary(BeaninfoClassAdapter.java:428)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.introspectIfNecessary(BeaninfoClassAdapter.java:415)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.getEvents(BeaninfoClassAdapter.java:1272)
> at
> org.eclipse.jem.java.internal.impl.JavaClassImpl.getEvents(J avaClassImpl.java:1522)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.allEvents(BeaninfoClassAdapter.java:2311)
> at
> org.eclipse.jem.internal.beaninfo.adapters.BeaninfoClassAdap ter.getAllEvents(BeaninfoClassAdapter.java:1280)
> at
> org.eclipse.jem.java.internal.impl.JavaClassImpl.getAllEvent s(JavaClassImpl.java:1544)
> at
> org.eclipse.ve.internal.java.codegen.java.EventsParser.getAd dSignitures(EventsParser.java:66)
> at
> org.eclipse.ve.internal.java.codegen.java.EventsParser.analy ze(EventsParser.java:99)
> at
> org.eclipse.ve.internal.java.codegen.java.EventsParser.addEv ents(EventsParser.java:170)
> at
> org.eclipse.ve.internal.java.codegen.java.JavaBeanModelBuild er.analyzeEvents(JavaBeanModelBuilder.java:372)
> at
> org.eclipse.ve.internal.java.codegen.java.JavaBeanModelBuild er.build(JavaBeanModelBuilder.java:463)
> at
> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.reverseParse(JavaSourceTranslator.java:865)
> at
> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.decodeDocument(JavaSourceTranslator.java:947)
> at
> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.loadModel(JavaSourceTranslator.java:597)
> at
> org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorPart$Setup.run(JavaVisualEditorPart.java:1978)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
> Other Error:
>
> +++ Warning +++: Tue Jul 03 17:44:42 CDT 2007
> Feature "org.eclipse.swt.layout.GridLayout->numColumns" did not have a type
> set. Typically due to override file creating feature but property not found
> on introspection/reflection.
>
> Erik Hecht wrote:
>
>> Hello all,
>>
>> thanks for your feedback. I will try to fix this in my version.
>>
>> last but not least:
>>
>> I uploaded a Linux version of visual editor (ve) on the same location.
>> Please check it.
>> I couldn't verify if it works. I had only an old Laptop with Knoppix
>> here ;-).
>>
>> Best regards
>> Erik
>>
>>
>> Marco Maniscalco schrieb:
>>> Hello all,
>>>
>>> I found a way to walk around this problem. Just do the following, and
>>> (maybe) everything works good.
>>>
>>> On the Project Properties in "Java Build Path" go to the Libraries and
>>> "Add external Jars". Then choose "org.eclipse.ve.java.core" jar file.
>>> Then the remote VM restarts because the classpath has changed. On my
>>> (Vista Business) Machine all SWT stuff works great. I also opened some
>>> more compex SWT Composites and it seems that everything works like with
>>> 3.2. Also the Layout stuff is now working. I also did not notice any
>>> exceptions anymore :-)
>>>
>>> I guess its not intended this way, but how could you adjust the
>>> classpath of the remote VM to inject "org.eclipse.ve.java.core"?
>>>
>>> Greets, Marco
>>>
>>> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
>>> news:f6e1s5$lhm$1@build.eclipse.org...
>>>> Hello Marco,
>>>>
>>>> I think I know where the problem is. If I look in the error log of
>>>> eclipse there are sometimes exception, when i use ve (for me with jfc)
>>>> . It seem that one class is not avaiable in the remote vm. I have no
>>>> idea, yet.
>>>>
>>>> Im looking forward to an new release.
>>>>
>>>> best regards.
>>>> Erik
>>>>
>>>> Marco Maniscalco schrieb:
>>>>> Yeah this also works great for me ... thanks to Erik ;-)
>>>>>
>>>>> But there is one issue and I don't have a clue why. If I create a SWT
>>>>> Composite and place some controls on it, I am not able to modify it's
>>>>> layout. "Menu / Customize Layout" just says: no layout options to
>>>>> customize on current selection. Does anyone also face this problem?
>>>>>
>>>>> Greetings
>>>>> Marco Maniscalco
>>>>>
>>>>> "Adam Giemza" <adam.giemza@gmx.de> schrieb im Newsbeitrag
>>>>> news:f6d6oq$mqk$1@build.eclipse.org...
>>>>>> Hi Wolfgang,
>>>>>>
>>>>>> I have downloaded the plugin build by Erik ->
>>>>>>
>>>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>>>
>>>>>> and copied it to my eclipse dir. I have downloaded the biggest
>>>>>> package of Eclipse (Eclipse for RCP/Plug-in Developers). As I have
>>>>>> understood the requirements, you need to install the WTP, because of
>>>>>> JEM. Is it correct?
>>>>>>
>>>>>> At least it works for me very well.
>>>>>>
>>>>>> Adam
>
|
|
|
Re: VE out of Eclipse Europa ? [message #616197 is a reply to message #138546] |
Thu, 05 July 2007 22:13 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Serializable should NOT be needed. EFactoryImpl.convertToString() used
to do toString() on the object. It didn't try to do a serialize.
The override methods in CDMFactoryImpl for creating a CDM rectangle from
string expects it to be a string that came from the toString() call, NOT
the string that results for serializing!
Point and Dimension do the same thing.
I don't know what changed between EMF 2.1 and EMF 2.3 but this needs to
be tracked down.
Erik Hecht wrote:
> Hello all,
>
> there is a simple solution for this exception.
> Add only a "implements Serializable" to this class, I don't know why
> this was missing.
>
> I will post when I have built a newer version.
>
> best regards.
>
> Erik
>
> DEFERT Philippe schrieb:
>> Hello All,
>>
>> Thanks to Erik for the port to europa.
>> Thanks Marco to the work around.
>>
>> I use a composite with nebula component.
>>
>> Now, I have much less exception. there remains to me this one
>>
>> Message: Exception thrown.
>> Severity: Error
>> Plugin ID: org.eclipse.ve.java.core
>> Stack Trace:
>> java.lang.RuntimeException: java.io.NotSerializableException:
>> org.eclipse.ve.internal.cdm.model.Rectangle
>> at
>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>
>> at
>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>
>> at
>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>> at
>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>
>> at
>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>
>> at
>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>
>> at
>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>
>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>> Caused by: java.io.NotSerializableException:
>> org.eclipse.ve.internal.cdm.model.Rectangle
>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>> at
>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>
>> ... 34 more
>>
>>
>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #616199 is a reply to message #138570] |
Thu, 05 July 2007 22:21 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Ah, I see the difference now. EFactoryImpl.convertToString(object) used
to do just toString(). It doesn't do that now.
CDMFactoryImpl should be changed to instead of
super.convertToString(value) it should be
if (value != null)
return value.toString();
else
return null;
for convert rectangle, point, and dimension.
Besides these are more efficient than straight serialization anyway.
Rich Kulp wrote:
> Serializable should NOT be needed. EFactoryImpl.convertToString() used
> to do toString() on the object. It didn't try to do a serialize.
>
> The override methods in CDMFactoryImpl for creating a CDM rectangle from
> string expects it to be a string that came from the toString() call, NOT
> the string that results for serializing!
>
> Point and Dimension do the same thing.
>
> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs to
> be tracked down.
>
> Erik Hecht wrote:
>> Hello all,
>>
>> there is a simple solution for this exception.
>> Add only a "implements Serializable" to this class, I don't know why
>> this was missing.
>>
>> I will post when I have built a newer version.
>>
>> best regards.
>>
>> Erik
>>
>> DEFERT Philippe schrieb:
>>> Hello All,
>>>
>>> Thanks to Erik for the port to europa.
>>> Thanks Marco to the work around.
>>>
>>> I use a composite with nebula component.
>>>
>>> Now, I have much less exception. there remains to me this one
>>>
>>> Message: Exception thrown.
>>> Severity: Error
>>> Plugin ID: org.eclipse.ve.java.core
>>> Stack Trace:
>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>> at
>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>
>>> at
>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>
>>> at
>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>> at
>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>
>>> at
>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>
>>> at
>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>
>>> at
>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>
>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>> Caused by: java.io.NotSerializableException:
>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>> at
>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>
>>> ... 34 more
>>>
>>>
>>> Philippe
|
|
| | |
Re: VE out of Eclipse Europa ? [message #616205 is a reply to message #138582] |
Sat, 07 July 2007 19:06 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Rich,
thanks for this tip, it works.
As I have seen you are a commiter of this project.
Can you patch it directly into repository?
Thanks
Erik
Rich Kulp schrieb:
> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
> to do just toString(). It doesn't do that now.
>
> CDMFactoryImpl should be changed to instead of
> super.convertToString(value) it should be
>
> if (value != null)
> return value.toString();
> else
> return null;
>
> for convert rectangle, point, and dimension.
>
> Besides these are more efficient than straight serialization anyway.
>
>
> Rich Kulp wrote:
>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>> to do toString() on the object. It didn't try to do a serialize.
>>
>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>> from string expects it to be a string that came from the toString()
>> call, NOT the string that results for serializing!
>>
>> Point and Dimension do the same thing.
>>
>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>> to be tracked down.
>>
>> Erik Hecht wrote:
>>> Hello all,
>>>
>>> there is a simple solution for this exception.
>>> Add only a "implements Serializable" to this class, I don't know why
>>> this was missing.
>>>
>>> I will post when I have built a newer version.
>>>
>>> best regards.
>>>
>>> Erik
>>>
>>> DEFERT Philippe schrieb:
>>>> Hello All,
>>>>
>>>> Thanks to Erik for the port to europa.
>>>> Thanks Marco to the work around.
>>>>
>>>> I use a composite with nebula component.
>>>>
>>>> Now, I have much less exception. there remains to me this one
>>>>
>>>> Message: Exception thrown.
>>>> Severity: Error
>>>> Plugin ID: org.eclipse.ve.java.core
>>>> Stack Trace:
>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>> at
>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>
>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>> Caused by: java.io.NotSerializableException:
>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>> at
>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>
>>>> ... 34 more
>>>>
>>>>
>>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #616208 is a reply to message #138582] |
Sun, 08 July 2007 00:02 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello all,
i have done minor Bugfixes:
- missing class not found in Remote VM
- this java.io.NotSerializableException
- the original update url was missing
- I have included the source, while exporting
here is the again link where you can find my (non-official) version.
http://www.ehecht.com/eclipse_ve/ve.html
best regards
Erik
Rich Kulp schrieb:
> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
> to do just toString(). It doesn't do that now.
>
> CDMFactoryImpl should be changed to instead of
> super.convertToString(value) it should be
>
> if (value != null)
> return value.toString();
> else
> return null;
>
> for convert rectangle, point, and dimension.
>
> Besides these are more efficient than straight serialization anyway.
>
>
> Rich Kulp wrote:
>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>> to do toString() on the object. It didn't try to do a serialize.
>>
>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>> from string expects it to be a string that came from the toString()
>> call, NOT the string that results for serializing!
>>
>> Point and Dimension do the same thing.
>>
>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>> to be tracked down.
>>
>> Erik Hecht wrote:
>>> Hello all,
>>>
>>> there is a simple solution for this exception.
>>> Add only a "implements Serializable" to this class, I don't know why
>>> this was missing.
>>>
>>> I will post when I have built a newer version.
>>>
>>> best regards.
>>>
>>> Erik
>>>
>>> DEFERT Philippe schrieb:
>>>> Hello All,
>>>>
>>>> Thanks to Erik for the port to europa.
>>>> Thanks Marco to the work around.
>>>>
>>>> I use a composite with nebula component.
>>>>
>>>> Now, I have much less exception. there remains to me this one
>>>>
>>>> Message: Exception thrown.
>>>> Severity: Error
>>>> Plugin ID: org.eclipse.ve.java.core
>>>> Stack Trace:
>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>> at
>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>> at
>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>
>>>> at
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>
>>>> at
>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>
>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>> Caused by: java.io.NotSerializableException:
>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>> at
>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>
>>>> ... 34 more
>>>>
>>>>
>>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #616209 is a reply to message #138630] |
Sun, 08 July 2007 02:35 |
exquisitus Messages: 211 Registered: July 2009 |
Senior Member |
|
|
Hi Erik,
thanks very much for your work. The new code works very well for me. I don't
see any errors in the log.
However, it is still necessary to have
org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the project
properties/Java Build Path for VE to work properly. But this is clearly not
a priority compared to the other problems we saw so far. I don't think this
was necessary under eclipse 3.2/VE 1.2; it may have happend automatically
though.
Ultimately it would be nice if there were a complete VE package including
JEM, so that it can be added to the standard Europa RCP distribution.
Again, thanks for the good job and your willingness to jump in and address
this issue.
Wolfgang.
"Erik Hecht" <erik@ehecht.com> wrote in message
news:f6p9jj$c90$1@build.eclipse.org...
> Hello all,
>
> i have done minor Bugfixes:
> - missing class not found in Remote VM
> - this java.io.NotSerializableException
> - the original update url was missing
> - I have included the source, while exporting
>
> here is the again link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
>
> Rich Kulp schrieb:
>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>> to do just toString(). It doesn't do that now.
>>
>> CDMFactoryImpl should be changed to instead of
>> super.convertToString(value) it should be
>>
>> if (value != null)
>> return value.toString();
>> else
>> return null;
>>
>> for convert rectangle, point, and dimension.
>>
>> Besides these are more efficient than straight serialization anyway.
>>
>>
>> Rich Kulp wrote:
>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>> to do toString() on the object. It didn't try to do a serialize.
>>>
>>> The override methods in CDMFactoryImpl for creating a CDM rectangle from
>>> string expects it to be a string that came from the toString() call, NOT
>>> the string that results for serializing!
>>>
>>> Point and Dimension do the same thing.
>>>
>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs to
>>> be tracked down.
>>>
>>> Erik Hecht wrote:
>>>> Hello all,
>>>>
>>>> there is a simple solution for this exception.
>>>> Add only a "implements Serializable" to this class, I don't know why
>>>> this was missing.
>>>>
>>>> I will post when I have built a newer version.
>>>>
>>>> best regards.
>>>>
>>>> Erik
>>>>
>>>> DEFERT Philippe schrieb:
>>>>> Hello All,
>>>>>
>>>>> Thanks to Erik for the port to europa.
>>>>> Thanks Marco to the work around.
>>>>>
>>>>> I use a composite with nebula component.
>>>>>
>>>>> Now, I have much less exception. there remains to me this one
>>>>>
>>>>> Message: Exception thrown.
>>>>> Severity: Error
>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>> Stack Trace:
>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>> Caused by: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>> ... 34 more
>>>>>
>>>>>
>>>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #616211 is a reply to message #138642] |
Sun, 08 July 2007 16:50 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Wolfgang,
i will check it again, why it is necessary to add the jar, i have seen
some code already, which should do it automatically.
Finally I will include a complete JEM.
I'll post if I made the update.
thanks for your feedback.
Erik
exquisitus schrieb:
> Hi Erik,
>
> thanks very much for your work. The new code works very well for me. I
> don't see any errors in the log.
>
> However, it is still necessary to have
> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the
> project properties/Java Build Path for VE to work properly. But this is
> clearly not a priority compared to the other problems we saw so far. I
> don't think this was necessary under eclipse 3.2/VE 1.2; it may have
> happend automatically though.
>
> Ultimately it would be nice if there were a complete VE package
> including JEM, so that it can be added to the standard Europa RCP
> distribution.
>
> Again, thanks for the good job and your willingness to jump in and
> address this issue.
>
> Wolfgang.
>
>
> "Erik Hecht" <erik@ehecht.com> wrote in message
> news:f6p9jj$c90$1@build.eclipse.org...
>> Hello all,
>>
>> i have done minor Bugfixes:
>> - missing class not found in Remote VM
>> - this java.io.NotSerializableException
>> - the original update url was missing
>> - I have included the source, while exporting
>>
>> here is the again link where you can find my (non-official) version.
>>
>> http://www.ehecht.com/eclipse_ve/ve.html
>>
>> best regards
>>
>> Erik
>>
>>
>> Rich Kulp schrieb:
>>> Ah, I see the difference now. EFactoryImpl.convertToString(object)
>>> used to do just toString(). It doesn't do that now.
>>>
>>> CDMFactoryImpl should be changed to instead of
>>> super.convertToString(value) it should be
>>>
>>> if (value != null)
>>> return value.toString();
>>> else
>>> return null;
>>>
>>> for convert rectangle, point, and dimension.
>>>
>>> Besides these are more efficient than straight serialization anyway.
>>>
>>>
>>> Rich Kulp wrote:
>>>> Serializable should NOT be needed. EFactoryImpl.convertToString()
>>>> used to do toString() on the object. It didn't try to do a serialize.
>>>>
>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>> from string expects it to be a string that came from the toString()
>>>> call, NOT the string that results for serializing!
>>>>
>>>> Point and Dimension do the same thing.
>>>>
>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>> to be tracked down.
>>>>
>>>> Erik Hecht wrote:
>>>>> Hello all,
>>>>>
>>>>> there is a simple solution for this exception.
>>>>> Add only a "implements Serializable" to this class, I don't know
>>>>> why this was missing.
>>>>>
>>>>> I will post when I have built a newer version.
>>>>>
>>>>> best regards.
>>>>>
>>>>> Erik
>>>>>
>>>>> DEFERT Philippe schrieb:
>>>>>> Hello All,
>>>>>>
>>>>>> Thanks to Erik for the port to europa.
>>>>>> Thanks Marco to the work around.
>>>>>>
>>>>>> I use a composite with nebula component.
>>>>>>
>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>
>>>>>> Message: Exception thrown.
>>>>>> Severity: Error
>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>> Stack Trace:
>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>
>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>> Caused by: java.io.NotSerializableException:
>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>
>>>>>> ... 34 more
>>>>>>
>>>>>>
>>>>>> Philippe
>
|
|
|
Re: VE out of Eclipse Europa ? [message #616214 is a reply to message #138655] |
Sun, 08 July 2007 17:18 |
Wolfgang Messages: 12 Registered: July 2009 |
Junior Member |
|
|
Erik,
I just tried this: (3.2/1.2 refers to the previous combination eclipse/VE)
- Created a new project; result: no SWT libraries were in the build path.
(same as under 3.2/1.2)
- Added a Visual Class to the project; result: I can open the VE; the
palette is there, but only with Swing Controls. (under 3.2/1.2 there were
also the SWT controls)
- Check the Java Build Path and didn't find the SWT library. (under 3.2/1.2
the SWT libraries were added automatically)
- Added the SWT library and now everything looks fine: I can create a shell,
add a button, and use the Customize Layout dialog.
- The jar file is not referenced explicitely anywhere (where I looked at
least). (same as under 3.2/1.2)
In summary, the only difference between the new code and eclipse 3.2/VE 1.2
that remains is that with the old version, adding Visual Class to a project
also added the SWT libraries automatically, so that when you opened VE, SWT
controls were in the Palette.
By the way, I also confirm that since yesterday I did not get any new errors
into the log that relate to the VE integration.
Thanks,
Wolfgang.
"Erik Hecht" <erik@ehecht.com> wrote in message
news:f6r4ka$4ot$1@build.eclipse.org...
> Hello Wolfgang,
>
> i will check it again, why it is necessary to add the jar, i have seen
> some code already, which should do it automatically.
>
> Finally I will include a complete JEM.
>
> I'll post if I made the update.
>
> thanks for your feedback.
>
> Erik
>
> exquisitus schrieb:
>> Hi Erik,
>>
>> thanks very much for your work. The new code works very well for me. I
>> don't see any errors in the log.
>>
>> However, it is still necessary to have
>> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the project
>> properties/Java Build Path for VE to work properly. But this is clearly
>> not a priority compared to the other problems we saw so far. I don't
>> think this was necessary under eclipse 3.2/VE 1.2; it may have happend
>> automatically though.
>>
>> Ultimately it would be nice if there were a complete VE package including
>> JEM, so that it can be added to the standard Europa RCP distribution.
>>
>> Again, thanks for the good job and your willingness to jump in and
>> address this issue.
>>
>> Wolfgang.
>>
>>
>> "Erik Hecht" <erik@ehecht.com> wrote in message
>> news:f6p9jj$c90$1@build.eclipse.org...
>>> Hello all,
>>>
>>> i have done minor Bugfixes:
>>> - missing class not found in Remote VM
>>> - this java.io.NotSerializableException
>>> - the original update url was missing
>>> - I have included the source, while exporting
>>>
>>> here is the again link where you can find my (non-official) version.
>>>
>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>
>>> best regards
>>>
>>> Erik
>>>
>>>
>>> Rich Kulp schrieb:
>>>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>>>> to do just toString(). It doesn't do that now.
>>>>
>>>> CDMFactoryImpl should be changed to instead of
>>>> super.convertToString(value) it should be
>>>>
>>>> if (value != null)
>>>> return value.toString();
>>>> else
>>>> return null;
>>>>
>>>> for convert rectangle, point, and dimension.
>>>>
>>>> Besides these are more efficient than straight serialization anyway.
>>>>
>>>>
>>>> Rich Kulp wrote:
>>>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>>>> to do toString() on the object. It didn't try to do a serialize.
>>>>>
>>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>>> from string expects it to be a string that came from the toString()
>>>>> call, NOT the string that results for serializing!
>>>>>
>>>>> Point and Dimension do the same thing.
>>>>>
>>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>>> to be tracked down.
>>>>>
>>>>> Erik Hecht wrote:
>>>>>> Hello all,
>>>>>>
>>>>>> there is a simple solution for this exception.
>>>>>> Add only a "implements Serializable" to this class, I don't know why
>>>>>> this was missing.
>>>>>>
>>>>>> I will post when I have built a newer version.
>>>>>>
>>>>>> best regards.
>>>>>>
>>>>>> Erik
>>>>>>
>>>>>> DEFERT Philippe schrieb:
>>>>>>> Hello All,
>>>>>>>
>>>>>>> Thanks to Erik for the port to europa.
>>>>>>> Thanks Marco to the work around.
>>>>>>>
>>>>>>> I use a composite with nebula component.
>>>>>>>
>>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>>
>>>>>>> Message: Exception thrown.
>>>>>>> Severity: Error
>>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>>> Stack Trace:
>>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>>> Caused by: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>> ... 34 more
>>>>>>>
>>>>>>>
>>>>>>> Philippe
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #616216 is a reply to message #138655] |
Sun, 08 July 2007 17:23 |
Wolfgang Messages: 12 Registered: July 2009 |
Junior Member |
|
|
One more thing Eric:
I removed the reference to the jar library from my older projects and VE
opens properly and works fine. So you were correct in assuming that things
already happen automatically.
Wolfgang.
"Erik Hecht" <erik@ehecht.com> wrote in message
news:f6r4ka$4ot$1@build.eclipse.org...
> Hello Wolfgang,
>
> i will check it again, why it is necessary to add the jar, i have seen
> some code already, which should do it automatically.
>
> Finally I will include a complete JEM.
>
> I'll post if I made the update.
>
> thanks for your feedback.
>
> Erik
>
> exquisitus schrieb:
>> Hi Erik,
>>
>> thanks very much for your work. The new code works very well for me. I
>> don't see any errors in the log.
>>
>> However, it is still necessary to have
>> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the project
>> properties/Java Build Path for VE to work properly. But this is clearly
>> not a priority compared to the other problems we saw so far. I don't
>> think this was necessary under eclipse 3.2/VE 1.2; it may have happend
>> automatically though.
>>
>> Ultimately it would be nice if there were a complete VE package including
>> JEM, so that it can be added to the standard Europa RCP distribution.
>>
>> Again, thanks for the good job and your willingness to jump in and
>> address this issue.
>>
>> Wolfgang.
>>
>>
>> "Erik Hecht" <erik@ehecht.com> wrote in message
>> news:f6p9jj$c90$1@build.eclipse.org...
>>> Hello all,
>>>
>>> i have done minor Bugfixes:
>>> - missing class not found in Remote VM
>>> - this java.io.NotSerializableException
>>> - the original update url was missing
>>> - I have included the source, while exporting
>>>
>>> here is the again link where you can find my (non-official) version.
>>>
>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>
>>> best regards
>>>
>>> Erik
>>>
>>>
>>> Rich Kulp schrieb:
>>>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>>>> to do just toString(). It doesn't do that now.
>>>>
>>>> CDMFactoryImpl should be changed to instead of
>>>> super.convertToString(value) it should be
>>>>
>>>> if (value != null)
>>>> return value.toString();
>>>> else
>>>> return null;
>>>>
>>>> for convert rectangle, point, and dimension.
>>>>
>>>> Besides these are more efficient than straight serialization anyway.
>>>>
>>>>
>>>> Rich Kulp wrote:
>>>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>>>> to do toString() on the object. It didn't try to do a serialize.
>>>>>
>>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>>> from string expects it to be a string that came from the toString()
>>>>> call, NOT the string that results for serializing!
>>>>>
>>>>> Point and Dimension do the same thing.
>>>>>
>>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>>> to be tracked down.
>>>>>
>>>>> Erik Hecht wrote:
>>>>>> Hello all,
>>>>>>
>>>>>> there is a simple solution for this exception.
>>>>>> Add only a "implements Serializable" to this class, I don't know why
>>>>>> this was missing.
>>>>>>
>>>>>> I will post when I have built a newer version.
>>>>>>
>>>>>> best regards.
>>>>>>
>>>>>> Erik
>>>>>>
>>>>>> DEFERT Philippe schrieb:
>>>>>>> Hello All,
>>>>>>>
>>>>>>> Thanks to Erik for the port to europa.
>>>>>>> Thanks Marco to the work around.
>>>>>>>
>>>>>>> I use a composite with nebula component.
>>>>>>>
>>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>>
>>>>>>> Message: Exception thrown.
>>>>>>> Severity: Error
>>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>>> Stack Trace:
>>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>>> Caused by: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>> ... 34 more
>>>>>>>
>>>>>>>
>>>>>>> Philippe
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #616221 is a reply to message #138655] |
Sun, 08 July 2007 20:56 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello Erik,
does java code-completion work while using ve?
Greets
Marco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f6r4ka$4ot$1@build.eclipse.org...
> Hello Wolfgang,
>
> i will check it again, why it is necessary to add the jar, i have seen
> some code already, which should do it automatically.
>
> Finally I will include a complete JEM.
>
> I'll post if I made the update.
>
> thanks for your feedback.
>
> Erik
>
> exquisitus schrieb:
>> Hi Erik,
>>
>> thanks very much for your work. The new code works very well for me. I
>> don't see any errors in the log.
>>
>> However, it is still necessary to have
>> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the project
>> properties/Java Build Path for VE to work properly. But this is clearly
>> not a priority compared to the other problems we saw so far. I don't
>> think this was necessary under eclipse 3.2/VE 1.2; it may have happend
>> automatically though.
>>
>> Ultimately it would be nice if there were a complete VE package including
>> JEM, so that it can be added to the standard Europa RCP distribution.
>>
>> Again, thanks for the good job and your willingness to jump in and
>> address this issue.
>>
>> Wolfgang.
>>
>>
>> "Erik Hecht" <erik@ehecht.com> wrote in message
>> news:f6p9jj$c90$1@build.eclipse.org...
>>> Hello all,
>>>
>>> i have done minor Bugfixes:
>>> - missing class not found in Remote VM
>>> - this java.io.NotSerializableException
>>> - the original update url was missing
>>> - I have included the source, while exporting
>>>
>>> here is the again link where you can find my (non-official) version.
>>>
>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>
>>> best regards
>>>
>>> Erik
>>>
>>>
>>> Rich Kulp schrieb:
>>>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>>>> to do just toString(). It doesn't do that now.
>>>>
>>>> CDMFactoryImpl should be changed to instead of
>>>> super.convertToString(value) it should be
>>>>
>>>> if (value != null)
>>>> return value.toString();
>>>> else
>>>> return null;
>>>>
>>>> for convert rectangle, point, and dimension.
>>>>
>>>> Besides these are more efficient than straight serialization anyway.
>>>>
>>>>
>>>> Rich Kulp wrote:
>>>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>>>> to do toString() on the object. It didn't try to do a serialize.
>>>>>
>>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>>> from string expects it to be a string that came from the toString()
>>>>> call, NOT the string that results for serializing!
>>>>>
>>>>> Point and Dimension do the same thing.
>>>>>
>>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>>> to be tracked down.
>>>>>
>>>>> Erik Hecht wrote:
>>>>>> Hello all,
>>>>>>
>>>>>> there is a simple solution for this exception.
>>>>>> Add only a "implements Serializable" to this class, I don't know why
>>>>>> this was missing.
>>>>>>
>>>>>> I will post when I have built a newer version.
>>>>>>
>>>>>> best regards.
>>>>>>
>>>>>> Erik
>>>>>>
>>>>>> DEFERT Philippe schrieb:
>>>>>>> Hello All,
>>>>>>>
>>>>>>> Thanks to Erik for the port to europa.
>>>>>>> Thanks Marco to the work around.
>>>>>>>
>>>>>>> I use a composite with nebula component.
>>>>>>>
>>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>>
>>>>>>> Message: Exception thrown.
>>>>>>> Severity: Error
>>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>>> Stack Trace:
>>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>> at
>>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>>> Caused by: java.io.NotSerializableException:
>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>>> at
>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>> ... 34 more
>>>>>>>
>>>>>>>
>>>>>>> Philippe
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #616222 is a reply to message #138703] |
Sun, 08 July 2007 21:33 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Marco,
normally it does.
Greetings
Erik
Marco Maniscalco schrieb:
> Hello Erik,
>
> does java code-completion work while using ve?
>
> Greets
> Marco
>
> "Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
> news:f6r4ka$4ot$1@build.eclipse.org...
>> Hello Wolfgang,
>>
>> i will check it again, why it is necessary to add the jar, i have seen
>> some code already, which should do it automatically.
>>
>> Finally I will include a complete JEM.
>>
>> I'll post if I made the update.
>>
>> thanks for your feedback.
>>
>> Erik
>>
>> exquisitus schrieb:
>>> Hi Erik,
>>>
>>> thanks very much for your work. The new code works very well for me.
>>> I don't see any errors in the log.
>>>
>>> However, it is still necessary to have
>>> org.eclipse.ve.java.core_1.3.0.200707070308.jar referenced in the
>>> project properties/Java Build Path for VE to work properly. But this
>>> is clearly not a priority compared to the other problems we saw so
>>> far. I don't think this was necessary under eclipse 3.2/VE 1.2; it
>>> may have happend automatically though.
>>>
>>> Ultimately it would be nice if there were a complete VE package
>>> including JEM, so that it can be added to the standard Europa RCP
>>> distribution.
>>>
>>> Again, thanks for the good job and your willingness to jump in and
>>> address this issue.
>>>
>>> Wolfgang.
>>>
>>>
>>> "Erik Hecht" <erik@ehecht.com> wrote in message
>>> news:f6p9jj$c90$1@build.eclipse.org...
>>>> Hello all,
>>>>
>>>> i have done minor Bugfixes:
>>>> - missing class not found in Remote VM
>>>> - this java.io.NotSerializableException
>>>> - the original update url was missing
>>>> - I have included the source, while exporting
>>>>
>>>> here is the again link where you can find my (non-official) version.
>>>>
>>>> http://www.ehecht.com/eclipse_ve/ve.html
>>>>
>>>> best regards
>>>>
>>>> Erik
>>>>
>>>>
>>>> Rich Kulp schrieb:
>>>>> Ah, I see the difference now. EFactoryImpl.convertToString(object)
>>>>> used to do just toString(). It doesn't do that now.
>>>>>
>>>>> CDMFactoryImpl should be changed to instead of
>>>>> super.convertToString(value) it should be
>>>>>
>>>>> if (value != null)
>>>>> return value.toString();
>>>>> else
>>>>> return null;
>>>>>
>>>>> for convert rectangle, point, and dimension.
>>>>>
>>>>> Besides these are more efficient than straight serialization anyway.
>>>>>
>>>>>
>>>>> Rich Kulp wrote:
>>>>>> Serializable should NOT be needed. EFactoryImpl.convertToString()
>>>>>> used to do toString() on the object. It didn't try to do a serialize.
>>>>>>
>>>>>> The override methods in CDMFactoryImpl for creating a CDM
>>>>>> rectangle from string expects it to be a string that came from the
>>>>>> toString() call, NOT the string that results for serializing!
>>>>>>
>>>>>> Point and Dimension do the same thing.
>>>>>>
>>>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this
>>>>>> needs to be tracked down.
>>>>>>
>>>>>> Erik Hecht wrote:
>>>>>>> Hello all,
>>>>>>>
>>>>>>> there is a simple solution for this exception.
>>>>>>> Add only a "implements Serializable" to this class, I don't know
>>>>>>> why this was missing.
>>>>>>>
>>>>>>> I will post when I have built a newer version.
>>>>>>>
>>>>>>> best regards.
>>>>>>>
>>>>>>> Erik
>>>>>>>
>>>>>>> DEFERT Philippe schrieb:
>>>>>>>> Hello All,
>>>>>>>>
>>>>>>>> Thanks to Erik for the port to europa.
>>>>>>>> Thanks Marco to the work around.
>>>>>>>>
>>>>>>>> I use a composite with nebula component.
>>>>>>>>
>>>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>>>
>>>>>>>> Message: Exception thrown.
>>>>>>>> Severity: Error
>>>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>>>> Stack Trace:
>>>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>>>
>>>>>>>> at
>>>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>>>
>>>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>>>> Caused by: java.io.NotSerializableException:
>>>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>>>> at
>>>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>>>
>>>>>>>> ... 34 more
>>>>>>>>
>>>>>>>>
>>>>>>>> Philippe
>>>
>
|
|
|
Re: VE out of Eclipse Europa ? [message #616226 is a reply to message #138619] |
Mon, 09 July 2007 14:04 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
This is a multi-part message in MIME format.
--------------050109010603040002080502
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
I was a committer, but at this time I no longer have an environment set
up to update, compile, and test VE. I've had to move on to other things
in my job.
I'm leery of updating it directly because I can't test it. Even a simple
little change like this can cause problems.
The best I can do is to give you the patch file for it (which I have
attached to this). I couldn't even compile this because I didn't have
the environment. I simply downloaded the CDE project and changed the
file. You'll need to apply that patch and make sure it works.
Erik Hecht wrote:
> Hello Rich,
>
> thanks for this tip, it works.
>
> As I have seen you are a commiter of this project.
> Can you patch it directly into repository?
>
> Thanks
Sorry,
Rich
--------------050109010603040002080502
Content-Type: text/plain;
name="CDMFactoryImpl.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="CDMFactoryImpl.txt"
### Eclipse Workspace Patch 1.0
#P org.eclipse.ve.cde
Index: cdm/org/eclipse/ve/internal/cdm/impl/CDMFactoryImpl.java
============================================================ =======
RCS file: /cvsroot/tools/org.eclipse.ve.cde/cdm/org/eclipse/ve/interna l/cdm/impl/CDMFactoryImpl.java,v
retrieving revision 1.11
diff -u -r1.11 CDMFactoryImpl.java
--- cdm/org/eclipse/ve/internal/cdm/impl/CDMFactoryImpl.java 25 May 2007 04:09:35 -0000 1.11
+++ cdm/org/eclipse/ve/internal/cdm/impl/CDMFactoryImpl.java 9 Jul 2007 13:59:21 -0000
@@ -306,7 +306,7 @@
* @generated
*/
public String convertViewDimensionToString(EDataType eDataType, Object instanceValue) {
- return super.convertToString(instanceValue);
+ return instanceValue != null ? instanceValue.toString() : null;
}
public Point createViewPointFromString(EDataType eDataType, String initialValue) {
@@ -336,7 +336,7 @@
* @generated
*/
public String convertViewPointToString(EDataType eDataType, Object instanceValue) {
- return super.convertToString(instanceValue);
+ return return instanceValue != null ? instanceValue.toString() : null;
}
public Rectangle createViewRectangleFromString(EDataType eDataType, String initialValue) {
@@ -374,7 +374,7 @@
* @generated
*/
public String convertViewRectangleToString(EDataType eDataType, Object instanceValue) {
- return super.convertToString(instanceValue);
+ return instanceValue != null ? instanceValue.toString() : null;
}
/**
--------------050109010603040002080502--
|
|
|
Re: VE out of Eclipse Europa ? [message #616228 is a reply to message #138630] |
Tue, 10 July 2007 20:47 |
Marco Maniscalco Messages: 30 Registered: July 2009 |
Member |
|
|
Hello all,
I found a very strange (reproducable) defect in VE. Maybe any (ex)committers
know that issue.
java.lang.NullPointerException
at
org.eclipse.ve.internal.java.codegen.model.BeanPart.getSimpl eName(BeanPart.java:273)
at
org.eclipse.ve.internal.java.codegen.model.BeanPart.getImpli citName(BeanPart.java:282)
at
org.eclipse.ve.internal.java.codegen.model.BeanPart.getSimpl eName(BeanPart.java:276)
at
org.eclipse.ve.internal.java.codegen.model.BeanDeclModel.get UnreferencedBeanParts(BeanDeclModel.java:791)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.buildCompositionModel(JavaSourceTranslator.java:765)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.reverseParse(JavaSourceTranslator.java:874)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$2.doRun(JavaSourceTranslator.java:921)
at
org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
I have the following:
Simple SWT Composite with some random controls on it. All works great. But
if I declare a private Member, lets say, a HashMap, and use it in a member
function, ve crashes with a NullPointerException. VE only crashes if I
access the member!
Following code works without Exception:
public void myCustomMethodInVisualClass() {
// custom code here ....
// myMember.doSomething();
// custom code here ....
}
And this code crashes VE with "Parser Error" and NullPointerException:
public void myCustomMethodInVisualClass() {
// custom code here ....
myMember.doSomething();
// custom code here ....
}
I found out, that if I have custom members in my Visual-Class, ant thye are
null by default like this:
private MyStuff object;
then VE crashes. If I instatiate like:
private MyStuff object = new MyStuff();
everything works (all this is absolutely reproducable.)
Does *any*body explain that?? ;-)
I guess alot of people have this problem. If you make changes to a visual
file, for example declaring a lazy-loaded member, and later you try to open
your class in VE and it crashes with a parser exception, it is hard to
figure out.
Greetings Marco
"Erik Hecht" <erik@ehecht.com> schrieb im Newsbeitrag
news:f6p9jj$c90$1@build.eclipse.org...
> Hello all,
>
> i have done minor Bugfixes:
> - missing class not found in Remote VM
> - this java.io.NotSerializableException
> - the original update url was missing
> - I have included the source, while exporting
>
> here is the again link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
>
> Rich Kulp schrieb:
>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>> to do just toString(). It doesn't do that now.
>>
>> CDMFactoryImpl should be changed to instead of
>> super.convertToString(value) it should be
>>
>> if (value != null)
>> return value.toString();
>> else
>> return null;
>>
>> for convert rectangle, point, and dimension.
>>
>> Besides these are more efficient than straight serialization anyway.
>>
>>
>> Rich Kulp wrote:
>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>> to do toString() on the object. It didn't try to do a serialize.
>>>
>>> The override methods in CDMFactoryImpl for creating a CDM rectangle from
>>> string expects it to be a string that came from the toString() call, NOT
>>> the string that results for serializing!
>>>
>>> Point and Dimension do the same thing.
>>>
>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs to
>>> be tracked down.
>>>
>>> Erik Hecht wrote:
>>>> Hello all,
>>>>
>>>> there is a simple solution for this exception.
>>>> Add only a "implements Serializable" to this class, I don't know why
>>>> this was missing.
>>>>
>>>> I will post when I have built a newer version.
>>>>
>>>> best regards.
>>>>
>>>> Erik
>>>>
>>>> DEFERT Philippe schrieb:
>>>>> Hello All,
>>>>>
>>>>> Thanks to Erik for the port to europa.
>>>>> Thanks Marco to the work around.
>>>>>
>>>>> I use a composite with nebula component.
>>>>>
>>>>> Now, I have much less exception. there remains to me this one
>>>>>
>>>>> Message: Exception thrown.
>>>>> Severity: Error
>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>> Stack Trace:
>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>> Caused by: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>> ... 34 more
>>>>>
>>>>>
>>>>> Philippe
|
|
|
Re: VE out of Eclipse Europa ? [message #616231 is a reply to message #138750] |
Tue, 10 July 2007 23:39 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
VE tries to execute your code. If you have an uninitialized member and
you don't have an appropriate lazy getter method to initialize it, the
VE doesn't know how or even if it should be initialized. So it uses the
null and throws an exception.
I agree the message is not good. That could improved.
Rich
|
|
|
Re: VE out of Eclipse Europa ? [message #616233 is a reply to message #138630] |
Wed, 11 July 2007 05:14 |
Eclipse User |
|
|
|
Originally posted by: buchholz-news.rimnet.de
Hi Eric,
thanks for your work.
I found a few errors in your new linux version. I use the precompiled
eclipse-SDK-3.3-linux-gtk.tar.gz version:
Version: 3.3.0
Build id: I20070625-1500
with all features installed by the update manager. After all I had
installed your linux VE version.
My default Layout is GridBagLayout. When I create a new visual class
(Swing Pane) and try to add a Split Pane to it I got:
java.lang.NullPointerException
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDerivedStructur alFeatureID(BasicEObjectImpl.java:1477)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet(BasicEObjec tImpl.java:1058)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.c onvertConstraint(GridBagLayoutPolicyHelper.java:123)
at
org.eclipse.ve.internal.jfc.core.LayoutPolicyHelper.getCreat eChildCommand(LayoutPolicyHelper.java:72)
at
org.eclipse.ve.internal.java.visual.TreeVisualContainerEditP olicy.getCreateCommand(TreeVisualContainerEditPolicy.java:88 )
at
org.eclipse.gef.editpolicies.TreeContainerEditPolicy.getComm and(TreeContainerEditPolicy.java:114)
at
org.eclipse.ve.internal.cde.core.TreeContainerEditPolicy.get Command(TreeContainerEditPolicy.java:78)
at
org.eclipse.ve.internal.java.visual.TreeVisualContainerEditP olicy.getCommand(TreeVisualContainerEditPolicy.java:67)
at
org.eclipse.gef.editparts.AbstractEditPart.getCommand(Abstra ctEditPart.java:473)
at
org.eclipse.ve.internal.java.core.PasteJavaBeanAction.calcul ateEnabled(PasteJavaBeanAction.java:67)
at
org.eclipse.gef.ui.actions.WorkbenchPartAction.refresh(Workb enchPartAction.java:119)
at
org.eclipse.gef.ui.actions.SelectionAction.handleSelectionCh anged(SelectionAction.java:85)
at
org.eclipse.gef.ui.actions.SelectionAction.setSelection(Sele ctionAction.java:96)
at
org.eclipse.gef.ui.actions.SelectionAction.update(SelectionA ction.java:115)
at
org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorOutlinePage$5.selectionChanged(JavaVisualEditorOutlinePa ge.java:342)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer.fireSelectio nChanged(AbstractEditPartViewer.java:243)
at
org.eclipse.gef.ui.parts.TreeViewer.fireSelectionChanged(Tre eViewer.java:161)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer$1.run(Abstra ctEditPartViewer.java:129)
at
org.eclipse.gef.SelectionManager.fireSelectionChanged(Select ionManager.java:115)
at org.eclipse.gef.SelectionManager.setSelection(SelectionManag er.java:230)
at
org.eclipse.gef.ui.parts.AbstractEditPartViewer.setSelection (AbstractEditPartViewer.java:729)
at org.eclipse.gef.ui.parts.TreeViewer$1.widgetSelected(TreeVie wer.java:186)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:227)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1101)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3319)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2971)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:106)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:153)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
Adding the Split Pane in the Bean View as a child of of the main Pane
causes the same exception.
I hope that helps.
Jochen Buchholz
Erik Hecht writes:
> Hello all,
>
> i have done minor Bugfixes:
> - missing class not found in Remote VM
> - this java.io.NotSerializableException
> - the original update url was missing
> - I have included the source, while exporting
>
> here is the again link where you can find my (non-official) version.
>
> http://www.ehecht.com/eclipse_ve/ve.html
>
> best regards
>
> Erik
>
>
> Rich Kulp schrieb:
>> Ah, I see the difference now. EFactoryImpl.convertToString(object)
>> used to do just toString(). It doesn't do that now.
>>
>> CDMFactoryImpl should be changed to instead of
>> super.convertToString(value) it should be
>>
>> if (value != null)
>> return value.toString();
>> else
>> return null;
>>
>> for convert rectangle, point, and dimension.
>>
>> Besides these are more efficient than straight serialization anyway.
>>
>>
>> Rich Kulp wrote:
>>> Serializable should NOT be needed. EFactoryImpl.convertToString()
>>> used to do toString() on the object. It didn't try to do a serialize.
>>>
>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>> from string expects it to be a string that came from the toString()
>>> call, NOT the string that results for serializing!
>>>
>>> Point and Dimension do the same thing.
>>>
>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>> to be tracked down.
>>>
>>> Erik Hecht wrote:
>>>> Hello all,
>>>>
>>>> there is a simple solution for this exception.
>>>> Add only a "implements Serializable" to this class, I don't know why
>>>> this was missing.
>>>>
>>>> I will post when I have built a newer version.
>>>>
>>>> best regards.
>>>>
>>>> Erik
>>>>
>>>> DEFERT Philippe schrieb:
>>>>> Hello All,
>>>>>
>>>>> Thanks to Erik for the port to europa.
>>>>> Thanks Marco to the work around.
>>>>>
>>>>> I use a composite with nebula component.
>>>>>
>>>>> Now, I have much less exception. there remains to me this one
>>>>>
>>>>> Message: Exception thrown.
>>>>> Severity: Error
>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>> Stack Trace:
>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>
>>>>> at
>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>
>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>> Caused by: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>> at
>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>
>>>>> ... 34 more
>>>>>
>>>>>
>>>>> Philippe
|
|
| |
Re: VE out of Eclipse Europa ? [message #616240 is a reply to message #138787] |
Wed, 11 July 2007 13:58 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Yes, it tries to handle all members, not just visual ones.
Marco Maniscalco wrote:
> How can VE know what to do with my (non-swt) members in the class? Is
> this because VE tries to obtain information on all members of a class,
> regardless if its a *swt class or not?
>
> Marco
>
>
> "Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
> news:f715ab$cm3$1@build.eclipse.org...
>> VE tries to execute your code. If you have an uninitialized member and
>> you don't have an appropriate lazy getter method to initialize it, the
>> VE doesn't know how or even if it should be initialized. So it uses
>> the null and throws an exception.
>>
>> I agree the message is not good. That could improved.
>>
>> Rich
>
|
|
| |
Re: VE out of Eclipse Europa ? [message #616244 is a reply to message #138822] |
Wed, 11 July 2007 20:10 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
The build process is big and complicated because you have to use the PDE
external build process to download the appropriate files and to build
and automatically test them, and then automatically upload them to the
VE download site and the VE update manager site.
I don't have a best way. We built on Linux only. We didn't have any
platform specific code that required any external platform specific
classes to compile against.
|
|
| |
Re: VE out of Eclipse Europa ? [message #616248 is a reply to message #138843] |
Wed, 11 July 2007 23:13 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Most of those are compiled into the jars that run on the remote vm. They
are compiled into the one jar and then at runtime the os is queried and
then the correct package for the os is then accessed from the jar.
This is OK for us because VE has so little platform specific code that
it didn't make sense to create a separate jar for each platform.
However, the official builds need to be done on a Linux machine because
only for Linux are there some external platform specific classes that
are required for compilation. Windows and macosx don't require any
external platform specific classes. Because of this you can compile it
entirely on Linux and the results will work on all platforms.
Erik Hecht wrote:
> That is pretty cool. So I need to build only one Package.
> But why are some packages like macosx, unix, win32 and so on?
>
> Rich Kulp schrieb:
>> The build process is big and complicated because you have to use the
>> PDE external build process to download the appropriate files and to
>> build and automatically test them, and then automatically upload them
>> to the VE download site and the VE update manager site.
>>
>> I don't have a best way. We built on Linux only. We didn't have any
>> platform specific code that required any external platform specific
>> classes to compile against.
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #616251 is a reply to message #138854] |
Wed, 11 July 2007 23:17 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
I just took a look. I slightly lied. :-) There is no Linux specific
external code needed. It is Windows specific external code that is
required from SWT. So to do the build on Linux you use a Windows Eclipse
as the target to compile against, but you use Linux Eclipse to do the
compiling.
|
|
|
Re: VE out of Eclipse Europa ? [message #616258 is a reply to message #138774] |
Fri, 13 July 2007 07:17 |
Eclipse User |
|
|
|
Originally posted by: buchholz-news.rimnet.de
Hi all,
did anyone use GridBagLayout in VE? The prevorious described
NullPointerException (Unhandelt Event Loop) cause every time when I use
GridBagLayout.
Is it a Linux Problem or perhaps an EMF (1.1.0) Version Problem?
PS:
To reproduce create a visual class that extend "Swing Pane". Go to the
properties tab and change the layout to GridBagLayout. Open the plugin
development Perspective and go to the "Error Log" tab. Now try to add a
coponent like a Label or a Textfield and the "Unhandelt Event Loop"
Message is shown. In VE the added component jumps next to the Pane.
Jochen Buchholz writes:
> Hi Eric,
> thanks for your work.
>
> I found a few errors in your new linux version. I use the precompiled
> eclipse-SDK-3.3-linux-gtk.tar.gz version:
> Version: 3.3.0
> Build id: I20070625-1500
> with all features installed by the update manager. After all I had
> installed your linux VE version.
>
> My default Layout is GridBagLayout. When I create a new visual class
> (Swing Pane) and try to add a Split Pane to it I got:
> java.lang.NullPointerException
> at
> org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDerivedStructur alFeatureID(BasicEObjectImpl.java:1477)
> at
> org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet(BasicEObjec tImpl.java:1058)
> at
> org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.c onvertConstraint(GridBagLayoutPolicyHelper.java:123)
> at
> org.eclipse.ve.internal.jfc.core.LayoutPolicyHelper.getCreat eChildCommand(LayoutPolicyHelper.java:72)
> at
> org.eclipse.ve.internal.java.visual.TreeVisualContainerEditP olicy.getCreateCommand(TreeVisualContainerEditPolicy.java:88 )
> at
> org.eclipse.gef.editpolicies.TreeContainerEditPolicy.getComm and(TreeContainerEditPolicy.java:114)
> at
> org.eclipse.ve.internal.cde.core.TreeContainerEditPolicy.get Command(TreeContainerEditPolicy.java:78)
> at
> org.eclipse.ve.internal.java.visual.TreeVisualContainerEditP olicy.getCommand(TreeVisualContainerEditPolicy.java:67)
> at
> org.eclipse.gef.editparts.AbstractEditPart.getCommand(Abstra ctEditPart.java:473)
> at
> org.eclipse.ve.internal.java.core.PasteJavaBeanAction.calcul ateEnabled(PasteJavaBeanAction.java:67)
> at
> org.eclipse.gef.ui.actions.WorkbenchPartAction.refresh(Workb enchPartAction.java:119)
> at
> org.eclipse.gef.ui.actions.SelectionAction.handleSelectionCh anged(SelectionAction.java:85)
> at
> org.eclipse.gef.ui.actions.SelectionAction.setSelection(Sele ctionAction.java:96)
> at
> org.eclipse.gef.ui.actions.SelectionAction.update(SelectionA ction.java:115)
> at
> org.eclipse.ve.internal.java.codegen.editorpart.JavaVisualEd itorOutlinePage$5.selectionChanged(JavaVisualEditorOutlinePa ge.java:342)
> at
> org.eclipse.gef.ui.parts.AbstractEditPartViewer.fireSelectio nChanged(AbstractEditPartViewer.java:243)
> at
> org.eclipse.gef.ui.parts.TreeViewer.fireSelectionChanged(Tre eViewer.java:161)
> at
> org.eclipse.gef.ui.parts.AbstractEditPartViewer$1.run(Abstra ctEditPartViewer.java:129)
> at
> org.eclipse.gef.SelectionManager.fireSelectionChanged(Select ionManager.java:115)
> at org.eclipse.gef.SelectionManager.setSelection(SelectionManag er.java:230)
> at
> org.eclipse.gef.ui.parts.AbstractEditPartViewer.setSelection (AbstractEditPartViewer.java:729)
> at org.eclipse.gef.ui.parts.TreeViewer$1.widgetSelected(TreeVie wer.java:186)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:227)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1101)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3319)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2971)
> at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> at
> org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:106)
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:153)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
>
> Adding the Split Pane in the Bean View as a child of of the main Pane
> causes the same exception.
>
> I hope that helps.
>
> Jochen Buchholz
>
> Erik Hecht writes:
>> Hello all,
>>
>> i have done minor Bugfixes:
>> - missing class not found in Remote VM
>> - this java.io.NotSerializableException
>> - the original update url was missing
>> - I have included the source, while exporting
>>
>> here is the again link where you can find my (non-official) version.
>>
>> http://www.ehecht.com/eclipse_ve/ve.html
>>
>> best regards
>>
>> Erik
>>
>>
>> Rich Kulp schrieb:
>>> Ah, I see the difference now. EFactoryImpl.convertToString(object)
>>> used to do just toString(). It doesn't do that now.
>>>
>>> CDMFactoryImpl should be changed to instead of
>>> super.convertToString(value) it should be
>>>
>>> if (value != null)
>>> return value.toString();
>>> else
>>> return null;
>>>
>>> for convert rectangle, point, and dimension.
>>>
>>> Besides these are more efficient than straight serialization anyway.
>>>
>>>
>>> Rich Kulp wrote:
>>>> Serializable should NOT be needed. EFactoryImpl.convertToString()
>>>> used to do toString() on the object. It didn't try to do a serialize.
>>>>
>>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>>> from string expects it to be a string that came from the toString()
>>>> call, NOT the string that results for serializing!
>>>>
>>>> Point and Dimension do the same thing.
>>>>
>>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>>> to be tracked down.
>>>>
>>>> Erik Hecht wrote:
>>>>> Hello all,
>>>>>
>>>>> there is a simple solution for this exception.
>>>>> Add only a "implements Serializable" to this class, I don't know why
>>>>> this was missing.
>>>>>
>>>>> I will post when I have built a newer version.
>>>>>
>>>>> best regards.
>>>>>
>>>>> Erik
>>>>>
>>>>> DEFERT Philippe schrieb:
>>>>>> Hello All,
>>>>>>
>>>>>> Thanks to Erik for the port to europa.
>>>>>> Thanks Marco to the work around.
>>>>>>
>>>>>> I use a composite with nebula component.
>>>>>>
>>>>>> Now, I have much less exception. there remains to me this one
>>>>>>
>>>>>> Message: Exception thrown.
>>>>>> Severity: Error
>>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>>> Stack Trace:
>>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>>> at
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>>
>>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>>> Caused by: java.io.NotSerializableException:
>>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>>> at
>>>>>> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>>
>>>>>> ... 34 more
>>>>>>
>>>>>>
>>>>>> Philippe
|
|
| | |
Re: VE out of Eclipse Europa ? [message #616265 is a reply to message #138630] |
Sat, 14 July 2007 07:59 |
bruno Messages: 3 Registered: July 2009 |
Junior Member |
|
|
Erik Hecht wrote:
> Hello all,
> i have done minor Bugfixes:
> - missing class not found in Remote VM
> - this java.io.NotSerializableException
> - the original update url was missing
> - I have included the source, while exporting
> here is the again link where you can find my (non-official) version.
> http://www.ehecht.com/eclipse_ve/ve.html
> best regards
> Erik
> Rich Kulp schrieb:
>> Ah, I see the difference now. EFactoryImpl.convertToString(object) used
>> to do just toString(). It doesn't do that now.
>>
>> CDMFactoryImpl should be changed to instead of
>> super.convertToString(value) it should be
>>
>> if (value != null)
>> return value.toString();
>> else
>> return null;
>>
>> for convert rectangle, point, and dimension.
>>
>> Besides these are more efficient than straight serialization anyway.
>>
>>
>> Rich Kulp wrote:
>>> Serializable should NOT be needed. EFactoryImpl.convertToString() used
>>> to do toString() on the object. It didn't try to do a serialize.
>>>
>>> The override methods in CDMFactoryImpl for creating a CDM rectangle
>>> from string expects it to be a string that came from the toString()
>>> call, NOT the string that results for serializing!
>>>
>>> Point and Dimension do the same thing.
>>>
>>> I don't know what changed between EMF 2.1 and EMF 2.3 but this needs
>>> to be tracked down.
>>>
>>> Erik Hecht wrote:
>>>> Hello all,
>>>>
>>>> there is a simple solution for this exception.
>>>> Add only a "implements Serializable" to this class, I don't know why
>>>> this was missing.
>>>>
>>>> I will post when I have built a newer version.
>>>>
>>>> best regards.
>>>>
>>>> Erik
>>>>
>>>> DEFERT Philippe schrieb:
>>>>> Hello All,
>>>>>
>>>>> Thanks to Erik for the port to europa.
>>>>> Thanks Marco to the work around.
>>>>>
>>>>> I use a composite with nebula component.
>>>>>
>>>>> Now, I have much less exception. there remains to me this one
>>>>>
>>>>> Message: Exception thrown.
>>>>> Severity: Error
>>>>> Plugin ID: org.eclipse.ve.java.core
>>>>> Stack Trace:
>>>>> java.lang.RuntimeException: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at
>>>>>
org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
>>>>>
>>>>> at
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
>>>>> at
>>>>>
org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
>>>>>
>>>>> at
>>>>>
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
>>>>>
>>>>> at
>>>>>
org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
>>>>>
>>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>>> Caused by: java.io.NotSerializableException:
>>>>> org.eclipse.ve.internal.cdm.model.Rectangle
>>>>> at java.io.ObjectOutputStream.writeObject0(Unknown Source)
>>>>> at java.io.ObjectOutputStream.writeObject(Unknown Source)
>>>>> at
>>>>>
org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
>>>>>
>>>>> ... 34 more
>>>>>
>>>>>
>>>>> Philippe
Thanks for your non-official vzesion of VE.
i was downloaded your package ve_eclipse_33_lin.tar.gz and it's Ok, but
your new Package ve_eclipse_33_linux.tar.gz generate error when uncompress:
gzip: stdin: not in gzip format
/bin/gtar: Child returned status 1
/bin/gtar: Statut d'erreur reporté d'erreurs précédentes.
exuse me for my english;
and Very-Thanks for your work..
|
|
| | | | | | | |
Re: VE out of Eclipse Europa ? [message #616292 is a reply to message #138998] |
Thu, 19 July 2007 01:25 |
Wolfgang Messages: 12 Registered: July 2009 |
Junior Member |
|
|
Hello Erik,
thanks for your new release. I use it on Windows Vista Premium and installed
it on top of the "Eclipse for RCP/Plug-in Developers" release. There are no
other Eclipse plugins. and it works fine, except for these problems:
1: Loading my application causes this exception to be thrown: for exception
details look at the end of my message. This exception is thrown every time I
open a Visual Editor
window and the .java file actually uses UI classes. (I use only SWT
controls).
2: I upgrade the Eclipse system with the only currently available patch:
Name: Eclipse RCP Patch 1 for 3.3
Identifier: org.eclipse.rcp.patch1
Version: 3.3.0v20070705_330
Description: "Eclipse RCP Patch 1 for 3.3 - ICU4J data update
including tzdata 2007f"
The result is that a) I get an error message that Eclipse could not restore
the workbench layout:
Problems occurred restoring workbench.
Unable to restore perspective: Workspace - WB Java.
Could not create view:
org.eclipse.ve.internal.java.codegen.editorpart.BeansList
Could not create view:
org.eclipse.ve.internal.java.codegen.editorpart.BeansList
Could not create view:
org.eclipse.ve.internal.java.codegen.editorpart.XMLViewPart
Could not create view:
org.eclipse.ve.internal.java.codegen.editorpart.XMLViewPart
Could not find view:
org.eclipse.ve.internal.java.codegen.editorpart.BeansList
Could not find view:
org.eclipse.ve.internal.java.codegen.editorpart.XMLViewPart
and b) that the entire VE subsystem is inactivated. I cannot reverse this
effect, not even by removing the
"eclipse\features\org.eclipse.rcp.patch1_3.3.0" folder. Another interesting
side-effect is that now Vista considers the eclipse.exe file as modified and
the Vista firewall blocks Eclipse's access to the network, causing all other
kinds of errors related to lack of network access and remote VM.
Reinstalling (or restoring) the Eclipse installtion and
resetting the firewall removes the problem.
That's all for now.
Wolfgang.
Exception Stack Trace:
eclipse.buildId=I20070625-1500
java.version=1.6.0_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
java.lang.RuntimeException: java.io.NotSerializableException:
org.eclipse.ve.internal.cdm.model.Rectangle
at
org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
at
org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertViewR ectangleToString(CDMFactoryImpl.java:377)
at
org.eclipse.ve.internal.cdm.impl.CDMFactoryImpl.convertToStr ing(CDMFactoryImpl.java:136)
at
org.eclipse.emf.ecore.xmi.impl.XMLHelperImpl.convertToString (XMLHelperImpl.java:1570)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.getDatatypeValue( XMLSaveImpl.java:2887)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingl e(XMLSaveImpl.java:1609)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1196)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:1105)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement(XMLSa veImpl.java:986)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveContainedMany (XMLSaveImpl.java:2291)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1464)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID(XML SaveImpl.java:2590)
at
org.eclipse.emf.ecore.xmi.impl.XMISaveImpl.writeTopObjects(X MISaveImpl.java:90)
at
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:585)
at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:253)
at
org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
at
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1253)
at
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:964)
at
org.eclipse.ve.internal.java.codegen.util.VEModelCacheUtilit y.doSaveCache(VEModelCacheUtility.java:158)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.primDoSave(JavaSourceTranslator.java:1397)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or.doSave(JavaSourceTranslator.java:1411)
at
org.eclipse.ve.internal.java.codegen.core.JavaSourceTranslat or$3.doRun(JavaSourceTranslator.java:956)
at
org.eclipse.ve.internal.java.codegen.util.ReverseParserJob.r un(ReverseParserJob.java:56)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: java.io.NotSerializableException:
org.eclipse.ve.internal.cdm.model.Rectangle
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at
org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:645)
... 34 more
------------------------------------------------------------ --------------------------------------
"Erik Hecht" <erik@ehecht.com> wrote in message
news:f7am0v$ufc$1@build.eclipse.org...
> Hi to all,
>
> i build a new release with jem this weekend, i had have no time last week.
>
> greetings
>
> Erik
>
>
> Lorenzo Bettini schrieb:
>> bruno wrote:
>>> Thanks for your non-official vzesion of VE.
>>>
>>> i was downloaded your package ve_eclipse_33_lin.tar.gz and it's Ok, but
>>>
>>> your new Package ve_eclipse_33_linux.tar.gz generate error when
>>> uncompress:
>>>
>>> gzip: stdin: not in gzip format
>>> /bin/gtar: Child returned status 1
>>> /bin/gtar: Statut d'erreur reporté d'erreurs précédentes.
>>>
>>
>> do not use the z option of tar: it is not actually gzipped, it's only a
>> tar archive:
>>
>> tar xvf ve_eclipse_33_linux.tar.gz
>>
>> I experienced the same problem too
>>
|
|
|
Re: VE out of Eclipse Europa ? [message #616295 is a reply to message #139155] |
Thu, 19 July 2007 12:58 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Hi,
This error shown below is due to a bug. I think Erik has released the
fix for this already.
> That's all for now.
> Wolfgang.
>
>
> Exception Stack Trace:
>
> eclipse.buildId=I20070625-1500
> java.version=1.6.0_01
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
> Command-line arguments: -os win32 -ws win32 -arch x86
>
> java.lang.RuntimeException: java.io.NotSerializableException:
> org.eclipse.ve.internal.cdm.model.Rectangle
> at
> org.eclipse.emf.ecore.impl.EFactoryImpl.convertToString(EFac toryImpl.java:650)
>
>
Thanks,
Rich
|
|
| |
Re: VE out of Eclipse Europa ? [message #616299 is a reply to message #139176] |
Fri, 20 July 2007 08:05 |
Eclipse User |
|
|
|
Originally posted by: sbrandt_NOSPAM_.gmx.de
Wolfgang wrote:
> I used Erik's latest release from 7/16. So the bug may have been
> identified but not fixed?
> Or does this need some manual configuration?
Maybe you need to remove all older versions of the eclipse ve ... I had a
lot of trouble when just putting the new ones into the existing installation ;-)
In your case, sounds like the old version is still lying around somewhere
and is being used ...
Yours,
Sebastian
BTW: Lot of thanks to Erik!
Without him, I wouldn't be using eclipse 3.3. any longer.
Some time ago I tried to edit a ve-generated visual class /without/ ve by
hand for "just adding another JButton" ... took me quite some time to
understand, modify and extend the existing GridBagConstraints.
Converting the existing two-pane window into a JSplitPane /with/ ve was much
simpler ...
|
|
| | | |
Re: VE out of Eclipse Europa ? [message #616314 is a reply to message #139246] |
Tue, 24 July 2007 19:15 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
hi,
Exactly what line is giving the NPE? Can't tell from your append here.
Erik Hecht wrote:
> Hello Rich,
>
> perhaps you have an idea
> code lines like that one, only return an nullpointer exception.
>
> sfGridX =
> JavaInstantiation.getSFeature(rset,JFCConstants.SF_GRIDBAGCO NSTRAINTS_GRIDX);
>
>
> While reading the code, I patched this with adding some lines to
> GridBagConstrains.overwrite.
>
> Now I get the exceptions everytime when it will be checked like this
>
> gridbagconstraint.eIsSet(sfGridX);
>
> Did I miss somthing?
>
> thanks
>
> Erik
|
|
|
Re: VE out of Eclipse Europa ? [message #616315 is a reply to message #139270] |
Tue, 24 July 2007 20:10 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
This is a multi-part message in MIME format.
--------------060604080609000905050407
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
sorry - i forgot some information.
Backgroud: I get this NPE, when i try to move Components in a
GridBagLayout. I attaced a patch for my changes in the
GridBagConstraints.owerwrite.
Greetings
Erik
eclipse.buildId=I20070625-1500
java.version=1.5.0_07
java.vendor=Apple Computer, Inc.
BootLoader constants: OS=macosx, ARCH=x86, WS=carbon, NL=de_DE
Framework arguments: -product org.eclipse.sdk.ide -pdelaunch
Command-line arguments: -product org.eclipse.sdk.ide -data
/Users/erikhecht/coding/eclipse_ws_ve/../runtime-EclipseAppl ication -dev
file:/Users/erikhecht/coding/eclipse_ws_ve/.metadata/.plugin s/org.eclipse.pde.core/Eclipse
Application/dev.properties -pdelaunch -os macosx -ws carbon -arch x86
Error
Tue Jul 24 22:02:17 CEST 2007
Unhandled event loop exception
java.lang.NullPointerException
at
org.eclipse.emf.ecore.impl.EStructuralFeatureImpl.getSetting Delegate(EStructuralFeatureImpl.java:813)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSettingDelegate (BasicEObjectImpl.java:1519)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eIsSet(BasicEObj ectImpl.java:1240)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eIsSet(BasicEObj ectImpl.java:1225)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.g etLayoutTable(GridBagLayoutPolicyHelper.java:495)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.g etComponentGridDimensions(GridBagLayoutPolicyHelper.java:754 )
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutPolicyHelper.i sCellValidForMove(GridBagLayoutPolicyHelper.java:736)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutEditPolicy.get ConstraintCommands(GridBagLayoutEditPolicy.java:260)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutEditPolicy.get MoveChildrenCommand(GridBagLayoutEditPolicy.java:241)
at
org.eclipse.gef.editpolicies.LayoutEditPolicy.getCommand(Lay outEditPolicy.java:193)
at
org.eclipse.gef.editpolicies.ConstrainedLayoutEditPolicy.get Command(ConstrainedLayoutEditPolicy.java:154)
at
org.eclipse.ve.internal.jfc.core.GridBagLayoutEditPolicy.get Command(GridBagLayoutEditPolicy.java:639)
at
org.eclipse.gef.editparts.AbstractEditPart.getCommand(Abstra ctEditPart.java:473)
at
org.eclipse.gef.editpolicies.NonResizableEditPolicy.getMoveC ommand(NonResizableEditPolicy.java:187)
at
org.eclipse.gef.editpolicies.NonResizableEditPolicy.getComma nd(NonResizableEditPolicy.java:127)
at
org.eclipse.ve.internal.jfc.core.NonResizableSpannableEditPo licy.getCommand(NonResizableSpannableEditPolicy.java:68)
at
org.eclipse.gef.editparts.AbstractEditPart.getCommand(Abstra ctEditPart.java:473)
at
org.eclipse.gef.tools.DragEditPartsTracker.getCommand(DragEd itPartsTracker.java:256)
at
org.eclipse.gef.tools.DragEditPartsTracker.handleDragInProgr ess(DragEditPartsTracker.java:351)
at org.eclipse.gef.tools.AbstractTool.mouseDrag(AbstractTool.ja va:983)
at org.eclipse.gef.tools.SelectionTool.mouseDrag(SelectionTool. java:511)
at
org.eclipse.ve.internal.cde.core.CDESelectionTool.mouseDrag( CDESelectionTool.java:52)
at org.eclipse.gef.EditDomain.mouseDrag(EditDomain.java:226)
at
org.eclipse.gef.ui.parts.DomainEventDispatcher.dispatchMouse Moved(DomainEventDispatcher.java:357)
at
org.eclipse.draw2d.LightweightSystem$EventHandler.mouseMove( LightweightSystem.java:533)
at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListe ner.java:198)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java :66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1495)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1519)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1504)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1 295)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.ja va:3348)
at org.eclipse.swt.widgets.Control.sendTrackEvents(Control.java :2815)
at org.eclipse.swt.widgets.Control.actionProc(Control.java:115)
at org.eclipse.swt.widgets.Display.actionProc(Display.java:355)
at org.eclipse.swt.internal.carbon.OS.CallNextEventHandler(Nati ve Method)
at org.eclipse.swt.widgets.Widget.kEventControlTrack(Widget.jav a:1062)
at org.eclipse.swt.widgets.Control.kEventControlTrack(Control.j ava:1950)
at org.eclipse.swt.widgets.Widget.controlProc(Widget.java:367)
at org.eclipse.swt.widgets.Display.controlProc(Display.java:835 )
at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Na tive Method)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :2936)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:106)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:153)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
Rich Kulp schrieb:
> hi,
>
> Exactly what line is giving the NPE? Can't tell from your append here.
>
> Erik Hecht wrote:
>> Hello Rich,
>>
>> perhaps you have an idea
>> code lines like that one, only return an nullpointer exception.
>>
>> sfGridX =
>> JavaInstantiation.getSFeature(rset,JFCConstants.SF_GRIDBAGCO NSTRAINTS_GRIDX);
>>
>> While reading the code, I patched this with adding some lines
>> to GridBagConstrains.overwrite.
>>
>> Now I get the exceptions everytime when it will be checked like this
>>
>> gridbagconstraint.eIsSet(sfGridX);
>>
>> Did I miss somthing?
>>
>> thanks
>>
>> Erik
--------------060604080609000905050407
Content-Type: text/plain;
name="GridBagConstraints_overwrite.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="GridBagConstraints_overwrite.txt"
### Eclipse Workspace Patch 1.0
#P org.eclipse.ve.jfc
Index: overrides/java/awt/GridBagConstraints.override
============================================================ =======
RCS file: /cvsroot/tools/org.eclipse.ve.jfc/overrides/java/awt/GridBag Constraints.override,v
retrieving revision 1.10
diff -u -r1.10 GridBagConstraints.override
--- overrides/java/awt/GridBagConstraints.override 15 Nov 2005 18:53:31 -0000 1.10
+++ overrides/java/awt/GridBagConstraints.override 24 Jul 2007 20:09:34 -0000
@@ -5,6 +5,14 @@
<listChanges referenceValues="_eStructuralFeatures"/>
<listChanges referenceValues="_eStructuralFeatures1"/>
<listChanges referenceValues="_eStructuralFeatures2"/>
+ <listChanges referenceValues="_eStructuralFeatures3"/>
+ <listChanges referenceValues="_eStructuralFeatures4"/>
+ <listChanges referenceValues="_eStructuralFeatures5"/>
+ <listChanges referenceValues="_eStructuralFeatures6"/>
+ <listChanges referenceValues="_eStructuralFeatures7"/>
+ <listChanges referenceValues="_eStructuralFeatures8"/>
+ <listChanges referenceValues="_eStructuralFeatures9"/>
+ <listChanges referenceValues="_eStructuralFeatures10"/>
</value>
</objectChanges>
<objectsToAttach name="anchor" unsettable="true" xmi:id="_eStructuralFeatures" xsi:type="ecore:EReference">
@@ -16,4 +24,29 @@
<objectsToAttach name="insets" xmi:id="_eStructuralFeatures2" xsi:type="ecore:EReference">
<eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
</objectsToAttach>
+ <objectsToAttach name="gridx" xmi:id="_eStructuralFeatures3" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="gridy" xmi:id="_eStructuralFeatures4" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="gridwidth" xmi:id="_eStructuralFeatures5" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="gridheight" xmi:id="_eStructuralFeatures6" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="weightx" xmi:id="_eStructuralFeatures7" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="weighty" xmi:id="_eStructuralFeatures8" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="ipadx" xmi:id="_eStructuralFeatures9" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+ <objectsToAttach name="ipady" xmi:id="_eStructuralFeatures10" xsi:type="ecore:EReference">
+ <eAnnotations nullInvalid="true" xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
+ </objectsToAttach>
+
</change:ChangeDescription>
--------------060604080609000905050407--
|
|
|
Re: VE out of Eclipse Europa ? [message #616318 is a reply to message #139287] |
Tue, 24 July 2007 23:49 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Hi,
I don't know what version of EMF you are using, but this error is
typically due to EStructuralFeature NOT having an eType set on it. It is
very easy to forget to do this. You will need to catch the NPE in a
debugger and see if (1) it is due eType being null, and (2) if it is,
then see what feature it is, and (3) see why eType is missing. This
usually occurs because (a) this a feature that is just fluffed up and is
not a true feature returned from introspection, in which case you need
to put the eType into the override file too. Or (b) it is supposed to be
from an introspected feature but the feature didn't introspect.
I thought I had put code in so that after introspection it will see if
any feature has an eType of null and if it does it will put in the JEM
reference JavaClass to java.lang.Object.
So you need to stop in the debugger and see what is null.
Rich
|
|
| |
Re: VE out of Eclipse Europa ? [message #616331 is a reply to message #138284] |
Sun, 29 July 2007 05:24 |
Eclipse User |
|
|
|
Originally posted by: ilan.tal.gmail.com
Hello All,
I asked a question about the Visual editor a couple of days ago and Eric
was kind enough to point me to this thread.
I sat with a friend who has Linux and we compared side by side the plug
ins until we saw org.eclipse.ve.* was missing on the Linux machine.
None of this is very new. The big surprise was we are looking at version
3.2, and NOT version 3.3 which is yet to be released.
So if it doesn't work in the officially released 3.2, what is the surprise
that it doesn't work in the yet to be released 3.3?
The reason it works in my version of 3.2 seems to be that I did an update
from 3.1. On the systems where I did a clean install of 3.2, the visual
editor just isn't there.
Hopefully 3.3 will be fixed to include the visual editor, but until it is,
is there an easy way to include the missing plugins?
Thanks,
Ilan
|
|
| | | | | |
Re: VE out of Eclipse Europa ? [message #616385 is a reply to message #139297] |
Wed, 15 August 2007 20:35 |
Erik Hecht Messages: 61 Registered: July 2009 |
Member |
|
|
Hello Rich,
Now I have the NPE eliminated.
Perhaps you can help me to understand.
Why this warning now comes up?
Thanks,
Erik
---
+++ Warning +++: Wed Aug 15 22:02:05 CEST 2007 No Write Method found
for org.eclipse.emf.ecore.impl.EReferenceImpl@cc25e0 (name: gridx)
(ordered: true, unique: true, lowerBound: 0, upperBound: 1) (changeable:
true, volatile: false, transient: false, defaultValueLiteral: null,
unsettable: false, derived: false) (containment: false, resolveProxies:
true) on =test_ve/src<test{VEtest.java[VEtest~getJPanel1^gridBagConstraints
---
The gridx is defined as follows in the GridBagConstraints.overwrite:
<objectsToAttach name="gridx" xmi:id="_eStructuralFeatures3"
xsi:type="ecore:EReference" eType="org.eclipse.jem.java:JavaDataType
java:/#int">
<eAnnotations nullInvalid="true"
xsi:type=" org.eclipse.ve.internal.cde.decorators:BasePropertyDecorator "/>
</objectsToAttach>
|
|
|
Re: VE out of Eclipse Europa ? [message #616386 is a reply to message #139761] |
Wed, 15 August 2007 22:00 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Hi Erik,
It thinks this is a property that has a get and set method. But I'm
guessing it is not. That is a straight field reference to the variable
gridx.
IS that correct, that it is not referenced through methods>
You need to tell it that it is field and not a get/set property.
But I don't know why you are having the problem because we already
supply all that is needed for GridBagConstraints.
See the GridBagConstraintsBeaninfo class: We've already defined gridx as
a field property (see the createFieldPropertyDescriptor method below).
What are you trying to do differently that you can't use what was
already provided?
-------------------
/*********************************************************** ********************
* Copyright (c) 2001, 2005 IBM Corporation and others.
* All rights reserved. This program and the accompanying materials
* are made available under the terms of the Eclipse Public License v1.0
* which accompanies this distribution, and is available at
* http://www.eclipse.org/legal/epl-v10.html
*
* Contributors:
* IBM Corporation - initial API and implementation
************************************************************ *******************/
package org.eclipse.ve.internal.jfc.beaninfo;
import java.awt.GridBagConstraints;
/*
* $RCSfile: GridBagConstraintsBeanInfo.java,v $
* $Revision: 1.3 $ $Date: 2005/08/24 23:38:12 $
*/
public class GridBagConstraintsBeanInfo extends IvjBeanInfo {
private static java.util.ResourceBundle resconstraints =
java.util.ResourceBundle.getBundle("org.eclipse.ve.internal.jfc.beaninfo.gridbagconstraints ");
//$NON-NLS-1$
/**
* Gets the bean class.
*/
public Class getBeanClass() {
return java.awt.GridBagConstraints.class;
}
/**
* @return java.beans.PropertyDescriptor[] for the gridx, gridy,
gridwidth, gridheight, weightx,
* weighty, anchor, fill, ipadx, ipady, insets,
*/
public java.beans.PropertyDescriptor[] getPropertyDescriptors() {
try {
return new java.beans.PropertyDescriptor[] {
createFieldPropertyDescriptor("gridx",
GridBagConstraints.class.getField("gridx"), new Object[] { //$NON-NLS-1$
//$NON-NLS-2$
DISPLAYNAME, resconstraints.getString("gridbagconstraints.gridx"),
//$NON-NLS-1$
SHORTDESCRIPTION,
resconstraints.getString("gridbagconstraints.gridx.Desc"),
//$NON-NLS-1$
}),
|
|
| |
Goto Forum:
Current Time: Tue Sep 24 15:15:47 GMT 2024
Powered by FUDForum. Page generated in 0.24841 seconds
|