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?
>

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?

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

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
>

- 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

indeed, its strange that org/eclipse/ve/internal/java/common/BaseBeanInfo
can not be found by the remote VM classloader. (But BaseBeanInfo is
contained in org.eclipse.ve.java.core jar)

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
>>

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
>>

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
>>>
>

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
>>>>
>>

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 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
>>>>
>>

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.

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
>>

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
>>

"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
>>

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

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!

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.

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.