This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallAnywhere
- :
- InstallAnywhere Forum
- :
- Re: StackOverflowError while installing in silent mode
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 06, 2010
02:07 AM
StackOverflowError while installing in silent mode
Hello
We're trying to install our product in silent mode.
Unfortunately, we got following error.
REGISTRY ALREADY STORED!
(X) shutting down service manager
(X) cleaning up temporary directories
java.lang.StackOverflowError
at java.lang.String.toLowerCase(String.java:1221)
at ZeroGd9.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
.........
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd8.a(DashoA10*..)
at ZeroGd8.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.d(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.b(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.Main.main(DashoA10*..)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:600)
at com.zerog.lax.LAX.launch(DashoA10*..)
at com.zerog.lax.LAX.main(DashoA10*..)
As I can't check the source, did anybody have any idea about the issue?
We're trying to install our product in silent mode.
Unfortunately, we got following error.
REGISTRY ALREADY STORED!
(X) shutting down service manager
(X) cleaning up temporary directories
java.lang.StackOverflowError
at java.lang.String.toLowerCase(String.java:1221)
at ZeroGd9.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
.........
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd8.a(DashoA10*..)
at ZeroGd8.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.d(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.b(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.Main.main(DashoA10*..)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:600)
at com.zerog.lax.LAX.launch(DashoA10*..)
at com.zerog.lax.LAX.main(DashoA10*..)
As I can't check the source, did anybody have any idea about the issue?
(8) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 06, 2010
05:25 AM
What do you mean you can't check the source? Anyway, a lot more information is needed besides the stack trace: on what platform does it happen? At what moment does it happen? Do you bundle a JVM or not?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 06, 2010
08:57 PM
pv7721 wrote:
What do you mean you can't check the source? Anyway, a lot more information is needed besides the stack trace: on what platform does it happen? At what moment does it happen? Do you bundle a JVM or not?
Seems that it only happened on Windows XP SP3, it is a random error.
We didn't found it on Windows XP SP2 and Windows 7 so far.
And yes, we bundle a Java with the installer.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 07, 2010
04:41 AM
Ok, so even if it occurs randomly, does it also occur at random points during the installation? What is the Java version you bundle?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 09, 2010
01:46 AM
pv7721 wrote:
Ok, so even if it occurs randomly, does it also occur at random points during the installation? What is the Java version you bundle?
It seems that it will only happen on Windows, it worked well on Linux.
You can see that the failure only happend while IA trying to clean the temp directory.
(X) commiting registry
REGISTRY ALREADY STORED!
(X) shutting down service manager
(X) cleaning up temporary directories
java.lang.StackOverflowError
at java.lang.String.toLowerCase(String.java:1221)
at ZeroGd9.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
......
at ZeroGd.a(DashoA10*..)
at ZeroGd.a(DashoA10*..)
at ZeroGd8.a(DashoA10*..)
at ZeroGd8.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.d(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.b(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.Main.main(DashoA10*..)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:600)
at com.zerog.lax.LAX.launch(DashoA10*..)
at com.zerog.lax.LAX.main(DashoA10*..)
And here is the Java information.
java.version == 1.6.0 (Java 1)
java.vm.name == IBM J9 VM
java.vm.vendor == IBM Corporation
java.vm.version == 2.4
java.vm.specification.name == Java Virtual Machine Specification
java.vm.specification.vendor == Sun Microsystems Inc.
java.vm.specification.version == 1.0
java.specification.name == Java Platform API Specification
java.specification.vendor == Sun Microsystems Inc.
java.specification.version == 1.6
java.vendor == IBM Corporation
java.vendor.url == http://www.ibm.com/
java.class.version == 50.0
java.compiler == j9jit24
java.home == C:\Documents and Settings\Administrator\Local Settings\Temp\I1266220201\Windows\resource\jre\jre
java.io.tmpdir == C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\
os.name == Windows Server 2003
os.arch == x86
os.version == 5.2 build 3790 Service Pack 2
path.separator == ;
file.separator == \
file.encoding == Cp1252
user.name == Administrator
user.home == C:\Documents and Settings\Administrator
user.dir == C:\Documents and Settings\Administrator\Local Settings\Temp\I1266220201\Windows
user.language == en
user.region == null
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 09, 2010
09:24 AM
Ok, I see you bundle a JVM from IBM, is this mandatory for your application / installer?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 09, 2010
09:51 PM
pv7721 wrote:
Ok, I see you bundle a JVM from IBM, is this mandatory for your application / installer?
Yes, it is required, and thanks in advance for your time and effort.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 10, 2010
04:23 AM
I'm not sure I've asked this or not so far: is the installer correctly installed, regardless this exception (i.e. the only thing left behind are temporary resources left by the installer behind in the temporary folder?)
Other thing, but I'm afraid I don't have the time for that: it's a tedious job but... you would need to try and thoroughly check the list of fixes for Windows XP SP 3, available here: http://support.microsoft.com/kb/946480 in order to see if there might be anything that might have this kind of side effect...
Other thing, but I'm afraid I don't have the time for that: it's a tedious job but... you would need to try and thoroughly check the list of fixes for Windows XP SP 3, available here: http://support.microsoft.com/kb/946480 in order to see if there might be anything that might have this kind of side effect...
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 16, 2010
04:31 AM
pv7721 wrote:
I'm not sure I've asked this or not so far: is the installer correctly installed, regardless this exception (i.e. the only thing left behind are temporary resources left by the installer behind in the temporary folder?)
Other thing, but I'm afraid I don't have the time for that: it's a tedious job but... you would need to try and thoroughly check the list of fixes for Windows XP SP 3, available here: http://support.microsoft.com/kb/946480 in order to see if there might be anything that might have this kind of side effect...
Yes, I've double-checked that the product is successfully installed without regard to the error happened in cleaning up.
And for your suggestion about the patches, we found that it will happened in all other Windwos OS, e.g. XP SP2 and Windows 7, I guess maybe it is not the root cause, but I will give a try.
Thanks.
