CMDBuild Forum

Alfresco broken w/ upgrade to 2.3.4

Old Versions
#1

We've been using CMDBild with Alfresco for a couple of years now. We recently upgraded from 2.2.2 to 2.3.4 and now Alfresco no longer works. The 'CMDBuild Category' is set to "Alfrescocategory" on the setup page etc. Our old documents are no longer visible in CMDBuild and I also noticed that if I try to add a new attachement the 'category' drop down is blank with no options (such as document or image). 

 

Any ideas? We get this in the cmdbuild.log 

 

ERROR 2016-01-06 13:51:07 [jsonrpc ] A org.alfresco.webservice.util.WebServiceEx

ception occurred calling method class org.cmdbuild.servlets.json.Attachments.get

AttachmentList: Error starting session.

org.alfresco.webservice.util.WebServiceException: Error starting session.

        at org.alfresco.webservice.util.AuthenticationUtils.startSession(Authent

icationUtils.java:88)

        at org.cmdbuild.dms.alfresco.webservice.AlfrescoSession.start(AlfrescoSe

ssion.java:29)

        at org.cmdbuild.dms.alfresco.webservice.AlfrescoWebserviceClient.execute

WhithinSession(AlfrescoWebserviceClient.java:52)

        at org.cmdbuild.dms.alfresco.webservice.AlfrescoWebserviceClient.search(

AlfrescoWebserviceClient.java:73)

 
#2
Dear Josh,
 
which version of Alfresco are you using? Did you changed Alfresco configurations (on CMDBuild) in some way? Did you try to restart Alfresco after those issues?
 
Best regards.
 
-- CMDBuild Team
 
Previously Josh wrote:

We've been using CMDBild with Alfresco for a couple of years now. We recently upgraded from 2.2.2 to 2.3.4 and now Alfresco no longer works. The 'CMDBuild Category' is set to "Alfrescocategory" on the setup page etc. Our old documents are no longer visible in CMDBuild and I also noticed that if I try to add a new attachement the 'category' drop down is blank with no options (such as document or image). 

 

Any ideas? We get this in the cmdbuild.log 

 

ERROR 2016-01-06 13:51:07 [jsonrpc ] A org.alfresco.webservice.util.WebServiceEx

ception occurred calling method class org.cmdbuild.servlets.json.Attachments.get

AttachmentList: Error starting session.

org.alfresco.webservice.util.WebServiceException: Error starting session.

        at org.alfresco.webservice.util.AuthenticationUtils.startSession(Authent

icationUtils.java:88)

        at org.cmdbuild.dms.alfresco.webservice.AlfrescoSession.start(AlfrescoSe

ssion.java:29)

        at org.cmdbuild.dms.alfresco.webservice.AlfrescoWebserviceClient.execute

WhithinSession(AlfrescoWebserviceClient.java:52)

        at org.cmdbuild.dms.alfresco.webservice.AlfrescoWebserviceClient.search(

AlfrescoWebserviceClient.java:73)

 

 

#3

We didn’t change anything with Alfresco, we’re running the standard 3.4 release needed for CMDBuild. Tried restarting Alfresco also.

 
This is the full error we see when trying to access anything related to attachments. You can see there's a socket connection refused but I can't tell exactly from what. connectivity between the server that runs alfresco and cmdbuild is completely open (no firewall or selinux enabled). They're on the same subnet (vms on same ESX cluster even)
 
 
ERROR 2016-01-07 09:56:39 [jsonrpc ] A org.alfresco.webservice.util.WebServiceException occurred calling method class org.cmdbuild.servlets.json.Attachments.getAttachmentList: Error starting session.
org.alfresco.webservice.util.WebServiceException: Error starting session.
        at org.alfresco.webservice.util.AuthenticationUtils.startSession(AuthenticationUtils.java:88)
        at org.cmdbuild.dms.alfresco.webservice.AlfrescoSession.start(AlfrescoSession.java:29)
        at org.cmdbuild.dms.alfresco.webservice.AlfrescoWebserviceClient.executeWhithinSession(AlfrescoWebserviceClient.java:52)
        at org.cmdbuild.dms.alfresco.webservice.AlfrescoWebserviceClient.search(AlfrescoWebserviceClient.java:73)
        at org.cmdbuild.dms.alfresco.webservice.AlfrescoWsService.search(AlfrescoWsService.java:80)
        at org.cmdbuild.dms.alfresco.AlfrescoDmsService.search(AlfrescoDmsService.java:79)
        at org.cmdbuild.dms.ForwardingDmsService.search(ForwardingDmsService.java:40)
        at org.cmdbuild.dms.LoggedDmsService.search(LoggedDmsService.java:45)
        at org.cmdbuild.dms.ForwardingDmsService.search(ForwardingDmsService.java:40)
        at org.cmdbuild.logic.dms.DefaultDmsLogic.search(DefaultDmsLogic.java:179)
        at org.cmdbuild.logic.dms.ForwardingDmsLogic.search(ForwardingDmsLogic.java:58)
        at org.cmdbuild.logic.dms.PrivilegedDmsLogic.search(PrivilegedDmsLogic.java:50)
        at org.cmdbuild.servlets.json.Attachments.getAttachmentList(Attachments.java:63)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.cmdbuild.servlets.JSONDispatcher.dispatch(JSONDispatcher.java:107)
        at org.cmdbuild.servlets.JSONDispatcher.doGet(JSONDispatcher.java:73)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:620)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at org.cmdbuild.filters.AuthFilter.doFilter(AuthFilter.java:158)
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:259)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at org.cmdbuild.filters.PatchManagerFilter.doFilter(PatchManagerFilter.java:48)
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:259)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at org.cmdbuild.filters.ConfCheckFilter.doFilter(ConfCheckFilter.java:31)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at org.cmdbuild.filters.TranslationFilter.doFilter(TranslationFilter.java:52)
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:259)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at org.cmdbuild.filters.LocalizationFilter.doFilter(LocalizationFilter.java:127)
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:259)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
        at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040)
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
        at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:315)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
        at java.lang.Thread.run(Thread.java:744)
Caused by: java.net.ConnectException: Connection refused
        at org.apache.axis.AxisFault.makeFault(AxisFault.java:101)
        at org.apache.axis.transport.http.HTTPSender.invoke(HTTPSender.java:154)
        at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)
        at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
        at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
        at org.apache.axis.client.AxisClient.invoke(AxisClient.java:165)
        at org.apache.axis.client.Call.invokeEngine(Call.java:2784)
        at org.apache.axis.client.Call.invoke(Call.java:2767)
        at org.apache.axis.client.Call.invoke(Call.java:2443)
        at org.apache.axis.client.Call.invoke(Call.java:2366)
        at org.apache.axis.client.Call.invoke(Call.java:1812)
        at org.alfresco.webservice.authentication.AuthenticationServiceSoapBindingStub.startSession(AuthenticationServiceSoapBindingStub.java:187)
        at org.alfresco.webservice.util.AuthenticationUtils.startSession(AuthenticationUtils.java:73)
        ... 62 more
Caused by: java.net.ConnectException: Connection refused
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
        at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
        at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
        at java.net.Socket.connect(Socket.java:579)
        at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.apache.axis.components.net.DefaultSocketFactory.create(DefaultSocketFactory.java:153)
        at org.apache.axis.components.net.DefaultSocketFactory.create(DefaultSocketFactory.java:120)
        at org.apache.axis.transport.http.HTTPSender.getSocket(HTTPSender.java:191)
        at org.apache.axis.transport.http.HTTPSender.writeToSocket(HTTPSender.java:404)
        at org.apache.axis.transport.http.HTTPSender.invoke(HTTPSender.java:138)
        ... 73 more
 
#4

Discovered the problem. when upgrading cmdbuild it reverts all the alfresco settings back to a port of 10080 which is not the default port that alfresco runs with. 

 
It would be helpful if when upgrading cmdbuild it would retain configuration settings. 
#5
Dear Josh
 
we are sorry to tell you that CMDBuild does not update the configuration files in the same way as it updates the database. In any case we are pleased that you have solved your problem.
 
Best regards.
 
-- CMDBuild Team
 
Previously Josh wrote:
Discovered the problem. when upgrading cmdbuild it reverts all the alfresco settings back to a port of 10080 which is not the default port that alfresco runs with. 
 
It would be helpful if when upgrading cmdbuild it would retain configuration settings.