Tip

Eliminate WebSphere team deployment headache

IBM has made some significant enhancements to the Administrative Console with the introduction of V4.01 Advanced Edition. Unfortunately, the product's origins on the NT platform present challenges to multiuser machines like the iSeries that were not anticipated or handled well by the cross-platform development team.

You may associate a single user profile and password with the console (actually the administrative server) on the console by selecting Console, then Security Center, and the Authentication Tab.

But what do you do if you have multiple developers or, worse, multiple development teams working in one WebSphere environment? Large shops working with WebSphere isolate development from production or quality assurance environments by using physically separate machines and giving developers full console access to development machines.

The problem that exists is deploying Web Archive (WAR) or Enterprise Archive (EAR) files. To deploy an EAR or WAR at V4.01 and V4.02, you must stop, delete, recreate and then start your Enterprise Application to properly deploy a WAR or EAR. The console has no granularity. You either have complete access to the console or none. The extreme programming (XP) model dictates deploying executable code for testing as rapidly as possible and adding functionality throughout the life of your project. That means you may need to redeploy your WAR or EAR files frequently, often several times a day.

You don't need to delete or recreate your Enterprise Application when you replace individual objects, but you must when you add or remove objects from your application. While I certainly "trust" my developers, the auditors do not. When it comes to WebSphere, giving a developer full WebSphere console authority opens the same exposures as giving a developer QSECOFR with *ALLOBJ authority.

As you can see, we have a change control nightmare. Many large shops give developers free access to their development machines and require that applications be turned over to a separate deployment group to deploy, to quality assurance or to production environments.

An alternative is the new WebSphere Control Program (WSCP). The WSCP is a scripting language based on tool control language (TCL). Almost anything that can be done via the console can be done via WSCP scripts, which on the iSeries may be run via Qshell (QSH). Unfortunately, IBM has not provided a batch command level framework, so you must write your own scripts and integrate that scripting into your systems. I strongly suggest you look into developing WSCP scripts and using WSCP to provide some form of managed change control in your WebSphere environment. Detailed information on WSCP may be found in the WebSphere "Documentation Center."

-------------------------
About the author: Bob Cancilla is managing director of IGNITe/400, an electronic iSeries 400 Internet users group. He is also author of the book Getting Down to e-business with AS/400.

=======================
MORE INFORMATION
=======================


This was first published in February 2002

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.