- This topic has 13 replies, 2 voices, and was last updated 19 years, 10 months ago by Riyad Kalla.
-
AuthorPosts
-
alwynnMemberHi all,
I’m having issues installing MyEclipse 3.8.3.
I did a clean installation of Eclipse — (in usr/local)platform: Fedora Core 3
command: ./EnterpriseWorkbenchInstaller_030803.bin (I tried _030801 as well and had exactly the same problem)
pwd is /usr/local
jdk path: usr/local/jdk1.5.0/bin:Output:
——-
Preparing to install…
tail: `-1′ option is obsolete; use `-n 1′
Try `tail –help’ for more information.
./EnterpriseWorkbenchInstaller_030803.bin: line 327: [: `)’ expected, found -z
WARNING! The amount of /tmp disk space required and/or available
could not be determined. The installation will be attempted anyway.
Extracting the installation resources from the installer archive…
Configuring the installer for this system’s environment…Launching installer…
Warning: -Xmx50331648 not understood. Ignoring.
Warning: -Xms16777216 not understood. Ignoring.
Unable to locate the application’s ‘main’ class. The class ‘com.zerog.ia.installer.Main’ must be public and have a ‘public static void main(String[])’ method. (LAX)
GUI-
——–
Any suggestions? I appreciate any help!
——–
Thanks
alwyn
alwynnMember….just like to add:
if I run: LAX_DEBUG=1 ./EnterpriseWorkbenchInstaller030803.bin
This is the output:LAX_DEBUG=1 ./EnterpriseWorkbenchInstaller_030803.bin
Preparing to install…
Checking for POSIX df.
Found POSIX df.
True location of the self extractor: /usr/local/EnterpriseWorkbenchInstaller_030
803.bin
Creating installer data directory: /tmp/install.dir.12114
Creating installer data directory: /tmp/install.dir.12114/InstallerData
Gathering free-space information…
Space needed to complete the self-extraction: 119111 blocks
tail: `-1′ option is obsolete; use `-n 1′
Try `tail –help’ for more information.
Available space: blocks
Available blocks: Needed blocks: 119111 (block = 512 bytes)
./EnterpriseWorkbenchInstaller_030803.bin: line 327: [: `)’ expected, found -z
WARNING! The amount of /tmp disk space required and/or available
could not be determined. The installation will be attempted anyway.
This installation does not contain a VM.
Extracting the installation resources from the installer archive…
Extracting install.zip from ./EnterpriseWorkbenchInstaller_030803.bin to /tmp/in
stall.dir.12114/InstallerData/installer.zip …
Extracting done, exit code = 0
Configuring the installer for this system’s environment…========= Analyzing UNIX Environment =================================
Setting UNIX (linux) flavor specifics.
Importing UNIX environment into LAX properties.
Checking for POSIX awk.========= Analyzing LAX ==============================================
LAX found………………………. OK.
LAX properties read……………… OK.========= Finding VM =================================================
Valid VM types…………………….. J2
Expanded Valid VM types…………….. JRE_J2 JDK_J2
WARNING! No valid lax.nl.current.vm available.
Searching for VMs in PATH:
Looking in:……………………….. /bin
Looking in:……………………….. /root/bin
Looking in:……………………….. /sbin
Looking in:……………………….. /usr/X11R6/bin
Looking in:……………………….. /usr/bin
Found VM:……………………….. /usr/bin/java
Looking in:……………………….. /usr/kerberos/bin
Looking in:……………………….. /usr/kerberos/sbin
Looking in:……………………….. /usr/local/bin
Looking in:……………………….. /usr/local/jdk1.5.0/bin
Found VM:……………………….. /usr/local/jdk1.5.0/bin/java
Looking in:……………………….. /usr/local/sbin
Looking in:……………………….. /usr/sbin
Looking in:……………………….. /usr/xpg4/bin
* Using VM:……………………….. /usr/lib/jvm/jre-1.4.2-gcj/bin/java
Current VM is NOT a HotSpot VM========= Virtual Machine Options ====================================
LAX properties incorporated…………. OK.
classpath…………………………. “/tmp/install.dir.12114/InstallerData:/
tmp/install.dir.12114/InstallerData/installer.zip”
main class………………………… “com.zerog.ia.installer.Main”
.lax file path…………………….. “/tmp/install.dir.12114/temp.lax”
user directory…………………….. “/tmp/install.dir.12114”
stdout to…………………………. “console”
sterr to………………………….. “console”
install directory………………….. “”
JIT………………………………. none
option (verify)……………………. off
option (verbosity)…………………. none
option (garbage collection extent)…… none
option (garbage collection thread)…… none
option (native stack max size)………. none
option (java stack max size)………… none
option (java heap max size)…………. 50331648
option (java heap initial size)……… 16777216
option (lax.nl.java.option.additional).. none========= Display settings ===========================================
X display…………………………. local
UI mode…………………………… guiLaunching installer…
========= VM Command Line ============================================
CLASSPATH=/tmp/install.dir.12114/InstallerData:/tmp/install.dir.12114/InstallerD
ata/installer.zip
“/usr/lib/jvm/jre-1.4.2-gcj/bin/java” -Djava.compiler=NONE -Xmx50331648 -Xms167
77216 com.zerog.lax.LAX “/tmp/install.dir.12114/temp.lax” “/tmp/env.properties.
12114”========= Executing JAVA =============================================
Warning: -Xmx50331648 not understood. Ignoring.
Warning: -Xms16777216 not understood. Ignoring.
LAX Version = 5.5
Unable to locate the application’s ‘main’ class. The class ‘com.zerog.ia.install
er.Main’ must be public and have a ‘public static void main(String[])’ method. (
LAX)
GUI-java.lang.NullPointerException
at java.util.Hashtable.get(java.lang.Object) (/usr/lib/libgcj.so.5.0.0)
at java.awt.GridBagLayout.lookupInternalConstraints(java.awt.Component) (/usr
/lib/libgcj.so.5.0.0)
at java.awt.GridBagLayout.GetLayoutInfo(java.awt.Container, int) (/usr/lib/li
bgcj.so.5.0.0)
at java.awt.GridBagLayout.getLayoutInfo(java.awt.Container, int) (/usr/lib/li
bgcj.so.5.0.0)
at java.awt.GridBagLayout.preferredLayoutSize(java.awt.Container) (/usr/lib/l
ibgcj.so.5.0.0)
at java.awt.Container.preferredSize() (/usr/lib/libgcj.so.5.0.0)
at java.awt.Container.getPreferredSize() (/usr/lib/libgcj.so.5.0.0)
at java.awt.BorderLayout.calcCompSize(java.awt.Component, int) (/usr/lib/libg
cj.so.5.0.0)
at java.awt.BorderLayout.calcSize(java.awt.Container, int) (/usr/lib/libgcj.s
o.5.0.0)
at java.awt.BorderLayout.preferredLayoutSize(java.awt.Container) (/usr/lib/li
bgcj.so.5.0.0)
at java.awt.Container.preferredSize() (/usr/lib/libgcj.so.5.0.0)
at java.awt.Container.getPreferredSize() (/usr/lib/libgcj.so.5.0.0)
at java.awt.Window.pack() (/usr/lib/libgcj.so.5.0.0)
at com.zerog.awt.ZGStandardDialog.majorLayout() (Unknown Source)
at com.zerog.awt.ZGStandardDialog.ZGStandardDialog(java.awt.Frame, java.lang.String, java.lang.String, java.lang.String, int) (Unknown Source)
at com.zerog.awt.ZGStandardDialog.ZGStandardDialog(java.lang.String, java.lang.String, java.lang.String) (Unknown Source)
at com.zerog.lax.LAX.showExceptionDialog(java.lang.String, java.lang.String,boolean) (Unknown Source)
at com.zerog.lax.LAX.launch() (Unknown Source)
at com.zerog.lax.LAX.main(java.lang.String[]) (Unknown Source)Thx in advance
alwyn
alwynnMemberI tried the following:
Changed the /etc/profile file so the the path will first look in the /usr/local/jdk1.5.0 and the rest will follow (usr/bin: usr/kerebros/sbin: and so forth)
When running LAX_DEBUG=1 EnterpriseWorkbenchInstaller.bin it istill trying to find the VM located in /usr/lib –> — (I meant /usr/bin/java)
— snip start–
Looking in:……………………….. /usr/bin
Found VM:……………………….. /usr/bin/java
Looking in:……………………….. /usr/kerberos/bin
Looking in:……………………….. /usr/kerberos/sbin
Looking in:……………………….. /usr/local/bin
Looking in:……………………….. /usr/local/jdk1.5.0/bin
Found VM:……………………….. /usr/local/jdk1.5.0/bin/java
Looking in:……………………….. /usr/local/sbin
Looking in:……………………….. /usr/sbin
Looking in:……………………….. /usr/xpg4/bin
* Using VM:……………………….. /usr/lib/jvm/jre-1.4.2-gcj/bin/java
Current VM is NOT a HotSpot VM–snip end —
What am I missing??
Thanks for any help!
alwyn
Riyad KallaMemberAlwyn,
* Using VM:……………………….. /usr/lib/jvm/jre-1.4.2-gcj/bin/java
The installer can be a little bull headed in this regard, you can try exporting LAX_VM and pointing at your JDK’s VM or you can download and use the Manual Install if the installer still won’t run. The manual install is almost as easy to install as the installer and includes very detailed instructions if you end up using it.
alwynnMemberThanks Riyad,
Will give your suggestions a bash….alwyn
alwynnMemberyou can try exporting LAX_VM and pointing at your JDK’s VM
I’ve created a LAX_VM (pointing to /usr/java/jdk1.4.2_04/bin) variable in /etc/profile and eported it. The installer spits out the same nullpointer exception during installation…(BTW I did reboot after changing the /etc/profile file)
Before attempting a manual install I’ld like to know if the above statement is what you had in mind when referring to the LAX_VM variable?Thx in advance!!
Alwyn
Riyad KallaMemberI’ve created a LAX_VM (pointing to /usr/java/jdk1.4.2_04/bin
It needs to point at the executable in bin, not just the bin dir.
alwynnMemberOK thanks.
The manuall install did the trick…—————————–
Alwyn
MyEclipse Supporter
alwynnMember…ok stuck again…
After the manual install….I started eclipse. no prob. I changed the perspective to myeclipse, started up tomcat 4 and wanted to use the internal web browser – mistake. An erro occurred. (see the output of the log file below).
I deleted the eclipse/configuration directory and its contents and tried to restart ecplipse. I’m prompted for the location of the workspace directory but straight after that I get an error again (specifying that I need to look in workspace/.bla bla bla) but workspace has got nothing in it.I’m using Mozilla 1.7.1 which is probably the issue here. cause the sh*t hit the fan when I tried to open the internal browser….
One option is to uninstall Mozilla (and Fireforx…..) but I don’t wanna go that route cause there are plenty of dependancies…
And the other option (if it can be done) is to install an earlier version of Mozilla and then maybe configure Myeclipse to use that particular version…
OR a third option would be to uninstall Eclipse, MyEclipse install it again and NEVER touch the Web Browser Widget……..hmmmI’m in dire straights…..lost 2 days of work to get the installation going on Fedora Core 3…Please help me out.
If you recomment option 3, what is the best way to uninstalll Eclipse and MyEclipse?Alwyn
alwynnMember…. the configuration directory hasn’t got any error log files…..BUT the error message after the prompt for the workspace specifies that the lerror log is in /workspace/.metadata/.log
alwynnMemberI just deleted the eclipse/myeclipse folders…..no problem….and did a clean installation…..
i aint gonna touch no web browser widget….it burns
Riyad KallaMemberI just deleted the eclipse/myeclipse folders…..no problem….and did a clean installation…..
i aint gonna touch no web browser widget….it burnsYou are exactly right, the SWT Browser Widget is fairly unforgiving when it comes to bad versions of Moz installed. You can work around it by going to this Quickstart Guide: http://myeclipseide.com/enterpriseworkbench/help/index.jsp?topic=/com.genuitec.myeclipse.doc/html/quickstarts/htmleditor/index.html, and checking out the FAQ section.
Or you can wait for the 3.8.4 release and I believe it fixes the “blow up in your face” problem of having a bad version of Moz installed. Also IIRC the Eclipse team is making the SWT Browser widget less fragile for the 3.1 release so that should in general fix the problem and make it compatible with Firefox 1.0, although I’m not 100% sure.
alwynnMember* Using VM:……………………….. /usr/lib/jvm/jre-1.4.2-gcj/bin/java
The installer can be a little bull headed in this regard, you can try exporting LAX_VM and pointing at your JDK’s VM or you can download and use the Manual Install if the installer still won’t run. The manual install is almost as easy to install as the installer and includes very detailed instructions if you end up using it.
Just for the record:
Fedora Core 3 ships with its own(the default) jvm (jre-1.4.2-gcj/bin/java). I unistalled the package and got a clean installation of myeclipse up and running.
This is the steps I followed:
1) in the /root directory there is a file called install.log
2) I double checked to see if the gcj package was installed…
3) I used rpm -e java-1.4.2-gcj-compat-devel-1.4.2.0-11jpp
4) I used rpm -e java-1.4.2-gcj-compat-1.4.2.0-11jpp
The compat pacakge is dependent on the devel package so the unistallation should follow this order.I executed the binary and voila
Alwyn
Riyad KallaMemberGreat followup Alwyn, thank you.
-
AuthorPosts