GUI Exception while installing IdM 6.0 in non GUI mode

I am trying to upgrade IdM from 5.5 to 6.0 using command "./install -nodisplay" on a unix console.

bash-prompt$ ./install -nodisplay

The installation goes through fine with pre process and installation. However, during the post-process it throws an exception when trying to invoke a GUI interface. The exception is at the bottom of this message. It seems that the "nodisplay" option doesn't seem to work and using a remote Xwindows session is not an option due to business and security reasons.

Does anyone know if there is a way around this where I can run the upgrade without ever invoking a GUI? Please let me know. Any direction would be quite helpful at this point.

Thank you

A

Exception duirng installation post process

......

2006-xx-xxT17:13:30.361-0400 ========= Importing '/...../sample/update.xml'

2006-xx-xxT17:13:30.807-0400 Caught exception: java.lang.NoClassDefFoundError

2006-xx-xxT17:13:30.812-0400 java.lang.NoClassDefFoundError

at java.lang.Class.forName0(Native Method)

at java.lang.Class.forName(Class.java:141)

at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.ja va:62)

at java.awt.Font.initializeFont(Font.java:308)

at java.awt.Font.<init>(Font.java:344)

at javax.swing.plaf.metal.DefaultMetalTheme$FontDelegate.getFont(DefaultMetalTheme .java:195)

at javax.swing.plaf.metal.DefaultMetalTheme.getFont(DefaultMetalTheme.java:153)

at javax.swing.plaf.metal.DefaultMetalTheme.getUserTextFont(DefaultMetalTheme.java :137)

at javax.swing.plaf.metal.MetalLookAndFeel$FontActiveValue.createValue(MetalLookAn dFeel.java:1405)

at javax.swing.UIDefaults.getFromHashtable(UIDefaults.java:199)

at javax.swing.UIDefaults.get(UIDefaults.java:129)

at javax.swing.MultiUIDefaults.get(MultiUIDefaults.java:44)

at javax.swing.UIDefaults.getFont(UIDefaults.java:349)

at javax.swing.UIManager.getFont(UIManager.java:491)

at javax.swing.plaf.basic.BasicTextUI.installDefaults(BasicTextUI.java:216)

at javax.swing.plaf.basic.BasicTextUI.installUI(BasicTextUI.java:674)

at javax.swing.JComponent.setUI(JComponent.java:449)

at javax.swing.text.JTextComponent.setUI(JTextComponent.java:287)

at javax.swing.text.JTextComponent.updateUI(JTextComponent.java:297)

at javax.swing.text.JTextComponent.<init>(JTextComponent.java:271)

at javax.swing.JTextArea.<init>(JTextArea.java:186)

at javax.swing.JTextArea.<init>(JTextArea.java:122)

at com.waveset.install.UpgradeProcessProgressPanel.getTextArea(UpgradeProcessProgr essPanel.java:196)

at com.waveset.install.ProgressPanelAdapter.getWriter(ProgressPanelAdapter.java:58 )

at com.waveset.install.UpgradePostProcess.importUpdateXml(UpgradePostProcess.java: 737)

at com.waveset.install.UpgradePostProcess.doUpgrade(UpgradePostProcess.java:526)

at com.waveset.install.UpgradePostProcess.install(UpgradePostProcess.java:490)

at com.waveset.install.UpgradeProcessProgressPanel.run(UpgradeProcessProgressPanel .java:333)

at com.waveset.install.UpgradeProcessProgressPanel.consoleInteraction(UpgradeProce ssProgressPanel.java:149)

at com.waveset.install.UpgradePostProcessProgressPanel.consoleInteraction(UpgradeP ostProcessProgressPanel.java:48)

at com.sun.wizards.core.IteratorLayout.cliConsoleInteraction(IteratorLayout.java:8 06)

at com.sun.wizards.core.AutonextController.displayPanel(AutonextController.java:56 1)

at com.sun.wizards.core.AutonextController.setCurrentPanel(AutonextController.java :485)

at com.sun.wizards.core.IteratorLayout.setCurrentLeaf(IteratorLayout.java:639)

at com.sun.wizards.core.IteratorLayout.next(IteratorLayout.java:1007)

at com.sun.wizards.core.WizardTreeManager.actualNextButtonPressed(WizardTreeManage r.java:1308)

at com.sun.wizards.core.WizardTreeManager.nextButtonPressed(WizardTreeManager.java :1341)

at com.sun.setup.panels.common.ProgressPanel.sequenceComplete(ProgressPanel.java:5 40)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)

at java.lang.reflect.Method.invoke(Method.java:324)

at com.sun.wizards.core.WizardTreeManager.callObjectMethod(WizardTreeManager.java: 2377)

at com.sun.wizards.core.WizardTreeManager.callClientObjectMethod(WizardTreeManager .java:2209)

at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)

at java.lang.reflect.Method.invoke(Method.java:324)

at com.sun.wizards.core.ArchiveReader.callObjectMethod(ArchiveReader.java:1404)

at com.sun.wizards.core.GenericWizardState.callClientObjectMethod(GenericWizardSta te.java:2827)

at com.sun.wizards.core.Sequence.callSequenceCompleteMethod(Sequence.java:272)

at com.sun.wizards.core.Sequence.perform(Sequence.java:364)

at com.sun.wizards.core.SequenceManager.run(SequenceManager.java:226)

at java.lang.Thread.run(Thread.java:534)

[5314 byte] By [Akhanatl] at [2007-11-26 9:00:09]
# 1

[My first ever post...]

I came across much the same problem upgrading from v5.0. In my case the cause was a non-default Configurator password, and then the inability to provide the actual password because the pop-up XWindow has no 'okay' button.

From memory I encountered the class error you are seeing when I unset my DISPLAY env var (this is on a Solaris + AS7 install).

The fix was to restore the default password; nothing else would work. But of course if you've upgraded your database already, then you don't really have the option of using the IdM v5.0/v5.5 install to edit Configurator directly.

For me I found that I could use the v6.0 bin/lh console, logging in as Configurator via the command line and then importing an exchange file with Configurator set to the default password value (I obtained this string from an old dev machine). Of course bin/lh console assumes the default Configurator password as well, but _this_ time unsetting DISPLAY allowed me to just enter the actual value from the command line.

Laborious process but it worked. I then just ran sample/update.xml and everything was back on track...

c732345 at 2007-7-6 23:04:27 > top of Java-index,Web & Directory Servers,Directory Servers...
# 2
Hey thanks for the response. I did try to chage the password back to default password. It doesn't seem to help either. A
Akhanatl at 2007-7-6 23:04:27 > top of Java-index,Web & Directory Servers,Directory Servers...
# 3

Akhanatl, I think ultimately you cannot run the install without the GUI. I now remember that running install with no DISPLAY set failed exactly as yours did. When I restored DISPLAY, I then realised I couldnt progress because Configurator did not have the default password.

So, have you reset Configurator's password to default and then re-set DISPLAY and run the installer through the GUI? As best I can tell thats the only thing that works.

Mind you, its late August now so I expect you've solved this already :)

c732345 at 2007-7-6 23:04:27 > top of Java-index,Web & Directory Servers,Directory Servers...