An Unexpected Impact by the Content Template Catalog on WebSphere Portal 8.0.0.0 CF01
Well, I need to bring my portal up to CF02 but can’t because after deploying CTC 3.1 I find that APAR PM26989 prevents the IBM Installation Manager from installing the cumulative fix. To further complicate things, the IIM does not appear to provide a simple means of removing the offending APAR event though it was installed using IIM. Since this is a sand box server and I am on a short fuse, I will take nuke the virtual machine and build a new one.
Content Template Catalog 3.1
Now that the catalog is available for WebSphere Portal v8 it’s time to put it to work. For an excellent article on installing the catalog see the entry at Base22
Don’t be fooled into thinking your sandbox server is up to the task when it comes to updates. My sandbox was crushed by the IBM Installation Manger. Fortunately it is a virtual machine and adding CPUs helped enormously. In my first try I waited over four hours before abandoning the update. Once the resources were increased the update took about 45 minutes.
Mobile Sites That Act Like Mobile Apps
In a recent blog entry posted by me on my company’s site I discussed IBM Worklight and a necessary distinction between mobile sites and mobile apps. Usually I continue to chew on an idea well after the deadline has passed and the content is out of my hands. Such is the case with this article. One of my projects is to assist in the completion of a new mobility workshop focused on IBM Worklight. In line with this I was looking for a way to make additional refinements in what I believe is a very important distinction.
Thus, I come to today’s title. By no means do I intend to disparage sites that look, feel, and in some ways behave like a ‘true’ mobile app. The capabilities of HTML5 are far to significant to overlook. A look at an OpenNTF project espousing such an approach demonstrates the pervasive impact of how a local cache can richly enhance a mobile site. Another technical blog I am growing to appreciate is a collaborative effort called HTML5 Doctor. One article I wish to draw your attention to was written by one of the collaborators, Mike Robinson. “Go offline with application cache” is an interesting and well written introduction to this HTML5 feature. The article describes a key artifact, the manifest file, whose purpose is to identify the other artifacts that are to be cached on the local device. In addition, and it is to this that I most want to draw your attention, the manifest file specifies a FALLBACK section that describes, “What to do when an offline user attempts to access an uncached file”.
Whew, I just burned my way through a lot of words to make the point that a mobile site can act like a mobile app in this sense: when a network is no longer available there will be some amount of information in the form of files (css, html, javascript) and data that can behave in a potentially useful way. It is more than simply having a UI that is “responsive” to the device’s form factor. (Not that this is a bad thing).
There remains a vital distinction and that is this, an efficient, elegant, and rich offline feature set is ultimately bound to employ some features and probably some binary code that is device specific. This is where, from an enterprise perspective, IBM Worklight is a welcome and powerful ally for developers and solution architects. I can easily imagine a project team consisting of core Worklight developers, Android Java developers, iOS Objective C developers, and others working together to deliver applications with consistent look and feel AND with extraordinary capabilities whether on or off line.
At some point in the near future (I hope) I will have some concrete example to discuss.
Taking Notez - Island Pond Consulting 