d8888 888 888      88888888888 888      d8b                                 888       888          888       .d8888b.           888                               
      d88888 888 888          888     888      Y8P                                 888   o   888          888      d88P  Y88b          888                               
     d88P888 888 888          888     888                                          888  d8b  888          888      Y88b.               888                               
    d88P 888 888 888          888     88888b.  888 88888b.   .d88b.  .d8888b       888 d888b 888  .d88b.  88888b.   "Y888b.   88888b.  88888b.   .d88b.  888d888 .d88b.  
   d88P  888 888 888          888     888 "88b 888 888 "88b d88P"88b 88K           888d88888b888 d8P  Y8b 888 "88b     "Y88b. 888 "88b 888 "88b d8P  Y8b 888P"  d8P  Y8b 
  d88P   888 888 888          888     888  888 888 888  888 888  888 "Y8888b.      88888P Y88888 88888888 888  888       "888 888  888 888  888 88888888 888    88888888 
 d8888888888 888 888          888     888  888 888 888  888 Y88b 888      X88      8888P   Y8888 Y8b.     888 d88P Y88b  d88P 888 d88P 888  888 Y8b.     888    Y8b.     
d88P     888 888 888          888     888  888 888 888  888  "Y88888  88888P'      888P     Y888  "Y8888  88888P"   "Y8888P"  88888P"  888  888  "Y8888  888     "Y8888  
                                                                 888                                                          888                                        
                                                            Y8b d88P                                                          888                                        
                                                             "Y88P"                                                           888   

All Things WebSphere

Concerns and issues relating to all versions of WebSphere Application Server

Thursday, May 2, 2013

 

IBM WebSphere Application Server V8.5.5 enhanced Liberty profile


Delivers enhanced Liberty profile capabilities and introduces a new lightweight Liberty only offering for Web Profile applications

Introduces a new Liberty profile-only solution. The WebSphere Application Server Liberty Core edition is built to leverage the lightweight and dynamic aspects of the Liberty profile. Scoped to the capabilities of Web Profile applications, the new edition is ideal for lightweight production servers.

Enhancements to the Liberty profile are as follows:

• Certification to the JEE 6 Web Profile, providing the assurance that applications leverage standards-compliant programming models
• Additional programming models such as web services that enable the expansion of Liberty profile applications beyond web applications
• New messaging capabilities, including support for JMS and message-driven beans, and a new single server message provider
• Ability to add Liberty features through a new system programming interface, enabling the customization of Liberty profile capabilities to meet your business needs through insertion of custom Liberty features
• Support for the NoSQL database MongoDB, a scalable, well-performing, and easy-to-use document-style NoSQL database
• Enhancement to security support, such as federated repositories, custom user registry, trust association interceptor, password hashing, and encryption of passwords in server configurations, which improves security for Liberty application deployments
• High Performance Extensible Logging (HPEL) for Liberty servers, which enables better administration and serviceability
• New Liberty administration features
• Clustering of server instances
• Support for caching via the WebSphere Web Cache (DynaCache) and distributed caching with WebSphere eXtreme Scale
• Ability to install the entitled WebSphere Application Server edition on developer
machines for development and unit testing purposes•
• WebSphere Application Server V8.5.5 tooling bundles updated with Rational®
Application Developer (RAD) V9 and the WebSphere Application Server Developer
Tools (WDT) V8.5.5

For details see http://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&appname=gpateam&supplier=897&letternum=ENUS213-137&pdf=yes

 

Why should I use WebSphere Application Server core Liberty over Tomcat "kitchen sink" server ?


Scenario :  
A customer started with an 8MB Tomcat runtime for web apps , but by the time the dev teams added in their "stuff" it   turned into  60 MB "kitchen sink" type app server..  It includes may jars which one might expect to use to develop modern web apps which is fine because we expect customers to bundle those with the app.  BUT it also contains a fairly complete set of jars that comprise a middleware server (web services, jms, ...)  

Why should I choose WebSphere Application Server Liberty over my homegrown tomcat solution

Following is a comparison of Liberty vs a homegrown Tomcat "kitchen sink" type  server.

Server provisioning:
- Liberty, by design,  allows you to include only the features you need for your applications .
- Liberty  "minify" will subset the runtime for you, based on the configuration of the server
- produces a deployable binary server
- Homegrown is monolithic, will require significant manual effort and testing to figure out how to get back to "right-sized" server environment
-Or customer will need  to always deploy the 60MB homegrown server

- Liberty - configuration changes are dynamic - don't require server restart (i.e. jms, jdbc, vips)
- Homegrown - configuration changes will probably require restart

- Liberty - all the configuration goes in server.xml (or xml files included by server.xml) at customer's choice
-unique properties can be managed external to the server.xml, which allows customization per environment (Dev, FVT, Prod, ...)
- Homegrown - all the packages added to Tomcat will have their own config method/files

- Liberty log / trace files are consolidated
- Trace setting are consistent across components
- Homegrown will have logs/traces in multiple locations
- Homegrown components will NOT have trace setting suitable for production debug

Extensibility:
- Liberty runtime  can be extended by adding features in an architectural fashion, consistent with IBM developed features
-  Can create wrapper for 3rd party libraries which allows configuration of the new "feature"  consistent with IBM developed features
- Homegrown only allows  ad-hoc integrations of 3rd party jars

Dynamicity: 
- Liberty - config changes are dynamic - don't require server restart (i.e. jms, jdbc, vip settings)
- Homegrown, - config changes will probably require restart

Support
Liberty is fully supported by IBM
Homegrown?  middleware support team  + App teams + OSS communities
OSS communities (or public individuals) don't provide formal support.  Its based on best effort and interest as determined by the particular community / individual


Liberty - In the service stream Liberty has strict backward compatibility requirements
- no regressions on service releases
- new behaviors in service must be intentionally enabled by customer
Homegrown - Open Source communities don't adhere to strict backward compatibility.

Standards:
Liberty APIs are primarily based on open standards, allowing flexibility and a wider range of applications to work.
Homegrown - some APIs are based on standards but many are not. (i.e. "stax-2" is not a standard)

Licensing
- Liberty - IBM vet's all the OSS that we deliver and the code we develop.
- Homegrown - due diligence  is customers responsibility

Security differences
- Liberty supports hashing/encryption of passwords  in config, can be kept in separate property file
- Supports seamless integration with Tivoli and other authentication and authorizaton products.
- Homegrown security is likely to be a hodge podge of custom integration with different vendors.

Application Deployment
- Liberty allows automatic "drop in" of new app versions.  No server restart required.
 - Homegrown - Tomcat allows "drop in" deployment, but most likely the extensions do not

Central server management
Liberty collective will allow customer to build large administrative clusters
- i.e. start, stop, update config sent  to LibertyController which updates all servers in the collective
Homegrown - customer would need to develop management framework

Performance 
Liberty is significantly better than Tomcat



 

Project Icap


In case you are wondering where I have been all these months. I have taken a new job within IBM as a senior developer working on Cloud based application platform and services.

We just released Project Icap at IMPACT 2013
See https://www.ibm.com/developerworks/community/blogs/icap/entry/home?lang=en

1812 icap-v1.3 0430 from kelapure

Archives

December 2006   September 2008   January 2009   February 2009   March 2009   September 2009   October 2009   November 2009   December 2009   January 2010   February 2010   March 2010   April 2010   October 2010   January 2011   February 2011   April 2011   May 2011   June 2011   July 2011   August 2011   September 2011   October 2011   November 2011   December 2011   January 2012   February 2012   March 2012   April 2012   May 2012   June 2012   July 2012   August 2012   September 2012   October 2012   November 2012   January 2013   May 2013   June 2013   July 2013   September 2013   October 2013   June 2014   August 2014  

This page is powered by Blogger. Isn't yours?

Subscribe to Posts [Atom]