RRC 4.0 to 4.0.2 Upgrade - ArrayIndexOutOfBoundsException
Accepted answer
Please try this:
1. uninstall the 4.0.2 applications from WAS
2. clear the WAS cache
3. install the 4.0.2 applications into WAS
Instructions on how to clear the WAS cache:
Shut down WAS
Rename the directories "temp" and "wstemp" under ...\WebSphere\AppServer\profiles\AppSrv01
Start up WAS again
* Note that I believe there is a command in WAS 7.0.0.23 to use command line to clear the cache too.
Comments
Thanks Ian , It helped met to resolve the issue.
1 vote
One other answer
Are you certain that the server running in this case is really 4.0.2?
I checked the code referenced in your stack trace and the line numbers don't match at all. The call to fromBuiltOn() in ConfigImpl.getRequiredReleaseInfo should be on line 1533 when I look at the 4.0.2 code, yet your trace is showing it to be at line 1216. And line number 100 for fromBuiltOn() is also not possible.
I had a look at the 4.0 code and there those line numbers do in fact align perfectly. So it would seem that you are actually running the 4.0 server during the online phase, and not 4.0.2.
Comments
that's interesting because you can see this line in the log:
2013-06-10 22:58:59,804 [Component Resolve Thread (Bundle 76)] INFO nternal.OverridablePropertyFileServerConfiguration - CRJAZ1363I Loading the configuration from "file:/D:/IBM/JazzTeamServer402/server/conf/rm/fronting.properties".
So this would suggest that RM 4.0 was installed instead of RM 4.0.2?
@kochuthara: Can you open the file D:/IBM/JazzTeamServer402/server/conf/rm/build/built-on.txt and tell us the value in there?
It is perplexing. One possibility is that the FQDN is mapping back to the old server instead of the new one (since presumably as part of the upgrade it is still at the same url). You might try accessing the server Status Summary from both jts/admin and rm/rmadmin to verify they both indicate the server is at 4.0.2. I have seen cases of the 4.0.2 RM server referencing an older (ie, 4.0) JTS server because the host name was not mapped on the RM server to reference the new/upgraded server.
I have only one server, which I was trying to upgrade.
When I started the server, after upgrade, WAS customer property JAZZ_HOME was referring old CLM 4.0 install location, I think log was submitted at that time, Later I change JAZZ_HOME to 4.0.2 location, but issue remains same . java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 1
@kochuthara: try what Stef suggested and visit both jts/admin and rm/admin to see what versions they are.
@kochuthara: the error you are posting now, while also an ArrayIndexOutOfBoundsException, appears to be happening in a radically different place in the code. Maybe it's just bubbling up from the same location, but on the surface at least this is a very different error and down in the Foundation code.
To be honest, I think trying to chase this through forum posts will prove difficult and frustrating, so if possible I'd highly recommend opening a ticket with IBM Support to have this properly investigated. Here is the link: http://www-01.ibm.com/software/rational/support/contact.html.
I do have severity 1 defects, yet to get any solution
@kochuthara: While I understand that Ian was able to resolve your problem, could you please direct me to your severity 1 defects? Are these PMRs or jazz.net work items?
I want to follow up on this and understand if these were actually being investigated, and if not, why not.
[PMR 49725,000,749] RRC: Migration fails on upgrade from 4.0 to 4.0.2
Thanks @kochuthara. I can see the escalation was created earlier this week and picked up by Ian and the support team and has been resolved/closed.
Comments
Bo Chulindra
JAZZ DEVELOPER Jun 11 '13, 3:32 p.m.This same problem was also run into in https://jazz.net/forum/questions/96363/clm401-install-error-rm-registration-fails-with-was80-64bitdb2-64bitwin-7-64bit. Unfortunately as of right now there's still no solution.
Stef van Dijk
FORUM MODERATOR / JAZZ DEVELOPER Jun 11 '13, 4:01 p.m.Actually the problem in the other forum thread illustrates my point a bit.
When you look at the comment there made by Guido Schneider on May 24, you can see how the line numbers are quite different while he too is trying to upgrade to 4.0.2:
(IConfig.java:111 and ConfigImpl.java:1531 compared to Tom's case: IConfig.java:100 and ConfigImpl.java:1216).
So while the error is the same, it's clear that the level of code being executed by each is quite different.