I didn’t realize that roadmap documents were updated last month. It looks like the February release is still going to happen (and I’ve been told a definite date, so it looks it won’t be delayed). After reviewing them (haven’t seen any changes :D), I can say:
- Not much features regarding CS, the pattern/usage visualization and the s3 support (which, as far as I know, can be already done without official support) are the new features.
- No word about DFS, and I know for a fact that several customers have actively asked for updates to current libs and extended support for application servers.
- Clients get barely any changes (D2, Webtop, xCP).
I’m curious to see how many bugs are found in this first release from Opentext (and the brave customers that go first into the unknown :D), considering that some of the experienced Documentum staff left the company and the changes to the development cycle (that I guess happen when you move from a hardware company to a software company)
If you registered for the webinar OpenText held a few weeks ago (if you didn’t, maybe you can check Andrey’s post on the subject), you should have received an invitation to some site from OT with a FAQ about the Documentum stack. I’m not going to paste it here, just in case it’s not public, but IMHO, the highlights are:
- Content Server: Aligment with ECD. No new features but trying to move to a microservices architechture. It probably means CS won’t evolve anymore.
- Webtop: Several points on this. Will keep being supported and updated to support latest CS.
- Rest: Every new product based on this. No mention about DFS (I hope it’s dead, unless they decide to update with libraries from this decade)
- xCP: It looks like xCP 1.x support will be over by the end of 2019.
- Support: Still through EMC’s site until the end of the year.
CTF (Content Transfer Framework) is how
EMC Dell calls their “new UCF”. It works as a browser extension, and is the same extension you’ve used for the latest version of Webtop (new functionality getting first to Webtop? LOL). And this mode is not the default (why?) so you’ll need to change it in the settings.properties file of D2.
Also, this extension will generate some “index” files on the folder where you download files:
That contain object names, ids, operation performed, and folder paths of the files transferred.
Tested on latest Firefox Nightly x64 and Chrome.
FYI, I’m pasting the “wonderful” ASCII compatibility matrix provided by Dell in the configuration file:
# | Browser:OS \ Mode | Thin | Java | ctf | Note |
# | IE 11 | yes | yes | yes | |
# | Edge | yes | NO | NO | (1) |
# | Firefox | yes | yes | yes | |
# | Chrome | yes | NO | yes | (1) |
# | Safari:Mac_OSX | yes | yes | yes | |
# | Safari:Mac_IOS | yes | NO | NO | (2) |
# (1) Chrome and Edge do not support java applets, and Edge does not support the CTF plugin.
# D2 will fallback to thin client mode appropriately when java or ctf has been
# specified in the value of the browser.plugin.mode setting as described above.
# (2) If browser.plugin.mode contains java or ctf, then D2 will silently continue to run in
# thin client mode. Safari running on Mac_IOS does not support the java or ctf plugin.
- Prompt for installing the extension:
What I think OpenText should keep:
- Support Community
- EMC Support (at least the search engine with the knowledge base)
- Download Center (After so many changes, I really don’t want to change again :P)
- EMC GitHub
- Webtop (It’s the only client that works OOTB)
What I think OpenText should change:
- Sales policy (Stop pushing products that customers don’t need, and yes, that means D2 and xCP for customers that simply want a “library”)
- Sort libraries/dependencies in the Documentum stack (if 7.x is released, make it that every product has the same version of every library). Rebrand products accordingly (yeah, Webtop 7.x if it is using DFC 7.x)
- Detailed changelog of the products (don’t force us to go through every single customization to check if some component we’re extending has changed and broke the customizations)
- Kill lockbox with fire (or at least, make it optional for both CS and D2). Nobody understands it, nobody knows how to set it up, so it is more a pain in the ass than a security feature
- Oh, and remove D2 dependency on JMS
I’ve lost any hope to see dmbasic gone for good, or JBOSS replaced with something “lighter”, that’s why those didn’t make it into the list (as probably many others, that I don’t remember now)
(And yes, I’m not a huge fan of D2 :P)
Environment: DCTM 7.2 + PE 2.2, 2 months running an empty test repository:
- …/dba/logs/…/agentexec: +150k files
- …/dba/logs/…/dmadmin: +150k files
- /Temp/Jobs/…/: +60k objects in several folders (dm_document objects)
- /System/Sysadmin/Reports/…: +60k versions of some objects (dm_document objects)
- dm_audittrail: +1.5 million objects
- Database File Size: ~ 5GB
Be specially careful with the methods that by default run every minute:
And those that run every hour:
If you’re not using those features you should really disable them. Or run logpurge+audittrail+dmclean as often as possible.
EMC has announced the future availabily of two new developer edition VMs and hopefully someone will read this wishlist
- xCP developer edition (June 30th)
- Confirmed: A working CTS in Linux (wondering how/if office files transformation works).
- CIS 7.1
- Now that you guys have installed everything in Linux, take those installation/configuration scripts that you had to modify because were made in windows and bundle them with the linux installers, so we don’t have to run dos2unix for every script file.
- “Modular” xCP / remove the need to install every component (at least in development environments). (I don’t expect to see this “working” in this developer edition, but hopefully they’ll consider it for the next xCP release…)
- D2 developer edition (May 30th)
- I have doubts about this, is this also an open-source VM? If D2-Config is still an activeX you’ll need a windows machine to configure D2.
And hopefully, we’ll see a production-supported PostgreSQL content in a future version (7.1 SP1? Bedrock?) or at least an official statement about this…