nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

DCR throwing an error while saving

Zolo

Hi,

TeamSite: 7.3.1

OS: Solaris

I am getting error while saving DCR which says " Save was unsuccessful. Check the path or contact your TeamSite administrator" . However it saves DCR once we close it. Once again if EDIT the DCR I see my changes in the DCR.

This is some weired behaviour I see. Not sure why it is saving if it is giving error or why it is giving error. When I clicking show details then I am getting below error.

Root cause:
Function not yet implemented

Details...

                com.interwoven.cssdk.common.CSUnsupportedOpException: Unknown Hopi error(Function not yet implemented)
    at com.interwoven.cssdk.sci.exception.ExceptionHandler.handleExceptionSci(ExceptionHandler.java:261)
    at com.interwoven.cssdk.sci.exception.ExceptionHandler.handleException(ExceptionHandler.java:104)
    at com.interwoven.cssdk.sci.filesys.FileServiceNodeSciImpl.deleteAllAssociations(FileServiceNodeSciImpl.java:905)
    at com.interwoven.cssdk.sci.filesys.FileServiceSciImpl.deleteAllAssociations(FileServiceSciImpl.java:5776)
    at com.interwoven.cssdk.filesys.java.FileServiceAdapterImpl.deleteAllAssociations(FileServiceAdapterImpl.java:103)
    at com.interwoven.cssdk.filesys.impl.CSNodeImpl.deleteParentAssociations(CSNodeImpl.java:655)
    at com.interwoven.cssdk.filesys.impl.CSSimpleFileImpl.deleteParentAssociations(CSSimpleFileImpl.java:43)
    at com.interwoven.ui.formspub.datacapture.SaveDCRCommand.setAssociations(SaveDCRCommand.java:717)
    at com.interwoven.ui.formspub.datacapture.SaveDCRCommand.execute(SaveDCRCommand.java:292)
    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:76)
    at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
    at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
    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:584)
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
    at java.lang.Thread.run(Thread.java:619)

Find more posts tagged with

Comments

Adam Stoller

It could be a number of things, but the first things I would check are:

FormAPI code
Folder permissions (from /default all the way through to the data/ directory and any subdirectories therein)

It could even be a combination of the two, if you have FormAPI code that executes a callServer request that runs as someone other than the logged-in user, thereby generating a permissions issue for that part of the code.

Try to eliminate all the FormAPI code first and see if the problem goes away. If it does, then start putting it back [in small, logical chunks] to see if you can figure out where / when its causing issues - and then drill down from there.

Rick Poulin

Alternately, this might be due to a bug in early versions of the dependency manager (namely, 7.2.x and possibly 7.3.1 -- it's fixed in 7.3.2). The bug would effectively prevent the save operation from adjusting the dependency matrix if the current state has a 'broken dependency' on a file that no longer exists. Thus, the DCR XML still gets written to disk but the dependency matrix fails to get adjusted to the new values.

Option 1: Upgrade.

Option 2: Find Related Files on the DCR in question, locate broken dependencies, temporarily recreate those files (even if empty), save the DCR, delete the temporary files.

Adam Stoller

rpoulin wrote:
Alternately, this might be due to a bug in early versions of the dependency manager (namely, 7.2.x and possibly 7.3.1 -- it's fixed in 7.3.2). The bug would effectively prevent the save operation from adjusting the dependency matrix if the current state has a 'broken dependency' on a file that no longer exists. Thus, the DCR XML still gets written to disk but the dependency matrix fails to get adjusted to the new values.

Option 1: Upgrade.
Option 2: Find Related Files on the DCR in question, locate broken dependencies, temporarily recreate those files (even if empty), save the DCR, delete the temporary files.

Ah yes - I remember dealing with this. Usually it was easy to fix by making sure that all the browser-elements in the DCT form / DCR point to actually existing files - and if not, replacing the contents of those fields with actually existing file references.

Zolo

Thanks both of you. I didn't find anything related to this bug fix in 7.3.2 release notes. It's true that due to migration it happend. If I am creating new DCR's at the same location then it is working fine. Option 1 is not feasible as of now. May I know little detail how to fix from option 2. When I am selecting DCR and trying to find associated files from GUI, it is just loading......

Thanks in advance.

Zolo

Adam Stoller

Have you tried just looking at the contents of the DCR to see what files are referenced within it?

Usually these are things like image and HTML files used for links - they'll tend to have workarea-relative paths. See if those paths and files actually exist in your workarea; if not - create them. If they do already exist, verify the permission on them relative to the user you are logged in as.

Once you believe you have all those taken care of - see if you can save your DCR.

Rick Poulin

ghoti's suggestion won't necessarily help if the associations are already broken, even if they are no longer referenced in your current content. The old dependency manager just couldn't clear out broken associations at all, so the only fix is to "un-break" them, save, and then cleanup.

In your case, if the 'find related files' never completes, that may be a sign of a corrupted dependency matrix. We've just gone through that ordeal in our upgrade. If your window spins forever, check whether the iwserver operation is getting stuck for >15 mins (via the iwstat CLT). If that's the case, open a case with support before it causes more damage.

Kalam

Rick is correct. You should have open a Support ticket with HP. I think they have a patch for 731 also to avoid this Saving error because of the broken dependencies.This patch will not solve the broken dependencies. I remember they had some workaround for TS 721 to rectify the broken dependencies. But not sure about the TS 732.

Thanks

Kalam

(Topic_37548)OS_BIRT_2.6.2_TableGroupsInASeparateRow.rptdesign

TableGroups.png

Zolo

Thanks all, Here is the workaround which helped me to fix this issue. But It is difficult to find all corrupted DCR.

As we know saving dcr error is bug in TS7.3.1. I found one manual work around solution of it as of now which I have tested and working fine.

Solution:
1. Download DCR on local drive(Note: Do not save in xml format. Save it in DCR format only)
2. Close Applet window by hitting close button
3. Deleted the corrupted downloaded DCR from TeamSite.
4. Import the downloaded DCR at same location by navigating IWtemp location.
5. Run /Interwoven/TeamSite/bin/iwextattr -s attribute=value <Filepath>

Adam Stoller

I'm glad you found a work-around-fix - but I'm curious about #1:

1. Download DCR on local drive(Note: Do not save in xml format. Save it in DCR format only)

What does that mean? A DCR is XML - the only thing you probably need to be careful of is editing it with a editor that sticks a binary BOM at the beginning. If you just use File > Download it shouldn't be an issue.

Zolo

Agreed. It was for my colleagues as they may open in editor. Download and import will work fine.

Thanks

Zolo

Does anybody have any script for the workaround. I am planing to give one option in Action Menu or one workflow with external task from where if user select the corrputed DCR and click the option from action menu or initiate the workflow then it should fix the DCR ?

Thanks in advance.

Zolo

Adam Stoller

Define "fix DCR".

If you mean just attaching an EA to it - it's a trivial custom menu item (in Perl, and probably not too much more difficult in Java)

If you mean something else - be specific.

In either case - you should be able to write the code yourself (or someone in your organization should be able to do so)