in log4j i didnt see any error particualrly for this entitlementcatalog page but let me copy logs here
2024-03-27T02:35:37,960 ERROR main sailpoint.server.Servicer:512 - Unable to install service: TaskLauncher
sailpoint.tools.GeneralException: sailpoint.services.standard.tasklauncher.TaskLauncherService
at sailpoint.server.DynamicLoader.getClass(DynamicLoader.java:191) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.DynamicLoader.instantiate(DynamicLoader.java:205) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.Servicer.instantiateService(Servicer.java:605) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.Servicer.install(Servicer.java:493) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.Servicer.configure(Servicer.java:334) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.Servicer.start(Servicer.java:315) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.Environment.start(Environment.java:492) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.SystemStarter.springInit(SystemStarter.java:59) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:?]
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:?]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:?]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1925) ~[spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1867) ~[spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1795) ~[spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:594) ~[spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:516) ~[spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:324) ~[spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:234) [spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:322) [spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202) [spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:311) [spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202) [spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:897) [spring-beans-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:879) [spring-context-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:551) [spring-context-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:144) [spring-context-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at org.springframework.context.support.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:85) [spring-context-5.2.24.RELEASE.jar:5.2.24.RELEASE]
at sailpoint.spring.SpringStarter.start(SpringStarter.java:333) [identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.upgrade.Upgrader.initializeSpring(Upgrader.java:1297) [identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.upgrade.Upgrader.initializeHibernateSpring(Upgrader.java:1330) [identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.upgrade.Upgrader.executeHibernateCommands(Upgrader.java:1230) [identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.upgrade.Upgrader.execute(Upgrader.java:1124) [identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.upgrade.Upgrader.main(Upgrader.java:643) [identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:?]
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:?]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:?]
at sailpoint.launch.Launcher.main(Launcher.java:250) [identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
Caused by: java.lang.ClassNotFoundException: sailpoint.services.standard.tasklauncher.TaskLauncherService
at jdk.internal.loader.BuiltinClassLoader.loadClass(Unknown Source) ~[?:?]
at jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(Unknown Source) ~[?:?]
at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:?]
at sailpoint.launch.WebInfClassLoader.loadClass(WebInfClassLoader.java:237) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:?]
at java.lang.Class.forName0(Native Method) ~[?:?]
at java.lang.Class.forName(Unknown Source) ~[?:?]
at sailpoint.server.DynamicLoader.loadRule(DynamicLoader.java:254) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.DynamicLoader.classForName(DynamicLoader.java:158) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
at sailpoint.server.DynamicLoader.getClass(DynamicLoader.java:188) ~[identityiq.jar:8.4 Build bdd0ed4de58-20230919-192552]
… 38 more
Assuming you are on Linux, I do suggest to check the permissions on the application server side as a starting point. Check the relations between the user which this application server is running and the new files added during the upgrade.
Actually it will be great to have the logs generated during the upgrade. Also, from your initial post seems the issue occur once the upgraded to iiq8.3 is done but from your logs I do see traces of iiq8.4. What are you exactly troubleshooting atm/which step? Are you able to reproduce/redo it and share more logs? In these cases collecting and checking logs is crucial for troubleshooting in my opinion.
We did upgraded from 8.2P2 to 8.3 and it was successful and we don’t see any errors. After that we upgraded to 8.4 and the upgrade completed with no errors (no errors in the upgrade log). After that we import our customizations using sp.init-custom.xml file. After importing when we try to edit any entitlement we are getting the above error in SailPoint log file.
With the info I got from you, I will suggest to revert back the upgrade to iiq8.3 and try again to perform iiq8.3 to iiq84. And try to collect as much logs as you can while you do so.
What you’ve provided above is related to another issue and seems something did not go as expected. Check these:
2024-03-27T02:35:37,960 ERROR main sailpoint.server.Servicer:512 - Unable to install service: TaskLauncher
Note: regarding the file permissions, you might check with the windows admins people. Are you using Tomcat as application server? If so, check ‘/webapps/identityiq’ folder.
Can you elaborate a bit on your environment?
What application server are you using?
Are you using a supported JRE ? (IIQ 8.4 supports JDK11 and JKD17, not JDK8)
Is there any component in front of your application server, like a proxy (ie Nginx)
Is there anything in the application server log file (for tomcat: ..\logs\catalina.out and/or ..\logs\stderr.log ?
I don’t think this is an OOB sailpoint class (as in OOB for a vanilla IIQ install). It looks like it may have been part of an additional package that was installed, then removed during the upgrade.
Do you have a pre-upgrade backup of your lib and lib-connectors folders?
If you over-wrote those, you may have deleted a class your instance was referencing. I would try comparing what’s in your pre-upgrade lib folder to your post-upgrade lib folders and see if you can find it.
You can try decompiling jar files to find the class
Based on your description, it appears that you aren’t using a correct upgrade process. I do upgrades for clients all the time. Do you have a written plan you can share? I can review a document but I can’t take time to walk through it with you unless you are a client of mine.
An other place to look for errors is the Developer Console in the browser.
In Google Chrome, open the Chrome Menu in the upper-right-hand corner of the browser window and select More Tools > Developer Tools . You can also use Option + ⌘ + J (on macOS), or Shift + CTRL + J (on Windows/Linux).
You may have to select the Console tab.