EMC Documentum

[stw]

Hi,
EMC is working hard on the implementation of CMIS-compliance in Documentum. In the EMC Community Network you find a lot of information about the current status as well as some useful links around the CMIS-technology:
https://community.emc.com/community/labs/cmis?view=overview

Of course there's still a lot to do for the EMC-developers (performance issues  https://community.emc.com/thread/106152?tstart=0 ) and there's not a final release yet. But I'm very optimistic that till the end of 2010 it will also be possible to run OpenWorkdesk against Documentum via CMIS. Please let us know if you're a Documentum developer and willing to test OpenWorkdesk against it. We'll be happy to work together with you.

By the way: did you know that we at WeWebU already implemented the prototype of a native adapter against Documentum? We decided not to productize it because of our CMIS-strategy, but if you want to use OpenWorkdesk together with Documentum right now, you don't have to wait and could start with our native implementation which should work fine for a project based solution.

🙂 stw  - WeWebU CEO

[unknown-user]

Hi,

I am trying to connect Documentum repository from WeWebU, thru CMIS.
Have done the basic configurations, logged into Documentum repository and able to view the list of available repositories in the Browse tab of WeWebU. Also, we are able to view the list of Cabinets and folder structure in the leftside Browser tree.

But we are not able to view any folder/documents in rightside Contents section. And if we click on any other tab in WeWebU, we are getting the following error.

Error Source: OECM
com.wewebu.ow.server.exceptions.OwObjectNotFoundException: Could not find repository/objectstore with ID = Main Repository.
   at com.wewebu.ow.server.ecmimpl.cmis.OwCMISNetwork.getResource(OwCMISNetwork.java:998)
   at com.wewebu.ow.server.ecmimpl.cmis.OwCMISNetwork.getObjectFromPath(OwCMISNetwork.java:917)
   at com.wewebu.ow.server.app.OwEcmUtil.createObjectFromString(OwEcmUtil.java:290)
   at com.wewebu.ow.server.plug.owrecord.OwRecordView.init(OwRecordView.java:361)
   at com.wewebu.ow.server.ui.OwEventTarget.attach(OwEventTarget.java:44)
   at com.wewebu.ow.server.ui.OwNavigationView.addView(OwNavigationView.java:89)
   at com.wewebu.ow.server.app.OwMainNavigationView.addPluginView(OwMainNavigationView.java:170)
   at com.wewebu.ow.server.app.OwMainLayout.addMasterPlugins(OwMainLayout.java:125)
   at com.wewebu.ow.server.app.OwMainLayout.init(OwMainLayout.java:188)
   at com.wewebu.ow.server.ui.OwEventTarget.attach(OwEventTarget.java:44)
   at com.wewebu.ow.server.ui.OwWebApplication.handleRequest(OwWebApplication.java:379)
   at org.apache.jsp.default20_jsp._jspService(default20_jsp.java:77)
   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
   at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:393)
   at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
   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 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
   at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
   at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
   at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
   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:447)
   at java.lang.Thread.run(Unknown Source)

Could you please guide us to connect to Documentum from WeWebU.

Thanks,
Anandavalli

[deko]

Hi Anandavalli,

which version of Documentum are you using? If you can see the folders and cabinets in the browse tree, you should also be able to see the content in the result list to the right. To analyse this further, could you please enable debug mode and send more detailed stacktrace/log information when this browsing behavior occurs. Just open the file log4j.properties in WEB-INF/conf/cmis with a text editor and change the following entry

log4j.rootLogger=WARN,owd_console‍

to

log4j.rootLogger=DEBUG,owd_console‍

to enable DEBUG mode.

What exactly do you mean with switching to ANY other tab? Really any other tab? In general, there are only two possible mis-configuration issues, where exactly this exception/error can occur:

1. The exception can occur when clicking on the "Seach" master plugin or tab as you named it: Currently some of the included searches are configured for Alfresco and CMIS, where the term "Main Repository" is used for the main Alfresco repository.

Solution: If you delete (copy the files to some other location to have a backup)search_for_document_in_path.xml and search_for_folders_in_path.xml from WEB-INF/cmis/owsearchtemplates all Alfresco pre-configured search templates are gone and the error should not longer occur when clicking on the "Search" master plugin.


2. The error can also occur when clicking on the "Browse (register mode)" plugin/tab, as in owplugins.xml in WEB-INF/conf/cmis this plugin is configured to use

<StartupFolder>/Main Repository/Data Dictionary/</StartupFolder>‍

as it is preconfigured for Alfresco and CMIS again.

Solution: Changing the default entry to

<StartupFolder>/</StartupFolder>‍

should enable you to use this plugin also for Documentum.

:!: Please restart your application server after you changed any configuration and check it the error is still occuring after re-logging in to Documentum via OpenWorkdesk Community Edition and CMIS.

[unknown-user]

Hi Depf,

I am able to connect the documentum repository now. Thanks for the help. 
But, the search functionality is not working.
We are unable to retrieve the documents in search results, even if they are stored in the repository. It displays 0 results. 

Could you please guide us to achieve the Search functionality.

Thanks,
Anandavalli

[deko]

Hi Anandavalli,

have you written your own search template? If yes, could you please attach the search temmplate you have used for searching and describe your Search in detail.

Do you use one of our default search templates? If yes, which one, what is the name of the search? You would have to adopt this search template to your needs and your repository. The format and setting up of search templates is described in general in the OpenWorkdesk Configuration and Planning Guide in chapter 12.8.

What is your detailed use case for the search? Searching for all kind of documents just by title? Or searching for a defined type of object? Maybe I can help by nuilding the search template for your use case.