CLM 3 RC0 Application registration problem with CCM
Hi,
after I got an error on the CLM user setup page (see http://jazz.net/forums/viewtopic.php?t=12940), I continued with the next step (changing the URL in the browser), because I have the impression that the user in JTS has been created anyway (but maybe incorrectly; licenses are probably not set).
Then, at the application registration page, all applications register fine, except CCM. The error is included below. I also cannot get to the ccm/rootservices, because of this.
Maybe not relevant, but anyway: the AIX machine has 4GB of memory and I set the Java heap size in WAS to 3072. The database (DB2) is on a separate machine.
after I got an error on the CLM user setup page (see http://jazz.net/forums/viewtopic.php?t=12940), I continued with the next step (changing the URL in the browser), because I have the impression that the user in JTS has been created anyway (but maybe incorrectly; licenses are probably not set).
Then, at the application registration page, all applications register fine, except CCM. The error is included below. I also cannot get to the ccm/rootservices, because of this.
Maybe not relevant, but anyway: the AIX machine has 4GB of memory and I set the Java heap size in WAS to 3072. The database (DB2) is on a separate machine.
An error occurred while attempting to register the applications.ID CRJAZ1726E
hide details
Request for discovery document at https://iic-p6-6:9443/ccm/scr returned status code 500 with response body "Error 500: Plug-in com.ibm.team.repository.servlet was unable to load class com.ibm.team.repository.servlet.TeamServerServlet. "
com.ibm.team.repository.common.TeamRepositoryException
com.ibm.team.repository.service.internal.discovery.FriendsAdminRestService.getDiscoveryDocumentModel(FriendsAdminRestService.java:914)
com.ibm.team.repository.service.internal.discovery.FriendsAdminRestService.postRegisterApp(FriendsAdminRestService.java:519)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:618)
org.eclipse.soda.sat.core.internal.record.ExportProxyServiceRecord.invoke(ExportProxyServiceRecord.java:370)
org.eclipse.soda.sat.core.internal.record.ExportProxyServiceRecord.access$0(ExportProxyServiceRecord.java:356)
org.eclipse.soda.sat.core.internal.record.ExportProxyServiceRecord$ExportedServiceInvocationHandler.invoke(ExportProxyServiceRecord.java:56)
$Proxy188.postRegisterApp(Unknown Source)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:618)
com.ibm.team.repository.servlet.AbstractTeamServerServlet.doModelledRestService(AbstractTeamServerServlet.java:500)
com.ibm.team.repository.servlet.AbstractTeamServerServlet.handleRequest2(AbstractTeamServerServlet.java:1817)
com.ibm.team.repository.servlet.AbstractTeamServerServlet.handleRequest(AbstractTeamServerServlet.java:1673)
com.ibm.team.repository.servlet.AbstractTeamServerServlet.service(AbstractTeamServerServlet.java:1584)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:180)
org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:75)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.eclipse.equinox.servletbridge.BridgeServlet.service(BridgeServlet.java:120)
com.ibm.team.repository.server.servletbridge.JazzServlet.service(JazzServlet.java:62)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1146)
com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:592)
com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:524)
com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90)
com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:751)
com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1478)
com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:125)
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:458)
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:387)
com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:102)
com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback.complete(SSLReadServiceContext.java:1818)
com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
com.ibm.io.async.ResultHandler.complete(ResultHandler.java:196)
com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:751)
com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:881)
com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1497)
9 answers
I will completely reinstall & redeploy today. I think I remember some network connectivity issue while deploying one of the apps on WAS, but I am not sure it was CCM. After I reconnected, I could redeploy without a problem.
The logfile did not show any relevant info. In fact, nothing showed up there: the latest entries were from the day before.
Anyway, I will reinstall and hope for the best.
The logfile did not show any relevant info. In fact, nothing showed up there: the latest entries were from the day before.
Anyway, I will reinstall and hope for the best.
I wiped everything from the machine: uninstalled all the WARs from WAS, uninstalled CLM from the Installation Manager and completely removed the JazzTeamServer directory. I then reinstalled everything and (after cleaning the databases with the repotools) redeployed the applications to WAS. Before going into the JTS Setup, I decided to check if I could get to the rootservices of each of the apps. Again, all of them work, except CCM.
I redeployed only CCM once again after that. Still no luck...
BTW: the CCM.log is still not showing any new information.
I redeployed only CCM once again after that. Still no luck...
BTW: the CCM.log is still not showing any new information.
When you try to open /ccm/rootservices in a browser, what is the error? Try going to that page, then view the page source in the browser (in Firefox, View->Page Source; in Internet Explorer, Page->View Source). Then post the contents of the page here.
Also, try going to the /ccm/admin page and see if any errors are reported.
Also, try going to the /ccm/admin page and see if any errors are reported.
I wiped everything from the machine: uninstalled all the WARs from WAS, uninstalled CLM from the Installation Manager and completely removed the JazzTeamServer directory. I then reinstalled everything and (after cleaning the databases with the repotools) redeployed the applications to WAS. Before going into the JTS Setup, I decided to check if I could get to the rootservices of each of the apps. Again, all of them work, except CCM.
I redeployed only CCM once again after that. Still no luck...
BTW: the CCM.log is still not showing any new information.
I wiped everything from the machine: uninstalled all the WARs from WAS, uninstalled CLM from the Installation Manager and completely removed the JazzTeamServer directory. I then reinstalled everything and (after cleaning the databases with the repotools) redeployed the applications to WAS. Before going into the JTS Setup, I decided to check if I could get to the rootservices of each of the apps. Again, all of them work, except CCM.
I redeployed only CCM once again after that. Still no luck...
BTW: the CCM.log is still not showing any new information.
I found this will happen when the application cannot connect to its database.
Try the -isServerRunning of the affected app (e.g. repotools-ccm.sh -isServerRunning) to be sure the db connection is established.
e.g:
Provisioning using "./conf/ccm/provision_profiles".
Change and Configuration Management - Core Libraries, Version 3.0 RC0 (RTC-I20100920-0011-30RC0)
Jazz Foundation - Core Libraries, Version 3.0 RC0 (RJF-I20100917-1638)
CRJAZ1363I Loading the configuration from "file:conf/ccm/teamserver.properties".
CRJAZ1093I The following service class was not activated: "com.ibm.team.repository.service.internal.rdb.ConnectionPoolService"
CRJAZ1238I Jazz has detected another server process is connected to the repository database location "db2:/irrational:60004/CCM1". The server must not be running when running repotools data commands. Check that only one process is connecting to the database.
The server is running.
Thanks for the replies.
I don't think the database was the problem, because the other apps could still get to theirs and they were on the same machine (I have a machine with DB2 on it, and one with WAS). And I even used a copy of the old teamserver.properties files, because I did not want to edit them every time I reinstalled.
This morning I decided to do another complete cleanup, this time even removing WAS. I then set up the CLM environment with Tomcat and the same DB's, cleaning them first. That worked without a glitch. I then reinstalled WAS and deployed the applications again. During deployment configuration I kept on checking if I could get to the rootservices of all of the apps. The CCM app gave me no trouble now and the setup completed ok (with the known admin user setup workaround)
Unfortunately I could not find out what caused the CCM issue, but I am suspecting my WAS profile got messed up for some reason.
Anyway, I got a working CLM environment on AIX now! :D
Thanks!
I don't think the database was the problem, because the other apps could still get to theirs and they were on the same machine (I have a machine with DB2 on it, and one with WAS). And I even used a copy of the old teamserver.properties files, because I did not want to edit them every time I reinstalled.
This morning I decided to do another complete cleanup, this time even removing WAS. I then set up the CLM environment with Tomcat and the same DB's, cleaning them first. That worked without a glitch. I then reinstalled WAS and deployed the applications again. During deployment configuration I kept on checking if I could get to the rootservices of all of the apps. The CCM app gave me no trouble now and the setup completed ok (with the known admin user setup workaround)
Unfortunately I could not find out what caused the CCM issue, but I am suspecting my WAS profile got messed up for some reason.
Anyway, I got a working CLM environment on AIX now! :D
Thanks!
Hi,
I have the same problem in RC2.
installed the latest RTC3.0RC2 and run through the setup wizard til step6
https://localhost:9443/jts/setup#/steps/6
There are the two standard applications to register.
the JTS-app has registered successfully, so I removed the entry.
But the CCM-App give Error CRJAZ1726E
I've run the setup one hour ago, so there aren't any other configurations like the default changes from the 5 steps before, including LDAP-changes
I have the same problem in RC2.
installed the latest RTC3.0RC2 and run through the setup wizard til step6
https://localhost:9443/jts/setup#/steps/6
There are the two standard applications to register.
the JTS-app has registered successfully, so I removed the entry.
But the CCM-App give Error CRJAZ1726E
Fehler beim Aufrufen des Registrierungs-Handlers fr die Anwendung "/ccm" unter https://vw-jazz:9443/ccm/service/com.ibm.team.repository.service.internal.setup.IRegistrationHandlerServiceID CRJAZ1720E
I've run the setup one hour ago, so there aren't any other configurations like the default changes from the 5 steps before, including LDAP-changes