Before you begin
Installation automatically configures IBM WebSphere Application Server, Version 6 and all other bundled products. There is no need for additional configuration if you did not migrate from an earlier version.Why and when to perform this task
If you migrate an installation of WebSphere Application Server, Version 4.0.x, there are some items to review before considering your environment fully configured.
Steps for this task
Global security that uses Lightweight Third Party Authentication (LTPA) authentication in Version 4.0.x is migrated to the base WebSphere Application Server product and to the Network Deployment product. However, although global security was enabled in Version 4.0.x, it is disabled during migration to Version 6.
If you add this node later to an IBM WebSphere Application Server Network Deployment, Version 6 configuration, you can enable and use the LTPA configuration. Use the administrative console to generate keys for the migrated LTPA authentication mechanism. After generating the keys, you can enable global security.
Global security that uses localos authentication mechanisms in Version 4.0.x is migrated to the Network Deployment product. However, although global security was enabled in Version 4.0.x, it is disabled during migration to Version 6. The Network Deployment product does not support the SWAM authentication mechanism. Migration sets the authentication mechanism in Version 6 to LTPA. Use the administrative console to generate keys for the migrated LTPA authentication mechanism. After generating the keys, you can enable global security.
Version 6 does not support JSP 0.91 objects. The migration tools do not migrate JSP objects configured to run as JSP 0.91 objects. The migration tools do, however, recognize the objects in the output and log them. Version 6 runs JSP 1.0 and 1.1 objects as JSP 1.2 objects, which is its only supported level.
Version 4.0.x server groups have been dramatically redefined in Version 6 as clusters and cluster members. Application servers are the only objects supported as models and cluster members in Version 6.
A Version 4.0.x repository can contain more than one node name and its associated children. The WASPostUpgrade tool processes only those objects and children that match the migrating node. This determination is made by checking the names of nodes in configuration files with fully qualified and non-qualified network names of the migrating machine.
J2EE applications might exist on the client, if the client has client JAR files with J2EE resources.
If you have used a smaller heap size in the past, you can use the default heap size, which is now 50.
Result
Now you are finished with pre-test configuration. You might have to fine tune your WebSphere Application Server environment as you test it. Test all redeployed applications before moving them into production.What to do next
Return to Installing WebSphere Application Server to continue.Related concepts
Configuration mapping during
migration
Related tasks
Migrating welcome page