We are in the process of building our test environment and I keep receiving this error when logging into Centricity CPS12
Any help would be great!
Error occurred in class WebServiceClientBase, method CallWebService
Unable to make service calls: server is down or unavailable. Contact Administrator for assistance. Please check server port configuration; see the installation/upgrade guide for your system for details.
EndpointNotFoundException: There was no endpoint listening at https://fpcn-cpstest01:9443/cps12test/ws/Services/common that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details.
Server stack trace:
at System.ServiceModel.Channels.HttpChannelUtilities.ProcessGetResponseWebException(WebException webException, HttpWebRequest request, HttpAbortReason abortReason)
at System.ServiceModel.Channels.HttpChannelFactory`1.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout)
at System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)
Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at GEHC.Centricity.Common.Application.ServiceLayer.Proxy.CommonWebservice.Login()
at GEHC.Centricity.Common.Application.ServiceLayer.Proxy.CommonWebserviceClient.Login()
at GEHC.Centricity.Common.Application.ServiceLayer.WebServiceClientBase`2.<>c__DisplayClass3.<CallWebService>b__2()
at GEHC.Centricity.Common.Application.ServiceLayer.WebServiceClientBase`2.CallWebService[TReturn](Func`1 webServiceCall, Boolean exitOnUnknownException)
WebException: The remote server returned an error: (404) Not Found.
at System.Net.HttpWebRequest.GetResponse()
at System.ServiceModel.Channels.HttpChannelFactory`1.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout)
Does an error appear but you are still able to log into the client?
If you haven't been able to log into a client
Just a guess, but did you complete the section "Configure SQL Server for performance and up time": in the manual CPS_INSTALL ?
It get it when we try to login to CPS12. We are running it on a SQL 2012 server and server 2012.
I copied the Live database and Server setup from the live environment.
Here is where I would start:
Check the JBOSS Logs, especially the centricityps.CentricityPractice.Log (c:\Program Files\Centricity Practice Solution\jboss\server\default\log). Scroll to the end of the log file and work your way up. If you see CentricityPS Shutown, that means that the web site is not able to be started by JBOSS, even though the JBOSS Service is running.
sorry, I am not a Jboss pro at all. lol here is the end of the Log..
Caused by: java.lang.NullPointerException
at com.gehcit.cp.cem.CommonEventModelManager.cleanup_aroundBody30(CommonEventModelManager.java:146)
... 76 more
2015-09-23 14:41:05,346 INFO (main ) [ConfigurationLoggerListener]
***************************************************************************************
************************************************************************************
cps12test/ws has shutdown.
************************************************************************************
**********************************************************************
I just fought through this this afternoon.
In my case going through the jBoss logs showed that the application user login was failing - even through I could manually login to SQL. When I changed the application password to the funky one GE uses all was well. I'm thinking my password choice for this Demo was not long enough for the jBoss hash to work properly.
Steve