Patch MLR3 Now Available for Oracle WebCenter Content

Oracle’s WebCenter Content now has Patch MLR3 available. The patch is fairly straightforward, but some extra steps will be required for this to work with the Oracle Application Developer Framework User Interface (ADF UI). The new updates add new functionality and features to the user interface:

–          Workflow with electronic signatures capabilities are displayed in proper places such as in the document viewer.

–          Users can now select their home page (Search, Favorites, or Browse).

–          Users can set the View Type across Search, Favorites, and browse pages.

After patching WebCenter Content to MLR3, follow the steps below to at ADF UI.

Roll Back Patches

During the original installation of Oracle ADF UI, two patches were applied to the application. We will need to roll back the patches, and install two new patches.

Download the following two patches:

Open a command prompt. Set your ORACLE_HOME to the UI domain’s oracle_common folder.

For Linux users:

export ORACLE_HOME=<UI domain middleware>/oracle_common

For Windows users:

set ORACLE_HOME=<Drive Letter>:<UI domain middleware>\oracle_common

Next, go to ORACLE_HOME, and into the Opatch folder. Run opatch lsinventory. This will show the patches which have been applied.


To roll back the patches, use the following command:

ORALCE_HOME/OPatch/opatch rollback -id <patch_id>

In our environment, here are the two commands we executed:

  • opatch rollback -id 13656372
  • opatch rollback -id 13656274



When we run opatch lsinventory again, it shows no interim patches installed on this Oracle Home.


Install latest Sherman Patchsets

The next step is to apply the new patches on to the UI domain environment. Start by extracting the patch files.  In our example, the patch files will be stored in /u01/ui/patch/.

Browse into the folder of the first patch (/u01/ui/patch/16546129/). To run the patch, run the following command:

<ORACLE_HOME>\OPatch\opatch –apply –jre <JRE Location>

In our example, the command is:

/u01/ui/Oracle/Middleware/oracle_common/OPatch/opatch apply –jre /u01/app/jdk/jre


It should end up looking like this:


Reboot the server.

Re-Register Oracle MDS

Browse to the WebCenter Content’s Fusion Middleware folder. Go into Oracle_ECM1 à ucm à Distribution à WccADFUI. Copy the file named Our complete file path for this file is:


Paste the file into ORACLE_HOME (same as above) à webcenter à wccadf. Unzip the file.

Now go into ORACLE_HOME/common/bin, and run WLST. The following commands need to be run in order to re-register Oracle MDS.

  • wls:/offline> archive = getMDSArchiveConfig(‘/Oracle/WebUI/Middleware/oracle_common/webcenter/wccadf/WccAdf.ear’)
  • wls:/offline> archive.setAppMetadataRepository(repository=’mds-WCCUIMDSREPO’, partition=’MDS_PARTITION’, type=’DB’, jndi=’jdbc/mds/WCCUIMDSREPO’)
  • wls:/offline>
  • wls:/offline> upgradeADF(‘/Oracle/WebUI/Middleware/user_projects/domains/WCCUI_domain’)

The commands we ran looked like this:



Start up WebLogic Server.

Redeploy Oracle ADF Skin Libraries

Go into the UI Domain’s Admin Console. In our environment, the URL for the Admin Console is http://localhost:7003/console.

Select Deployment under Domain Structure.


Find the deployment Delete it.


Find the deployment Delete it.

Now click the Install button. In the Path, browse to ORACLE_HOME/webcenter/wccadf. Select WccAdfCustomSkin.jar. Click Next.


Deploy the application to the Admin Server and the ADF Server.


Click Next until the end, and then click Finish. Do the same for WccAdfStandardSkin.jar.

Start up the ADF UI managed server, and you’re done! For live assistance from a TekStream representative, chat us now. Or, fill out the form below and we’ll contact you as soon as possible.

First Name*

Last Name*




Upgrading to WCI 10gR4 – The Final Frontier



Plumtree PortalRecently, I worked with a long-time WebCenter Interaction (WCI) customer that requested our assistance in upgrading their Extranet from WCI 10gR3, to WCI 10gR4. As you probably know, WCI has been “end-of-lifed” by Oracle, meaning that the 10gR4 version (aka v10. is the last and final version. For many of us that have used WCI since it was a Plumtree product (including this customer), it is the end of an era.

But I digress…

The 10gR4 upgrade should have been a quick, simple, and painless upgrade. According to the Release Notes, there really wasn’t too much that changed from 10gR3 – or so we thought. As we progressed through upgrading their TEST environment, we encountered a variety of things that had changed, weren’t documented, and caused problems that we had to resolve before upgrading their PROD environment.

New Parameter on Method Call

This customer had written a few customizations and extensions to the out-of-the-box WCI portal. These should have all continued to work with 10gR4, but when we were testing, we were seeing an error from their code, stating that a method (com.plumtree.portalpages.browsing.login.LoginModel.GetSubPortalRedirectAfterLogin) could not be found. My first thought was that the method had been removed – perhaps it was an ‘internal-use-only’ method that Oracle decided was no longer needed or something. We looked in the API documentation, and the method was still there. Hmm. Weird.

After a bit of head-scratching, we realized that while the method was still there, what was causing the error was that its signature had changed! With 10gR3 and prior versions, the method had no parameters. But, in 10gR4, there now was a required parameter (IPTSession) that must be passed to the method. This was causing their code to fail, since they weren’t passing this parameter. Adding the now-required parameter to the method call resolved this issue.

[ Side note: This customer uses the .NET version of WCI, but you may have noticed that the links I’m using are to the Javadocs, not the .NET docs. This is because the .NET docs don’t even have this class or package documented – they are just missing (along with quite a few others)! We’ve noticed that the .NET version of the API documentation is very incomplete for some reason. So, even if you are a .NET API user, it pays to take a look at the Java version of the API documentation, as it appears to be much more complete. The two APIs (.NET and Java) are essentially the same – the .NET version of WCI is actually translated from the Java version – so you can safely use the Java docs even if you are a .NET customer. We’ve filed bug 18436590 with Oracle on this issue. ]

The Release Notes for 10gR4 makes absolutely no mention of any API changes! I checked with Oracle Support, and they were unable to find any documentation on this, or any other, API changes from 10gR3 to 10gR4. I haven’t done an extensive comparison between the API method signatures in 10gR3 and 10gR4, so there may be others that could trip you up. So, keep this in mind if you get the “method not found” error – it may not be because the method isn’t there, but that the parameters have changed.

New Advanced Search Adaptive Page Layout

Something that is documented (OK, mentionedin the Release Notes, is that the Advanced Search page is now an adaptive page layout. This is great news, as it means you can customize it to meet your look-and-feel needs as you can with other pages. In this customer’s case, the new adaptive page layout for the advanced search results screen required some customizations to make it ‘fit’ (both physically and aesthetically) in their page.

<pt:kdpage.documentsdata> .url Property Returns JavaScript

The <pt:kdpage.documentsdata> tag is used on the knowledgedirectorylayout.html adaptive page layout. It returns a collection of documents (cards) from the Knowledge Directory that should be displayed on this page (taking into account the selected folder, pagination, etc.). For each document in the collection, there are a set of properties returned – name, id, URL, etc. Our customer had customized the out-of-the-box knowledgedirectorylayout.html file to change the look to match the rest of their site, and once we upgraded to 10gR4, the links to display a document stopped working. When someone clicked a link, the URL it took them to appeared to have JavaScript in it. What was going on?

We looked at the line in the custom knowledgedirectorylayout.html file (which was copied from the original Oracle-supplied .html file), and it was the following:

<pt:core.html pt:tag="a" href="$doc.url" title="$htmlEncodedName"><pt:logic.value pt:value="$"/></pt:core.html>

The above <pt:core.html> tag will output a normal <a> tag, with an href of the document’s url (from the $doc.url property). This looked fine (and hadn’t changed), so what was going on?

After quite a bit of digging, we figured out that the $doc.url property had changed in 10gR4! (And – surprise – no mention of this in the Release Notes either!) When we looked at the (new) out-of-the-box knowledgedirectorylayout.html file, that line had changed (and there was a new comment) as follows:

<!-- Bug-9380820: Adding the onclick attribute. That is having the url according to UserPrefrence. Document should open in the same window or new window. changing href attribute value from $doc.url to #. -->
<pt:core.html pt:tag="a" href="#" onclick="$doc.url" title="$htmlEncodedName"><pt:logic.value pt:value="$"/></pt:core.html>

Comparing the two, and reading the comment, it appears that there was a bug (#9380820) where clicking on a document in the KD list should either open the document in the current window, or in a new window, depending on a user preference. The bug in 10gR3 was that the document always opened in the current window (which, if you look at the <a href=”xxx”> tag that was being created, makes sense). So, the ‘fix’ was to change the doc.url property to return a block of JavaScript that when executed, would either open the document in the same window or a new window, depending on the user’s preference setting. And, in the updated <pt:core.html> tag, you can see that the return value from $doc.url is now being used in the “onclick” attribute of the <a> tag, and the href attribute is just “#”.

While this ‘fixed’ the bug (which isn’t visible in MetaLink, BTW), it broke any other use of the doc.url property, including our customers’. An easy option would have been to mimic what Oracle had done to the OOB knowledgedirectorylayout.html, and move the use of the doc.url from the HREF attribute to the ONCLICK attribute of the <a> tag. However, that caused other issues. Our customer uses a FireFox add-in that allows them to download all of the links on a page at once, which they would use to download a whole folder at a time from the KD. By changing the HREF attribute to “#” and opening the document with JavaScript (like Oracle had done), the tool would no longer work (since the links didn’t have an actual URL).

So, what we ended up doing was building the HREF attribute a slightly different way. We replaced the <pt:core.html> tag and instead used the <pt:standard.openerlink> to get the URL for each KD document as follows:

<pt:standard.openerlink pt:objectid="$" pt:classid="18" pt:mode="2" title="$htmlEncodedName"><pt:logic.value pt:value="$"/></pt:standard.openerlink>

The resulting <a> tag contained the document’s URL in the href attribute as it did in 10gR3, allowing their download tool  to continue functioning.

[ My 2 cents is that Oracle ‘fixed’ this bug entirely wrong. They should have left the doc.url property alone, and let it continue to return an URL (as its name and the documentation implies). They should have introduced a NEW property (e.g. “doc.openscript”) that could then be used to open it with JavaScript and also honored the “open in new window” user profile property. This way it would not break any existing code. But, that is just my opinion… 🙂 ]


This is a really weird one, and took quite a while to track down and resolve. The customer has a custom user property that tracks the date the user last changed their password. This property is defined as a ‘date’ type. When a user logs in, they have a custom PEI that checks the PasswordChanged property to see how long it has been since the user changed their password, and if it has been a while, prompts them to change it.

They do this by executing a query to get the set of properties for the user, then they were using the following code to return the value for the “PasswordChanged” property as an XPDateTime object (where ‘i’ is the index into profileProperties of the PasswordChanged property):

XPDateTime dateTimePropertyValue = profileProperties.ItemAsXPDateTime(i, PT_PROPIDS.PT_PROPID_PROP_VALUE);

Once we upgrade to 10gR4, we starting seeing seemingly random failures on this line of code, with the following stack dump:

com.plumtree.openfoundation.util.XPClassCastException: Error in function PTQueryResult.ItemAsXPDateTime (rowNum == 23, propID == 67108864): Unable to cast object of type 'System.String' to type 'com.plumtree.openfoundation.util.XPDateTime'. 
at com.plumtree.openfoundation.util.XPException.GetInstance(String strErrorMsg, Exception e) 
at com.plumtree.server.impl.core.PTQueryResult.ItemAsXPDateTime(Int32 rowNum, Int32 propID) in e:\build\root\Release\portalserver\10.3.3.x\portalobjects\build\x86\src\dotnet\com\plumtree\server\impl\core\PTQueryResult.cs:line 350 
at com.acme.portalpages.browsing.login.CustomControl.getDateTimeUserProperty(String propertyName, Int32 userID, IPTSession ptSession)

Now, all user properties are actually stored in the database as String values, so what appeared to be happening is something was preventing the (Oracle) code from converting the String value in the DB into an XPDateTime value. Since the code worked for some users and not for others, we thought there must be an invalid character or something in the data for the users that failed, so we started to look in the DB (in the PTPROPERTYDATA table) to compare ones that worked with ones that didn’t to see what was different. What we found was surprising – there were NO differences! We even took values that worked and copied them from one user to a user that failed, and that didn’t fix it! We tried editing the PasswordChanged value via the Admin Portal UI, and that didn’t work either.

Ultimately, we never were able to determine why the portal was unable to convert certain users’ PasswordChanged value to an XPDateTime. (We did create an Oracle Service Request on this, too.) So, in the interest of time, we ended up coding up a workaround ourselves that basically returned the value for the PasswordChanged property as a generic Object. Then, we tested the ‘type’ of this object to see if it was a String, and if so, we converted it to an XPDateTime value ourselves. So, for some users, the portal actually returns an XPDateTime object for this property, and for other users, it returns a String, which we then convert.

So, not a true ‘fix’ in that we never have figured out why the portal is working this way, but it let the customer move forward with their upgrade, which to them was more important.

Other Anomalies

Finally, there were a few other anomalies that we encountered in the process that I feel worth mentioning.

  1. The installer for the WCI 10gR3 wouldn’t run on a set of boxes that we needed to install the AD Identity Web Service on. It would fail with the error “Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item.” We verified that the user we were logged in as had Administrator rights to the box, that the installer was located on a drive that we had permissions to, that the TEMP folder had space (and we had permissions), that the anti-virus package wasn’t blocking the install – all sorts of things. We never were able to determine why the installer wouldn’t work, unfortunately (although we suspect it was a Windows Policy of some sort causing the issue). We ended up installing the AD IWS on another box that didn’t have the problem.
  2. When we installed the Analytics Jobs (only) on a server, when we tried to run any of the jobs, we would get the following error:
    Exception in thread "Main Thread" Cannot find bean with name 'runJobs'

    After a lot of digging (and decompiling Oracle code), we discovered that the hibernate3.jar was missing. We were not able to reproduce this problem, but the best theory that we and Oracle were able to come up with was that you should copy the zip files for hibernate and cewolf to a local drive before installing Analytics. Apparently the installer has some known issues with installations from a network drive. We did this on subsequent installations, and did not experience the problem again.

Whew! So much for a ‘painless’ upgrade, huh? 😛

Overall, the upgrade went fairly well (preceding issues aside). Many of the issues we encountered could have been avoided had Oracle actually documented changes that they made to (public) APIs, instead of letting customers ‘trip upon’ the changes randomly. While we were able to resolve (or workaround) all of the changes, it has raised the question of “What else was changed that we weren’t told about?” and that we may not ‘trip upon’ for days, weeks, or months? I realize that as 10gR4 is the last release of WCI, there perhaps isn’t a lot of concern for the product, so some shortcuts were probably taken to just get it out the door.

I for one, will continue to mourn the loss of what was a great product, and look (hope?) to see Oracle incorporate some of WCI’s best qualities into the WebCenter Portal replacement.


For more information about how TekStream can help you with Enterprise Portal upgrades, please visit our other Enterprise Portal Blogs, contact us at, or request to speak with an Oracle WebCenter Expert by filling out the form below.

First Name*

Last Name*




TekStream and Troy Allen Talk Mobility for WebCenter Content with OTech Magazine

OTech-Mag_may_14-cover-300x212Find the most recent article by Oracle Deputy CTO, Troy Allen as he explores the new Oracle WebCenter mobile app for IOS and Android.

Mobility for WebCenter Content

TekStream Top 10 Fastest Growing IT Consulting Firm in Atlanta

Award-BannerWe are very proud to announce that the Atlanta Business Chronicle honored TekStream as one of “Atlanta’s 100 Fastest Growing Private Companies” at the 19th annual Pacesetter Awards this month. TekStream ranked in the top 10 companies for enterprise technology consulting (#62 overall) with the likes of Cloud Sherpas and other notable firms in our first year of eligibility! To qualify for the award, companies had to be privately owned, established in the first quarter of 2011 or earlier, experienced a two-year growth in sales of more than 50 percent, and garnered revenue between $1 million and $300 million in 2013.  Click here for more details.

“Since this was our first year of eligibility, winning the award and ranking where we did was unexpected and humbling for our company”, said Chief Executive Officer, Rob Jansen. “It goes without saying that it would not be possible for us to achieve this growth without our employees, customers and partners, as well as many mentors along the way.”

TekStream's Owners from left to right: Mark Gannon (EVP, Talent Management), Rob Jansen (CEO), and Judd Robins (EVP, Sales and Consulting).

TekStream’s Owners from left to right: Mark Gannon (EVP, Talent Management & Recruiting Services), Rob Jansen (CEO), and Judd Robins (EVP, Consulting Services).

Judd Robins, Executive Vice President continued “We believe our focused strategy on providing the industry’s most complete service offering for WebCenter, Oracle’s enterprise user engagement platform, including WebCenter Content, Imaging, Portal, and Sites has allowed this growth and is a great tribute to the future of the platform.”

In addition, Mark Gannon, Executive Vice President of Resourcing added “ The ability to offer clients flexible hiring solutions in collaboration with in house technology understanding is of great value to our clients  and will continue to push our need to expand.”

Further, pioneering new cloud-based solution offerings for WebCenter, CloudStream, as well as Engineered Solutions such as our Support offerings and our WebCenter Content Loader product have provided a platform for continued growth from 2011 into 2014 and beyond.  The decades of collective WebCenter experience by our employees provide the thought leadership necessary to bring to market these solutions that provide enhanced value to our customers and will allow them to maintain multi-year relationships.

Keep watching this space for more TekStream success stories, valuable resources and how-to tips from our experts and of course, commentary. To speak with an expert immediately about your challenge, complete the form below to be contacted today.

First Name*

Last Name*