Oxygen 7.2 for Eclipse 3.2 doesn't work

Post by **DavidPérez** » Fri Jul 14, 2006 4:29 pm

Oxygen 7.2 for Eclipse 3.2 doesn't work.

Eclipse refuses to load the plugin.
If I try Oxygen 7.2 for Eclipse 3.1 under Eclipse 3.2 it works ok.

Here is a relevant excerpt of the Eclipse .log file:

eclipse.buildId=M20060629-1905
java.version=1.5.0_04
java.vendor=BEA Systems, Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=es_ES
Command-line arguments: -os win32 -ws win32 -arch x86 -data e:\Aplicaciones\IMA\Desarrollo\DPerezcar\webIma6.1-E3

!ENTRY org.eclipse.core.runtime 4 2 2006-07-14 15:18:44.560
!MESSAGE Plug-in "com.oxygenxml.editor" was unable to instantiate class "com.oxygenxml.editor.EditorPlugin".
!STACK 0
java.lang.NoSuchMethodException: <init>
.....

Post by **sorin_ristache** » Fri Jul 14, 2006 4:33 pm

Hello,

DavidPÃ©rez wrote:java.vendor=BEA Systems, Inc.

Use a Java virtual machine from Sun Microsystems as required on the Download page.

Regards,
Sorin

Post by **DavidPérez** » Tue Jul 18, 2006 10:14 am

Hi Sorin,

I have tried with 1.5.0_06 from Sun and now it works.
But I don't see any difference in behaviour by using the version for Eclipse 3.1 or Eclipse 3.2 under Eclipse 3.2, except for the latest one not working under JRockit.

Does the version specific to Eclipse 3.2 address any specific issues?
The Eclipse 3.1 version seems to work ok under Eclipse 3.1.

DavidPÃ©rez wrote:java.vendor=BEA Systems, Inc.

Use a Java virtual machine from Sun Microsystems as required on the Download page.

Regards,
Sorin[/quote]

Post by **sorin_ristache** » Tue Jul 18, 2006 10:39 am

Hello,

Not all features work if the plugin for Eclipse 3.1 is installed in Eclipse 3.2. There were changes in the Eclipse platform API from version 3.1 to 3.2 and we had to add some changes in the source code of the plugin. If everything worked for you with the 3.1 plugin installed in Eclipse 3.2 then you did not use those features. You should use only the plugin version for Eclipse 3.2 in Eclipse 3.2.

Regards,
Sorin

Post by **kingargyle** » Wed Sep 20, 2006 7:30 am

Use a Java virtual machine from Sun Microsystems as required on the Download page.

BEA Jrockit 1.5.0_06 R26.4.0 works with Eclipse 3.2 and the OxygenXML 7.2 plugin for Eclipse.

Instead of just saying use a SUN Java Virtual machine, it would be more helpful to indicate which maintenance release of the virtual machine should be used, as it appears that some features are being used or added to the SUN virtual machine, that may not have made it into other virtual machines release updates.

There are many valid reasons for using another virtual machine, and garbage collection is a big one which Jrockit excells.

Post by **sorin_ristache** » Wed Sep 20, 2006 11:42 am

Hello,

We will make the note about the supported JVMs more explicit on the Download page and in the User Manual: <oXygen/> supports JVMs 1.4.2 or later from Sun Microsystems and from Apple Computer (on Mac OS X). It is not a problem of features added or deleted from the Sun JVM as <oXygen/> does not require non-standard features of the JVM or Java classes other than the standard core ones distributed with the JVM. <oXygen/> may work very well with JVMs from other vendors but we had the experience of JVMs from other vendors than Sun Microsystems and Apple Computer which are not conformant to the JVM specification. For example the JVM called "GNU libgcj" from Free Software Foundation distributed as the default JVM on Ubuntu Linux does not include a standard encryption provider which is required for implementations of the JVM specification and which is used in <oXygen/> to verify the license key pasted by the user at the first startup. That means any <oXygen/> license key is rejected when the user pastes it in <oXygen/>. This and other JVM implementation problems are very annoying for users who do not have the time to test several virtual machines from different vendors before they can even register their license key and start to use a pure Java application (no native code) normally.

So feel free to try and use JVM implementations from other vendors like BEA Systems but we do not provide user support for <oXygen/> malfunctions caused by bugs in the JVM implementation.

Regards,
Sorin

Post by **kingargyle** » Wed Sep 20, 2006 4:57 pm

What might be helpful then to the use community is that, as you get a list of JVMs from the user community that have been tested to work, just provide that list as a knowledge base item or FAQ. With the stipulation that the only supported JVM that you test yourself are the SUN JVMs.

Post by **sorin_ristache** » Thu Sep 21, 2006 3:52 pm

Hello,

We will specify on the Download page the JVMs that do not work with oXygen, like GNU libgcj and also we will specify the JVMs which we support (Sun Microsystems and Apple Computer). A JVM will have to be tested extensively with oXygen in order to be added to the list of supported ones. oXygen may work well with other virtual machines like JRockit but we will not support users reporting problems caused by bugs in these JVM implementations.

Regards,
Sorin

Post by **kingargyle** » Thu Sep 21, 2006 10:56 pm

Sorin, that works for me, and I can't ask for anything more than that. Bugs with specific JVMs should be submitted to the maker of the particular JVM, and shouldn't be your responsibility.

Thanks again.

Post by **randy65** » Wed Aug 29, 2007 9:39 pm

Anyone ever follow up on this or get the list of JMV's? Sorry lost my other login name password.

Post by **sorin_ristache** » Mon Sep 03, 2007 10:02 am

Hello,

On the Download page in the section Requirements we list the supported JVM implementations and the implementations that do not work with oXygen due to the bugs that they contain. Currently only the JVM implementation from Sun Microsystems is supported.

Regards,
Sorin