A Tale of Two Migrations

My first portal migration project was not originally expected to be a migration; it was scoped and planned as an upgrade. The expectation of an upgrade was well-founded given the high-level scope of moving from one version to the next. Those involved with WebLogic Portal at the time know the move from 7.x to 8.x was in fact a migration rather than an upgrade. While there were some bridge APIs to allow the use of old code it was poorly suited to anything that was even slightly customized, which is to say every implementation in production. The project had been expected to take 4 – 6 weeks with one developer and actually took 10 weeks and 2 developers. It was the first of two migration/upgrades for the same customer and the lessons learned from the first move allowed the second move to be completed in 3 weeks with a single developer.

Fast-forward a decade and enterprises with WebLogic Portal are once again faced with a migration. This time we know up front that it will be a migration and IT managers along with their business customers are hesitant to move forward without a clear path to follow. While the last ten years have seen all J2EE-based portal products move to standard APIs for their foundation, they still have unique frameworks that serve as (from the vendors point-of-view) market differentiator and (from the customers perspective) a new form of vendor lock-in. In the case of WebLogic Portal, the vendor remains the same (albeit through acquisition) yet there is still no easy way to switch to the newer version, and a risk to staying with the old as it has been feature-frozen since 2010 and is slated for “sustaining-only support”.

The migration path from WebLogic Portal (WLP) to WebCenter Portal (WCP) is unclear for many reasons. Perhaps the most common and least-realized barrier to an “automated” migration is that WLP in his current form has 10 years of layered patches and deprecated-yet-still-in-production APIs supporting features that are a broad amalgam of proprietary solutions and customized integrations with standard APIs fueled by a demanding customer base for a (relatively) small vendor where WCP’s current form is currently a little over 3 years old and managed by a company that believes in setting the standards and letting the market follow.

Another source of great confusion is the mixed messages over time and between messengers as to whether a staged migration is practical or if it must be done in either a parallel phase out or big bang approach. To make that even more confusing, all of those options are equally the “best” approach, though the true determination of the correct approach is specific to a combination of the enterprise time-to-market needs, development skill sets, ability to maintain multiple environments and maturity of the enterprise architecture.

Given all these contributors to the fear, uncertainty and doubt surrounding a move off of a long-lived portal platform to a new, unfamiliar technology landscape I am currently in the process of acting as guide down this winding path for a company where all the various factors pointed mostly in the direction of a staged migration.

Like that first move to WLP 8.x, the approach from the 20,000 foot elevation looked very simple and straight-forward. Build the header, footer and navigation components in WebCenter and consume all of the legacy WebLogic Portal-produced portlets over WSRP. Where the WLP application had a backing file at the desktop-level that assembled user and account information at log-in, the backing file would be modified for use at the portlet level and the rest would be easy-peasy. This original understanding was entirely correct except the last phrase, i.e., no easy-peasy.

To be continued…

References for Historical Release Dates

http://en.wikipedia.org/wiki/Oracle_WebLogic_Server

http://en.wikipedia.org/wiki/Oracle_WebCenter

Facebooktwitterredditlinkedinmail
© Scott S. Nelson

The First Step of a Journey that Began Five Years Ago

Note: I will update this article with a link to the application once the customer has done their own announcements in accordance with their external communication policies and procedures.

In the Beginning there was BEA WebLogic Portal

In 2008, Oracle acquired BEA Systems. 19 days after the official merger, Oracle announced that premiere support for WebLogic Portal would end in 2014. The current policy document (latest can be found on http://www.oracle.com/us/support/lifetime-support/index.html) has moved this date out to 2018, though they have been sticking to the “no new feature release” policy since the 10.3.2 release in 2010. 10.3.2 was intended to be 11g, except it came out a year later than originally announced at Open World in 2008 and was released as a “dot” release of 10g despite the fact that it had several major enhancements and new features.

I had been hired by BEA in 2006 as a WebLogic Portal consultant due to my extensive experience with the product as a consultant for netNumina Solutions. In 2009, Oracle released WebCenter 11g and I attended the Masters Training two weeks prior to the GA date where I learned just how very different the two portal products are.

Which Way Do We Go?

I have been unable to find any officially published direction for WebLogic Portal customers who wish to migrate to WebCenter Portal, though I have had numerous conversations with engineers, architects, consultants and product managers about how to go about this. These discussions revealed three general approaches.

One approach is to simply re-build the portal in WebCenter. This is quite viable for very small portals and avoids the pitfall of other approaches, which is the need to maintain two architectures. It is not a very practical approach for medium to large portals as it is a great deal of effort and expense over a long period of time to just to provide the same functionality.

Both the second and third approaches are about transitions. On method is to create the new WebCenter portal and build all new features there and link over to the legacy WebLogic Portal for existing features. This is very quick and easy to deliver but difficult to maintain.

The third approach is staged migration. This approach creates the a new WebCenter portal that is the where users log in and interact, with the legacy functionality being exposed using WSRP. This solution allows for the immediate introduction of the WebCenter architecture and minimizes maintenance cost. By following a policy where any legacy portlet that requires modification be first moved over to WebCenter, Business and Technology stake holders can plan the complete retirement of the WebLogic Portal infrastructure as best suits the Enterprise as a whole.

Every Journey Starts with a Sprint

This month marks the deployment of the third solution to production for my current client. It is a medium-sized, high-complexity portal and it was brought from inception to production in six months using a mixed-Agile approach. It consists of 20 portlets produced by the legacy WebLogic Portal application and two legacy JSF portlets that were migrated in two days because they include file download functionality that made them easier to migrate than to dig through the documentation to fix as WSRP. The portal also includes managed content from WebCenter Content and a shared navigation structure with a legacy Struts 1.1 application.

The Enterprise Portal Architecture for the customer is to migrate all legacy functionality from WebLogic Portal to WebCenter Portal over the next year in staged releases that will also include the introduction of new features and functionality.

Facebooktwitterredditlinkedinmail
© Scott S. Nelson

Why Your Enterprise Web Sites Should Resemble an Ethernet Cable

Looking at my laptop at this moment, I see one very complex set of hardware and software interfacing with an almost unimaginably complex array of hardware and software though a very simple plug. I can remove that plug, move the laptop, and plug it back in somewhere else and the integration will be (nearly) instantly restored. With the addition of a cloud drive, I can remove the laptop, plug in one I’ve never touched before, and be full productive in as little as 10 minutes.

The only reason most web site DR plans don’t resemble the above scenarios is because no one has taken the time to standardized their interfaces to the level of simplicity of the humble cable. And the cable works that simply only because a number of people decided it must be.

Think about it.

Facebooktwitterredditlinkedinmail
© Scott S. Nelson

Techniques to Prepare for and Pass the TOGAF® Certification Exams

There is a great deal of discussion at the various virtual gathering places of Enterprises Architects (and those that want to be) on what certifications are the most important to have. The answers vary a great deal, mostly depending on perspective. Those who are already EAs respond with the assumption that everyone has almost as much education, experience and influence as they do, and recommend the pursuit of areas that will enhance their abilities. Then there are those who own a particular framework who suggest that the certification they offer is the most desirable for any EA (which I sometimes agree with except for the “most” quantifier). Then there are the practical bunch that point out that TOGAF® is the most widely recognized certification and the framework that many of the others are based on. In essence, if you are competent in TOGAF® you can easily become competent in most other frameworks.

Background

Once someone suggests TOGAF®, the thread moves to how to pass the certification (though many other threads about other frameworks and why certifications don’t matter will continue even though the original poster is ignoring them by this point). I recently achieved TOGAF® certification, and wanted to share how I did it before I catch the disease that seems to affect many TOGAF®-certified EAs where they mutter about how easy it is and just take a course or read a book. I also like to write, so you’ll have to suffer through some of my prose to get everything that worked for me (and some things that didn’t).  However, if you are as impatient with my writing as I am with most others, you can skip to the end for the outline and links. Go ahead, it won’t hurt my feelings…much.

I’m also not going to go into a deep review of the exam structure or material covered. This is more about where to get the material and how to use it than the material itself. The structure of the exam will be reviewed in terms of how to approach in a manner that will help you pass, and the material will only be referenced at a high level for context.

While I have worked with enterprise architecture for a dozen years, it has always been with the various custom frameworks of clients and employers (when any at all) which tend to use internal terminology and definitions. For example, one employer labeled “Information Architecture” as the practice of how users interact with information and focused on the use of wireframes, navigation and content taxonomy. Another employer referred to “Information Architecture” when they were discussing the design, designation and distribution of data and its containers. Neither organization listed “Information Architecture” in a glossary, so if you didn’t happen to already know their definition you could become very confused (and appear very stupid) in discussion about “Information Architecture” and the organizations capability to contribute Subject Matter Experts on the topic. Having been confused and appeared stupid in training class for an employer’s internal Enterprise Architecture Framework over this difference in nomenclature, when the time came to chose between TOGAF® Level 1 training and TOGAF® Level 1 & 2 training, I opted for the first. For my particular learning style, this was a good choice, even if made for (perhaps) the wrong reason.

Approaches

If your learning style leans towards interactive exchange with an instructor and other students or you have no experience with TOGAF®, I would highly recommend taking a Level 1 class as a starting point. Level 1 focuses mostly on the terminology of TOGAF®. In TOGAF® terms, Level 1 is the Preliminary phase of the ADM. The Level 1 exam covers all phases of the ADM, and touches on all of the other sections to assure that an individual certified at this level can have a conversation about TOGAF and not be totally lost. The exam is multiple choice, and the questions are at least twice as hard as any of the practice exams I have seen. So if you opt for the classroom instruction, review the course materials thoroughly afterwards. Many courses will give you the exercises performed during the class broken out by sections. I found it helpful to repeat the exercises to note which areas I did not score perfectly in and review those topics again.

If you are one of those people who absorb information very quickly or have been following the actual TOGAF® approach in your day-to-day work, going straight to a combined Level 1 and Level 2 class will probably be more to your liking and benefit. Level 2 of the TOGAF® exam and certification is a deep dive into how to take all of those terms and apply them in real-world scenarios. Level 2 is an open book exam, where a scenario is presented, a challenge is described based on the scenario, and then four approaches are described and your job is to pick the best one. One of the four is totally wrong, and the others have degrees of correctness. The training class I attended had us answer the class exercise questions by putting them in order. While this is not how the exam is done, I found that approach very helpful in choosing the most correct answer on the actual exam. One exam approach that I found invaluable was to break down the question into TOGAF®-specific areas and then see which answer addressed the most of them according to the document.

Don’t let the open book aspect of the Level 2 exam fool you into complacency.  While it does not have the rote memorization aspect of the Level 1 exam, the answers all sound pretty reasonable if taken alone. Also, for those who have dealt with Enterprise Architecture where TOGAF® was not followed some of the answers that sound most real-world are the 0 point responses. The key to this part of the exam is to know the structure of the TOGAF® document so that you can quickly locate relevant sections and verify how closely an answer matches the document. Another point to remember is that in addition to the document, there is a general approach core to TOGAF® which is the collaboration between business, technology, Enterprise Architecture and Project Management.

Of course, there are those who learn perfectly well from only reading (or reading in addition to work experience) and they are welcome to ignore my training course recommendations. In fact, for simply passing the certification exams (as opposed to scoring well, which I have a preference for), you can get by without a course, too, if you follow all of the suggestions described here using the written material and any practice exams you can access.

I would highly recommend taking the exams separately as I experienced some dismay during the Level 2 exam as I noticed which answers I got wrong on the Level 1 exam, which is a distraction.

Planning is Everything

One note from my personal experience is that having taken the path of a Level 1 course and certification followed by a combined Level 1 & 2 course (there was no Level 2-only course available to me at the time) I assumed that I would be able to simply take the Level 2 exam to complete my full TOGAF® certification. Turns out I need to have discussed this with the training company before taking the course as I received a voucher for the combined exam instead of just the Level 2. I could not exchange the voucher, and the testing center would not allow me to take only the Level 2 with that voucher, even though I had taken the Level 1 course with the same training company and the exam with the same exam provider. Fortunately I don’t know if this rigid process would have resulted in my not having been certified if I failed the Level 1 exam the second time around, though I’m sure it would have entailed a great deal of time consuming communications to correct that situation had that been the case. I suppose it is very much in the spirit of TOGAF® to never assume that all parties think about the same model from the same viewpoint.

My Ultimate TOGAF® 9 Certification Preparation Process by the Numbers

OK, so here it is, as promised:

Before the exam…

  1. Read TOGAF® 9 Certified Study Guide
  2. Attend a course
  3. Read the TOGAF® 9 spec cover to cover
  4. Review the course materials

During the exam…

  1. If possible, take the Level 1 exam and Level 2 exam individually
  2. If not 100% positive about the answer, mark it for review
  3. For Level 1, do not spend more than two minutes on any question for the first pass
  4. Complete all answers in the level before reviewing
  5. If you don’t know an answer pick one at random and mark it for review
  6. Once completing all the answers, begin the review with the first question. Some of the answers will now be obvious from later questions, so go through the marked questions quickly the first review and answer the ones you know are confident about
  7. On the first review, do not spend more than 1 minute per question
  8. If not 100% certain, leave marked for review
  9. On the second review, take your time and answer to the best of your ability, leaving those you are not 90% sure of marked for review
  10. Review until you run out of time
  11. For Level 2, list the parts of the question that map to TOGAF® then check each answer for addressing those items. The one that addresses most of those items is the most likely answer

Conclusion

In all honesty I can’t say that any one source for how to pass the exam is going to work for everyone capable of passing. I hope that I have given you one of the better approaches, including the suggestion to look for blog entries and articles and discussion that have further tips specific to your needs. What I have described here worked very well for me, with the key advice I found at one site being to look for the answer that was the most TOGAF®-ish and that was generally the best answer. The studying approaches I described are what allowed me to apply that excellent advise.

Other Resources

Facebooktwitterredditlinkedinmail
© Scott S. Nelson