As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.
Alfresco 5.2.0 share.log contains error on web service call.
How can it be fixed?
2017-10-04 12:41:36,602 INFO [org.springframework.extensions.webscripts.connector.RemoteClient] [http-apr-8080-exec-10] Exception calling (POST) http://localhost:8080/alfresco/s/remoteadm/create/alfresco/site-data/extensions/default-persisted-extension.xml?s=sitestore&alf_ticket=TICKET_e170f4b2d96a1caf28e3140559b8a2ecd517c4cc2017-10-04 12:41:36,605 INFO [org.springframework.extensions.webscripts.connector.RemoteClient] [http-apr-8080-exec-10] Error status 500 Connection resetjava.net.SocketException: Connection reset at java.net.SocketInputStream.read(Unknown Source) at java.net.SocketInputStream.read(Unknown Source)...
Fragment of my alfresco-global.properties
dir.root=C:/ALFRES~1/alf_dataalfresco.context=alfrescoalfresco.host=172.31.0.145alfresco.port=8080alfresco.protocol=httpshare.context=shareshare.host=172.31.0.145share.port=8080share.protocol=http
dir.root=C:/ALFRES~1/alf_data
alfresco.context=alfrescoalfresco.host=172.31.0.145alfresco.port=8080alfresco.protocol=http
share.context=shareshare.host=172.31.0.145share.port=8080share.protocol=http
I think you're going to have to provide more context. The remoteadm end points are all marked with a lifecycle of "internal" so you shouldn't be calling them yourself. Is this error being generated by invoking some out-of-the-box action? If so, what?
Thank you for the reply no special actions was invoked. But it was after instance migration to another machine.
Share.war module is not used in current installation, just alfresco.war for CMIS and WS calls.
So I hope, errors in share are not fatal for us.
This SocketException occurs on the server side when the client closed the socket connection before the response could be returned over the socket. For example, by quitting the browser before the reponse was retrieved. Connection reset simply means that a TCP RST was received. TCP RST packet is that the remote side telling you the connection on which the previous TCP packet is sent is not recognized, maybe the connection has closed, maybe the port is not open, and something like these. A reset packet is simply one with no payload and with the RST bit set in the TCP header flags. There are several possible causes.
