Superseded Liberty features
If a feature is superseded, a new feature or a combination of features might provide an advantage over the superseded feature.
For example, new, finer-grained features might be used in place of the superseded one to reduce the server footprint by excluding content that might not be necessary. The new feature or features might not completely replace the function of the superseded feature, so you must consider your scenario before you decide whether to change your configuration. Superseded features remain completely supported and valid for use in your configuration, but you might be able to improve your configuration by using the newer features.
Very occasionally, a feature that includes other features is superseded by a new version of the feature that does not include all those features; the features that are not included in the new version are considered to be separated. If your application needs to use the functions of a separated feature, you must explicitly add the separated feature to your configuration.
- featureA-1.0 includes featureB-1.0
- featureA-2.0 does not include featureB-1.0 (or any later versions of featureB)
- Include featureA-1.0 in your server.xml file
- Include featureA-2.0 and featureB-1.0 in your server.xml file
Category | Superseded feature | Superseding feature or feature capability |
---|---|---|
Liberty security | appSecurity-1.0 | appSecurity-2.0 This version of the appSecurity feature secures only applications that are based explicitly on the presence of other features. If the servlet-3.0 feature is present with the appSecurity-2.0 feature, web applications are secured. If the servlet-3.0 feature is not present, web applications are not secured. If the ejblite-3.1 feature is present with the appSecurity-2.0 feature, EJB applications are secured. If the ejblite-3.1 feature is not present, EJB applications are not secured. |