• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer
TSB Alfresco Cobrand White tagline

Technology Services Group

  • Home
  • Products
    • Alfresco Enterprise Viewer
    • OpenContent Search
    • OpenContent Case
    • OpenContent Forms
    • OpenMigrate
    • OpenContent Web Services
    • OpenCapture
    • OpenOverlay
  • Solutions
    • Alfresco Content Accelerator for Claims Management
      • Claims Demo Series
    • Alfresco Content Accelerator for Policy & Procedure Management
      • Compliance Demo Series
    • OpenContent Accounts Payable
    • OpenContent Contract Management
    • OpenContent Batch Records
    • OpenContent Government
    • OpenContent Corporate Forms
    • OpenContent Construction Management
    • OpenContent Digital Archive
    • OpenContent Human Resources
    • OpenContent Patient Records
  • Platforms
    • Alfresco Consulting
      • Alfresco Case Study – Canadian Museum of Human Rights
      • Alfresco Case Study – New York Philharmonic
      • Alfresco Case Study – New York Property Insurance Underwriting Association
      • Alfresco Case Study – American Society for Clinical Pathology
      • Alfresco Case Study – American Association of Insurance Services
      • Alfresco Case Study – United Cerebral Palsy
    • HBase
    • DynamoDB
    • OpenText & Documentum Consulting
      • Upgrades – A Well Documented Approach
      • Life Science Solutions
        • Life Sciences Project Sampling
    • Veeva Consulting
    • Ephesoft
    • Workshare
  • Case Studies
    • White Papers
    • 11 Billion Document Migration
    • Learning Zone
    • Digital Asset Collection – Canadian Museum of Human Rights
    • Digital Archive and Retrieval – ASCP
    • Digital Archives – New York Philharmonic
    • Insurance Claim Processing – New York Property Insurance
    • Policy Forms Management with Machine Learning – AAIS
    • Liferay and Alfresco Portal – United Cerebral Palsy of Greater Chicago
  • About
    • Contact Us
  • Blog

Documentum Discontinues Developer Edition – Documentum to Alfresco Migration – Development Environment and Philosophy

You are here: Home / Alfresco / Documentum Discontinues Developer Edition – Documentum to Alfresco Migration – Development Environment and Philosophy

December 18, 2012

With the recent announcement that the Documentum Developer Edition is being discontinued –  Bidding Farewell to Developer Edition, we thought it would be a good time to update our previous post from 2010 in regards to development differences between Documentum and Alfresco. This post will compare and contrast development environments and philosophy with both Alfresco and Documentum.

Documentum Development Roots

When originally founded in the 1990’s by John Newton (current Alfresco CEO) and Howard Shao, Documentum was really just an object orientated layer on top of a database. When we would discuss it with clients, the “database for documents” was a common description of how a layer for security and object model abstraction would lay on top of the database (usually Oracle back then although Sybase was supported as well). Documentum had an API layer (C Code), DMAPI that was the only way to access the repository along with the still popular query language, the Documentum Query Language (DQL) to access and manipulate the repository. Originally the DMAPI had both a client and server component with an embedded remote procedure call (RPC) since Documentum was developed pre-web.

Original developers were encouraged to use the API or, as of Documentum 4i, the DFC to enhance or extend Documentum (Workspace, RightSite, Webtop/WDK, xCP and others). Pricing options originally not only included CPU-based but also concurrent users (something that quickly faded) so development wasn’t limited to single interfaces. Documentum has evolved to a web services API access with DFS although it did take some time as pointed out in one of our old posts. The developer edition was announced in 2009:
http://www.emc.com/about/news/press/2009/20090602-01.htm
From the press release:

“This expanded investment in developer resources demonstrates our continued commitment in making Documentum the premier platform on which developers can build their content-enabled applications rapidly while keeping their costs of implementation and support low,” said Whitney Tidmarsh, Chief Marketing Officer, Content Management and Archiving Division at EMC. “Through our various online communities, developers can take full advantage of free tools and content as well as work together and foster the growth of the Documentum community.”

Contrasting that with the farewell post:

“With the latest releases of xCP and D2, we now have best of breed products for building ECM solutions with a minimum of code. We continue to support the classical development tools and APIs (and will for some time), but most new applications are being built with these new techniques that are faster to deploy and much cheaper to maintain. Developers are now much more interested in learning these products than the tools available in the Developer Edition……Finally, we’ve shifted our strategy to be more focused on delivering solutions, rather than just a platform for building them. In the past couple of years we’ve greatly expanded the number of solutions available from ourselves and our partners.”

As Documentum has evolved, a number of changes have occurred that have affected the Documentum development philosophy including:

  • Pricing – We would argue that the biggest impact to pricing has been the pricing construct of named user and per application pricing. While it has evolved in the last two years to include one server side price and a small per application price per named user, the pricing of a custom application costing more than $400 per named user discouraged custom development or access from other environments.
  • Anti-Customization Movement – As Documentum gained more success, some of the competitors would attack it as “too expensive” because it “required customization”. As pointed out in a previous post, not all customizations are bad.  Most of the issues regarding customization came not because the customizations were bad but that Documentum didn’t support them during an upgrade, particularly on Webtop, and would require a rewrite to the new proprietary interface for the upgrade. OpenText, in competing against Documentum, even had a campaign as the “consultantless solution”. This philosophy can be seen with the recent D2 and Mobile environments and the quote above where “you can’t customize it”, almost to prevent users from doing what Documentum perceives they shouldn’t be doing.
  • Professional Services from EMC – A couple of clients have pointed out that D2 and other environments can be customized but “only by EMC”. We see this as a dangerous trend in that development environments exist (SharePoint Development Framework for example) but are only available to internal professional services from EMC.

As demonstrated by the discontinuing of the developer edition, the overall trend from Documentum is moving away from development options for clients in favor of configurable but proprietary only environments.

Alfresco Development Roots

Alfresco, a company founded after the internet bubble, was built as a web/Java open source evolution of a content management system. While many of the same principles exist (API access to back-end layer on top of a database), Alfresco choose to implement with a web-based API focus from the beginning, focusing on open standards geared for developers.  Alfresco promotes open development in a number of ways:

  • The Community Edition of Alfresco is available free of charge.
  • Alfresco is setup to be easily customizable. There are many integration points for adding customizations, and you can even wire in code with Spring to access lower level APIs.
  • Alfresco has a well-documented API that is geared for developers wishing to customize and add on to Alfresco.
  • As you would expect with open source software, you can access all of the source code for Alfresco. This is very helpful since developers can load the code into an IDE and see exactly what Alfresco code is doing, and can even step through it in a debugger.
  • Alfresco actively promotes CMIS as a standard for accessing the repository.
  • Alfresco’s main interface, Share, is written using the Spring Surf framework. Alfresco developed Surf and then donated it to the SpringSource community.

To contrast Alfresco with the issues discussed above with Documentum:

  • Pricing – Alfresco only has a CPU level maintenance/support that is lower than Documentum’s maintenance pricing (see related post – add link). For Developers, CPU pricing gives them the flexibility to develop small, focused applications for any type of user without worrying about licensing impacts.
  • Customization – Alfresco has never had the perception of being “over customized” due to their client base. Also, the focus on the developer has made the bulk of the customizations easily upgradable.
  • Professional Services – Consistent with a partner focus versus a consulting solution, Alfresco doesn’t offer professional services and releases all updates to the entire installation base rather than positioning additional technology as a solution or consulting only solution.

Summary – Sales Culture versus Engineering Culture

With all of the posts around Alfresco and Documentum, the development philosophy clearly illustrates the cultural differences and contrasts between the two companies.

As pointed out in an earlier post, EMC has a sales driven culture. By understanding how sales goals drive decisions, you can see how the movement to add internal solutions and products while moving away from open development tools benefits Documentum sales. Readers should also understand that Documentum has been unfairly characterized as “requiring customizations” and has reacted by releasing products that can’t be customized.

Alfresco has an engineering driven culture. With the community edition, pricing and a variety of development approaches, Alfresco embraces the power and innovation of the open source movement and standards to create solutions and other approaches. Every piece of Alfresco is available to developers to create innovative and cost-effective solutions.

For further insight in the cultures, as pointed out in our earlier post, Documentum’s user conference is called Momentum and features suits/ties and non-technical presentations about solutions. Alfresco’s user conference is called DevCon and is focused on engineers and developers.

If you have any thoughts, please add below.

Filed Under: Alfresco, D2, Documentum, News, Share, Webtop, xCP

Reader Interactions

Comments

  1. Ed Steenhoek says

    December 19, 2012 at 12:44 am

    At some points, the information about Documentum is incomplete.

    If you read carefully, the farewell announcement hints at the cloud being a better platform to deliver ‘developer’ needs. This was hinted at during Momentum Vienna as well. It shouldn’t be a surprise if a cloud-based alternative becomes available for clients and partners.

    Working for a C3P partner, I can confirm that it is possible to deliver SDF through certified partners in stead of EMC Professional Services. The exclusivity to EMC Professional Services is not the case. What you should however understand is that as of today, SDF is not (yet) a product but a Professional Services offering.

    Furthermore you tie the choice between development and customisation to a culture between companies which I believe is not the case.
    It’s not between just these companies. It’s not an ECM only debate. It is a generic application debate heavily influenced by both cloud and economic drivers.
    On the economics side: Does the customisation justify the price? Isn’t 80% of the functionality at 20% of the cost (Pareto’s Principle) enough? Questions to be answered for all enterprise applications.
    On the cloud side: with a release cycle of 60 days that is beyond your control you must understand the impact of change to both configuration and customisations added to the solution. The nature of configuration wins it hands down from customisations. You do see this with EMC On Demand but also with Office 365 / SharePoint On-line.

    If you want to put Alfresco and EMC apart, then the conscious decision to let cloud be the norm and on-premise the exception (like Microsoft does with SharePoint) is the divider you should be looking for. Cloud is driving economics and comes with restrictions.

    Reply
    • TSG Dave says

      December 19, 2012 at 9:06 am

      Ed,
      Thanks for your reply. Some of my thoughts on your points are presented below.
      In regards to the cloud, I didn’t include that in my post as I thought it was just fluff. I kept the link so readers can make their own interpretation. Referencing back to the initial press release, Whitney’s comment was that the developer release was to allow developers build their own applications. I read that as developers could use the development edition to access and build on the API. I have a hard time seeing the cloud version allowing developers to leverage the API.
      In regards to SDF, I was sharing insights from EMC World in May 2012 where SDF was only accessible via professional services. Link is here. From EMC World, the point was that, while 80 clients have deployed SDF, it is still not a product and requires an EMC professional services arrangement. My point was that Documentum releases My Documentum for SharePoint, says it is non-customizable unless you leverage professional services and the SDF, the concern for clients is lock-in.
      In regards to customization, I tried to present the point that, while configuration is mostly good, not all customization is bad. I do think Documentum has been unfairly attacked by competitors as requiring customization when that is not the case. We have plenty of “out of the box” clients. In doing big and innovative things with Documentum, some customization for business reasons is better than trying to change the business. The customization our clients have struggled with has been following Documentum’s guidelines and building customizations to tools like Webtop. When these changes aren’t supported in the newer releases and need to be redone, clients are not happy. For Documentum users, the customizations don’t get the blame, Documentum does for not consistently supporting the customizations between releases.
      Last point would be in regards to the cloud. I still see it as awhile before it is the “norm” in ECM so I struggle with your point in regards to customization, particularly when it comes to managing records, something clients still like behind the firewall. We do SalesForce work so I understand the cloud and how clients are implementing for CRM. The interface SalesForce presents (and the tools to customize it, particularly Force.com) are very different than D2 or XCP or anything Documentum is currently offering.
      Thanks again for your post – happy to continue the discussion if you have any thoughts on my replies.

      Dave

      Reply
  2. Paras says

    January 1, 2013 at 7:43 am

    I thought that all Non-Production environments for Documentum did not incur any additional cost – provided you have proudction licenses.

    Does that remain unchanged?

    Is your post pertaining to a different development use-case – where by any independant development organisation could access Documentum’s Developer Edition at no cost to develop custom client applications and solutions?

    Reply
    • TSG Dave says

      January 4, 2013 at 2:59 pm

      Paras,

      Two things

      You would have to check licensing but I have heard from multiple clients that server components (example Trusted Content Services) require BOTH Production and Development Licenses.

      In regards to development use-cases, independant development organization would need to buy their own version of Documentum.

      Dave

      Reply

Trackbacks

  1. Documentum to Alfresco Migration – Why Now? « TSG Blog says:
    February 11, 2013 at 2:13 pm

    […] Development Environment and Philosophy […]

    Reply

Leave a Reply Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

Search

Related Posts

  • Documentum or Alfresco Interface – Ready for an Upgrade?
  • Documentum and Alfresco – What are some of the bigger differences?
  • Enterprise Content Management Predictions – 2015
  • Alfresco or Documentum Collaborative Document Reviews with OpenAnnotate
  • Documentum or Alfresco – Redacting Sensitive Information with OpenRedact
  • Migrating from Documentum to Alfresco – Cost Differences
  • Documentum – Top Tips for 2016
  • Documentum – EMC World 2015 – Meet the Executives
  • Documentum – EMC World 2015 – Overall ECD Product Vision and Roadmap – Ahson Ahmad and Mark Arbour
  • Documentum or Alfresco – HPI 2.4 adding support for Folder Browsing

Recent Posts

  • Alfresco Content Accelerator and Alfresco Enterprise Viewer – Improving User Collaboration Efficiency
  • Alfresco Content Accelerator – Document Notification Distribution Lists
  • Alfresco Webinar – Productivity Anywhere: How modern claim and policy document processing can help the new work-from-home normal succeed
  • Alfresco – Viewing Annotations on Versions
  • Alfresco Content Accelerator – Collaboration Enhancements
stacks-of-paper

11 BILLION DOCUMENT
BENCHMARK
OVERVIEW

Learn how TSG was able to leverage DynamoDB, S3, ElasticSearch & AWS to successfully migrate 11 Billion documents.

Download White Paper

Footer

Search

Contact

22 West Washington St
5th Floor
Chicago, IL 60602

inquiry@tsgrp.com

312.372.7777

Copyright © 2023 · Technology Services Group, Inc. · Log in

This website uses cookies to improve your experience. Please accept this site's cookies, but you can opt-out if you wish. Privacy Policy ACCEPT | Cookie settings
Privacy & Cookies Policy

Privacy Overview

This website uses cookies to improve your experience while you navigate through the website. Out of these cookies, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may have an effect on your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Non-necessary
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
SAVE & ACCEPT