Created attachment 11074 [details]
Last step of installer on x86 Solaris9u4

Created attachment 11075 [details]
log file after installation failed

- Additional comment
This issue does not depend on that specified installation directory
has (or does not have) spaces.

For example, after specifying directory as follows:

/export/home/user/NetBeans3.5.1

nevertheless this issue occurs.

// udating the bug, based on the report from Yuko

- This problem occurs when the install directory does not have spaces.

   (2003/07/24 9:15:08), Setup.product.install,
org.netbeans.installer.actions.WriteAction, err,
   java.io.FileNotFoundException: /tmp/NB351/bin/ide.cfg (No such file
or directory)
   STACK_TRACE: 17
   java.io.FileNotFoundException: /tmp/NB351/bin/ide.cfg (No such file
or directory)

- Tested OS: Solaris9u4 x86, Solaris8 x86

- The cobundle installer is x86 .bin installer, so this problem does
not occur.

- When running x86 .jar installer on Solaris sparc, this problem does
not occur.
  Do we need to set anything (path or environment variable)?
  If english x86 .jar installer works fine, could you please tell me
  how to install using x86 .jar installer?

I must confirm that on Solaris Intel isn't possible install ide from
jar installer.
I've tried all 3 or 4 types of nb351 jar installer always with the
same result: can't find JVM

I didn't wind any workaround. I tested on Sol9x86 on jdk1.4.1_02a and
on jdk1.4.2

It's 100% reproductable:-(

BTW: I tried bin latest bin (no ML) installer available for Solaris-Intel:
NetBeansIDE-release351-200307132351-solarisX86.bin

and instalation succeded and ide runs fine...

This bug occurs because of there were problems in bin installers for
Solx86 if they were ML...
see issue #34884

I have looked to knowledge base of InstallShield particularly to issue
http://support.installshield.com/kb/view.asp?articleid=q107222
and used the -Dis.debug=1. The output is attached.

Created attachment 11114 [details]
Output with -Dis.debug=1

Created attachment 11118 [details]
jvmfind.log from /var/tmp/ismp005

I have tried to use the same jar for installation on linux and it
failed with the same error.
I'm still wondering why it's unable to offer at least the jvm on which
it's running. The jvmfind.log shows it at least finds it but I have no
idea why it does not accept it.
I was interested in what the Verify.jar is doing so I have "caught" it
in the /var/tmp/ismpxxx and unjared it which produced a single
Verify.class which I have decompiled. The output shows that it does
not verify anything it just dumps out a number followed by the system
properties requested on the command line:

Created attachment 11122 [details]
Decompiled Verify.class

This means that there must be some internal mechanism which actually
matches this output against the jvms specs and that mechanism is
somehow broken. However I still don't understand how can this fail if
in fact the binary installer is just a wrapper around the jar. Strange.

Well, there is a section in NB_subst.xml that 
markedly reminds the sequence of verifying the jvms 
in the attached jvmfind.log. We are investigating 
this with Ruda Balada on the building machine.

Created attachment 11128 [details]
Excerpt from NB_ml-subst.xml showing the suspicious jvm definitions for solaris

I've checked jar installer in solaris8 x86 environment. It works. It
seems that the installer expect JVM 1.1.8. I don't know why the
installer does not accept 1.4.x but 1.1.8. Can we configure to let
installer expect 1.4.x?
I attach jvmfind.log when I installed by jar in solaris8 x86.

Created attachment 11130 [details]
/var/tmp/ismp001/jvmfind.log, when installer works in solaris8 x86.

Thanks for the log. It proves the idea of missing jvm 
definitions.

Ruda has added additional jvm definitions into NB_ml.
xml installshield's project file and he is now going 
to rebuild and test the installers. If they will work 
we could resolve the issue and build the final 
installers even today.

Ruda has successfully tested the new installer and it 
seems that the issue is resolved. We are now 
verifying whether the patch to NB_ml.xml is OK.

Created attachment 11142 [details]
Possible fix for English-only and Multilingual installer builds. It adds a lot of supported JVMs for uninstall.

The attached patch is for NB.xml and NB_ml.xml.
I'm not in charge to approve and commit the patch into release35 
branch. That's responsibility of development team, not release 
engineering (me). I'm providing this patch as it is w/o any kind of 
warranty. The patch needs review and someone from development must 
take it as it's responsibility.

I checked Ruda's installers on folowing platforms:
==================================================
RH9->NetBeansIDE-release351-200307222351-ML-JA-linux.bin...OK

Sol9x86->NetBeansIDE-release351-200307222351-ML-JA-solarisX86.jar...OK,
         but during un/istallation sometimes  
         this message occures->snapshot14.png

Sol8-Sparc->NetBeansIDE-release351-200307222351-SL-solarisSparc.bin...OK,
         but the same problem occured as for
         Solx86
WinNT->NetBeansIDE-release351-200307222351-ML-JA-win32.exe...OK
WinNT->NetBeansIDE-release351-200307222351-win32.exe....OK

Created attachment 11144 [details]
Strange Error message about DTDBcache

if I try to un/install ide on any Solaris as a root user I've got
little bit different error...
see attached snapshot15.png

Created attachment 11145 [details]
another Error message about DTDBcache

We researched the problem and it seems that the 
problematic dialogs are only shown when an ssh 
session is performed together with setting the 
DISPLAY variable. If the user connects remotely e.g. 
by "X -query machine :2.0" or locally on the machine 
then the problem does not occur.
 AFAIK the installation program tries to add a menu 
item for the installed product to CDE environment. 
That would mean that if there isn't CDE installed on 
the machine then the problem will occur too even when 
installing e.g. locally. I'm not a Solaris expert so 
I don't know if it's even possible to not have a CDE 
environment installed and have just e.g. Gnome 
installed. I have always worked just with the 
machines having the CDE installed.
 IMHO someone familiar with Solaris should resolve 
whether this issue is really serious and thus 
blocking or not.

Thank you very much Mila for nice and clear explanation of the problem:)

I think that we could integrate this fix. I've already pretested on
all platforms and it is possible install the ide from them and later
uninstall.


According Ruda, this bug occures cause installers for creating
uninstaller needs JVM older then 1.4 (and even if it was installed eg.
in /usr/java/java1.2 it wasn't able to find it)
This fix is solving this problem.

This fix removing dependenci of the installer on old jdk on all
platforms (even though it hadn't been reported yet), so 
I strongly recommand to use those patched installers for all platforms
rather the old ones.

I had the same experience on the Windows 2000 where only the jdk1.4.1
or jdk1.4.2 was intalled.
The installer was not able to install the product at all.

Tomas's report is not the firs one complaining about impossibility to
install NB on Windows... But it was very rare... but with this bug
entered against Solaris intel 
I thing everything's getting clearer.

According Tomas report's I'm changing summary of this issue from the
current one:
"Can not install on x86 Solaris"
to:
"Can not install NB on all platforms when no JVM < 1.4 is available"

it is not platform specific issue thus changing also other fields.

If someone disagree with this change, please revert it back.
thanks

I seen the snapshot15.png dialog on Solaris, Nb 3.5.1 build
200307252351, j2sdk1.4.1.

I was connected remotelly by:
$ X -query machine :3.0
$ su -
$ export DISPLAY=local-machine:3.0

but the installation was successful.

If you've issued "su -" and the "export ..." on the 
"machine" and "machine"!="local-machine" then you 
had in fact the same setup as Dan had.

Patch provided by Rudolf reviewed without objections. Rudolf, thank
you very much. I'm going to change installer in trunk accordingly.

Trunk files patched.
Fixed in trunk.

Checking in NB.xml;
/cvs/installer/NB.xml,v  <--  NB.xml
new revision: 1.30; previous revision: 1.29
done
Checking in NB_ml.xml;
/cvs/installer/NB_ml.xml,v  <--  NB_ml.xml
new revision: 1.4; previous revision: 1.3
done

CCing Patrick Keegan.

I'm going to create separate issue concerning error message about DTB
Cache.

There is new issue 35277 . Problem with DTBCache error dialogs is now
separate problem

if the fix has been reviewed and verified I don't have objection to
let it in release35 branch

Results of Youko's testing:

 x86 Sol9 GNOME	NG?  (*)
  x86 Sol9 CDE		OK
  x86 Sol8 CDE		OK
  
  reference:
    sparc Sol9 GNOME	OK
    sparc Sol9 CDE	OK
    
    
(*) When runnning x86 .jar installer in any locale (C, ja, ja_JP.PCK,
ja_JP.UTF-8),
    the following exception occurs after "Write info to install
database" appears.
    However, installation seems to be successful.

java.lang.NullPointerException
	at
sun.awt.font.FontDesignMetrics.initMatrixAndMetrics(FontDesignMetrics.java:167)
	at sun.awt.font.FontDesignMetrics.<init>(FontDesignMetrics.java:160)
	at sun.awt.font.FontDesignMetrics.<init>(FontDesignMetrics.java:145)
	at sun.awt.SunToolkit.getFontMetrics(SunToolkit.java:416)
	at sun.awt.motif.MToolkit.getFontMetrics(MToolkit.java:331)
	at com.installshield.wizard.awt.FlowLabel.paintImpl(FlowLabel.java:537)
	at com.installshield.wizard.awt.FlowLabel.paint(FlowLabel.java:594)
	at java.awt.Canvas.update(Canvas.java:114)
	at sun.awt.RepaintArea.paint(RepaintArea.java:169)
	at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:374)
	at java.awt.Component.dispatchEventImpl(Component.java:3699)
	at java.awt.Component.dispatchEvent(Component.java:3480)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:450)
	at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197)
	at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
	at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144)	at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136)	at
java.awt.EventDispatchThread.run(EventDispatchThread.java:99)


I have created issue 35289 related to NPE problem

I was trying the patched build 200307252351 on Solaris and Linux where
was only jdk1.4.1 available and instalation and uninstalation were
successful.

Fixed in release35 branch.

Checking in NB.xml;
/cvs/installer/NB.xml,v  <--  NB.xml
new revision: 1.19.2.9; previous revision: 1.19.2.8
done
Checking in NB_ml.xml;
/cvs/installer/NB_ml.xml,v  <--  NB_ml.xml
new revision: 1.2.2.6; previous revision: 1.2.2.5
done

Verified