Another Tech Advisory for Java and UCF

EMC just released ETA 177121: Documentum: UCF content transfer and file operations may experience operational issues for JRE versions 1.7.u45 / 1.7.u25.  There has been another change in the Java security baseline that affects the UCF. All WDK-based clients are affected.  The current JRE, 1.7u51, is not supported by Documentum WDK-based clients, and EMC recommends not to upgrade. EMC is working on certification of UCF applets for JRE 1.7u51.  In the meantime, the ETA provides a simple work around until certification is obtained. Follow the link to the ETA for more details.

If you are curious, here is the post from the last ETA concerning Java and the security baseline.


About Scott
I have been implementing Documentum solutions since 1997. In 2005, I published a book about developing Documentum solutions for the Documentum Desktop Client (ISBN 0595339689). In 2010, I began this blog as a record of interesting and (hopefully) helpful bits of information related to Documentum, and as a creative outlet.

6 Responses to Another Tech Advisory for Java and UCF

  1. Mark Faine says:

    Is the workaround intended to be applied to every client? if so that really isn’t feasible. I can see making the suggested changes on the Webtop server but on each user’s computer, no, that’s crazy. The ETA isn’t clear.


    • Scott says:

      Yes, I agree, the ETA is not clear. I didn’t think the previous one was clear either. Since I have no practical experience with this problem yet, I can’t comment one way or the other. Perhaps someone that commented on the previous post can shed some light.


    • Scott says:

      Mark, it looks like the ETA might have been updated last night to clarify this issue (see notes for employees and partners). Yes, this has to be done on every user’s desktop. EMC is recommending a network “push” to accomplish the work around.


      • Yeah, I noticed that. That is ridiculous. Do they have any idea what they are actually asking? It is all I can do to keep the domain administrators from pushing u51. Maybe, in a perfect world, where you have control over the entire infrastructure such a thing might be a possibility, even then I’m not so sure. Also, Documentum does not run in a vacuum. We have very many enterprise applications with varying levels of dependence to specific versions and configurations of Java. It is a balancing act trying to get all the various vendors to keep their software compatible with the most recent, IT security approved JRE. Who’s to say that these settings won’t break something else, somewhere else.

        p.s. Google+ authentication isn’t connecting and the twitter and facebook icons aren’t showing up but seem to still be there.


      • Scott says:

        I agree, especially since they knew it was coming since last Sept. I don’t know the details, maybe it’s a harder problem to solve than just recompiling and re-certifying. Thanks for the heads up on the buttons. I re-configured them and did a little test. Hopefully they are working for you now.


  2. EMC guys are fabulous idiots:
    1. it was known since September 2013 about upcoming security changes in u51 release (, now after a month of JRE release EMC said: “wow, our customers experience problems, let them wait some time”
    2. they bump supported JRE version without providing compatibility with previous ones, though it would be better to put different applets inside webtop application and let user chose what JRE version he uses.

    I do think that webtop Product Manager should be fired and banned forever in IT industry.


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s

%d bloggers like this: