Problems with Related Files / File Associations

Environment[indent]TS 7.2.1 P1 on Linux[/indent]Problem[indent]I'm trying to save a DCR on this [DEV] server (of which there are many, so it used to work) - and I get an error in the UI when trying to do so (I cannot find any log file containing this data)

Root cause:
com.interwoven.sci.Sci.GetAssociations(Lcom/interwoven/sci/sci_hopi_s;Lcom/interwoven/sci/sci_session_s;Lcom/interwoven/sci/sci_asset_s;IILcom/interwoven/sci/sci_small_string_s;IJLcom/interwoven/sci/sci_association_list_sV

Details...

java.lang.NoSuchMethodError: com.interwoven.sci.Sci.GetAssociations(Lcom/interwoven/sci/sci_hopi_s;Lcom/interwoven/sci/sci_session_s;Lcom/interwoven/sci/sci_asset_s;IILcom/interwoven/sci/sci_small_string_s;IJLcom/interwoven/sci/sci_association_list_sV
     at com.interwoven.cssdk.sci.filesys.FileServiceNodeSciImpl.getAssociations(FileServiceNodeSciImpl.java:940)
     at com.interwoven.cssdk.sci.filesys.FileServiceSciImpl.getAssociations(FileServiceSciImpl.java:5589)
     at com.interwoven.cssdk.filesys.java.FileServiceAdapterImpl.getAssociations(FileServiceAdapterImpl.java:153)
     at com.interwoven.cssdk.filesys.impl.CSNodeImpl.getChildAssociations(CSNodeImpl.java:297)
     at com.interwoven.ui.formspub.datacapture.SaveDCRCommand.setEAsOnDCR(SaveDCRCommand.java:485)
     at com.interwoven.ui.formspub.datacapture.SaveDCRCommand.execute(SaveDCRCommand.java:284)
     at com.interwoven.ui.base.impl.command.CommandHandler.doExecuteCommand(CommandHandler.java:915)
     at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandDescriptor(CommandHandler.java:748)
     at com.interwoven.ui.base.impl.command.CommandHandler.tryRunForward(CommandHandler.java:645)
     at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandID(CommandHandler.java:589)
     at com.interwoven.ui.base.impl.command.CommandHandler.runCommandLoop(CommandHandler.java:228)
     at com.interwoven.ui.base.impl.command.CommandServlet.doGet(CommandServlet.java:163)
     at com.interwoven.ui.base.impl.command.CommandServlet.doPost(CommandServlet.java:263)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at com.interwoven.livesite.spring.hibernate.web.filter.OpenSessionsInViewFilter.doFilterInternal(OpenSessionsInViewFilter.java:108)
     at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
     at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:183)
     at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:138)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at com.interwoven.ui.base.impl.auth.AuthenticationFilter.doFilter(AuthenticationFilter.java:203)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at com.interwoven.ui.base.util.SetRequestEncodingFilter.doFilter(SetRequestEncodingFilter.java:106)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
     at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
     at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
     at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
     at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
     at java.lang.Thread.run(Thread.java:619)

Clearly something is "broken" (i.e.: It cannot find the method for GetAssociations) but I don't know what / how it was broken / when it was broken / (and most importantly) how to fix it.

I've opened a case with Support - but if anyone here has some ideas ...[/indent]

Find more posts tagged with

Comments

Bhargav Coca

Adam, is it possible to share the code snippet for datacapture.cfg where you think the problem might be, may be we can replicate on my machine and see what is going wrong.

HTH

Thanks

Adam Stoller

I'm pretty sure this is not DCT-specific. I didn't mention it in this thread, but if I select a file and choose Actions > Find Related Assets, the window that comes up just says "Loading..." forever,

The problem seems to affect any / all associations on the server, the saving of a DCR simply seems to be a means of triggering the exception to the surface (since it doesn't seem to be getting logged anywhere)

This *may* be related to that fact that Patch 1 was applied (the initial response from Support was to query whether that was the case)

Rick Poulin

NoSuchMethodError means your JAR file versions are out of sync. Given the missing method and your TS version, I can say with certainty that your patch has been partially undone.

The patch instructions ask you to drop JAR files directly in the deployed wars in JBoss. The next time you (or any other process) causes the wars to be redeployed from source, your patched JARs get blown up. The fix is to drop the JARs in customer_src/lib instead and make toolkit. We have confirmed this issue and our approach with A/I support.

Adam Stoller

NoSuchMethodError means your JAR file versions are out of sync. Given the missing method and your TS version, I can say with certainty that your patch has been partially undone.

The patch instructions ask you to drop JAR files directly in the deployed wars in JBoss. The next time you (or any other process) causes the wars to be redeployed from source, your patched JARs get blown up. The fix is to drop the JARs in customer_src/lib instead and make toolkit. We have confirmed this issue and our approach with A/I support.

Yeah - I needed new copies of cssdkiface.jar and cssdk_sci.jar in ApplicationContainer/server/default/deploy/iw-cc.war/WEB-INF/lib/

What's weird is that the checksum for the files that Support sent me did not match any of the checksums for any of the instances of those jar files sitting on the server (that includes copies that were supposedly from the unpatched system as well as those from the patched system)

However, long-story-short - Support sent me the two jar files, I stopped jboss, put them in place, restarted jboss and Find Related Assets and DCR saving are now happy again.

Rick Poulin

[...] are now happy again.

..until the next time the apps get reinstalled (which is not a rare occurrence in my experience). Sticking them in the UITK will make the fixes persist across redeployments. All you have to do is remember to update/remove them from there if and when you upgrade to a newer version of TS.

Adam Stoller

..until the next time the apps get reinstalled (which is not a rare occurrence in my experience). Sticking them in the UITK will make the fixes persist across redeployments. All you have to do is remember to update/remove them from there if and when you upgrade to a newer version of TS.

Point taken (and jar files placed within content_center/customer_src/lib) - thanks.