Inside Apache Geronimo 1.1 - What makes it special? Rakesh Midha

Inside Apache Geronimo 1.1
- What makes it special?
Rakesh Midha
IBM Software Labs, Bangalore
midharakesh@in.ibm.com
midha.rakesh@gmail.com
Goal
• Show case Geronimo open source story
• Where it fits in Industry and Enterprise
• How it facilitates easy development and
deployment
• Understand Geronimo 1.1 additions
• Get you hooked with Geronimo
1
Agenda
•
•
•
•
•
•
•
•
•
•
•
•
2
Geronimo - An Introduction
Why Geronimo?
What makes it Special?
Where does it fit well?
Geronimo Architecture and Components
Geronimo 1.1 – Whats New?
Getting Started
Administration and Configuration
Development Enviornment
Quick Application Development
Getting Involved
Summary, Q&A
Geronimo - An Introduction
3
What is Apache Geronimo?
Open source J2EE application server project developed by the Apache
Software Foundation.
Benefits from the efforts of collaborative development by an open
community of Java developers worldwide.
 Apache-licensed open source
application server
 Highly customizable
Brings together leading technologies
from the broad open source
community to support J2EE
4
 Small footprint
 Community-driven
Apache Geronimo
Geronimo
 Apache Geronimo an Apache Software Foundation
top level project that is aimed at creating a world
class, free, application server.
 It is made up of over 30 best of breed open
source packages (some not under the Apache
domain).
 The Geronimo kernel provides the common security,
deployment, administration, management, and lifecycle services for these components.
 Geronimo reached official J2EE 1.4 certification in
Milestone 5 in Oct 2005.
5
Geronimo Open Source Packages

















6
Howl
 TranQl
JDBM
 Wsdl4j
JDom
 Xmlbeans
Jetty
 Xpp3
Juddi
 Xstream
Junit
 Xfire
Mx4j
 Derby
OpenEJB
 Pluto
ActiveIO
 Slf4j
ActiveMQ
 Oro
Scout
 Servicemix
Antlr
 Spring
ASM
 Stax
Axis
 Tomcat
Castor
 Regexp
Concurrent
Apache Directory









Commons
Beanutils
Collections
Digester
El
Fileupload
I/O
Lang
Modeler
Primitives
Geronimo History and Progress
August
2003
7
August
2004
May
2005
June
2005
August Oct
2005 2005
Jan
2006
June
2006
In Plan
Why Geronimo?
8
Geronimo – Key Features
• J2EE 1.4 Certified
• Certification from Sun Microsystems in October last year
• Certified on the Sun JDK 1.4.2, works with JDK 1.5 without CORBA
• Option for Jetty or Tomcat as a Web Container
• Geronimo supports both Jetty as well as Tomcat. Separate package for download,
available for Jetty and Tomcat.
• Database Support
• Comes with Apache Derby database
• Also supports JDBC enabled databases using a connector framework from TranQL
• Eclipse Web Tools Project support
• Integrated development environment for creating, deploying, and debugging directly
against Geronimo
• Runtime customization
• Advanced micro-kernel architecture enables runtime customization to save systems
resources and improve performance
• Allows for greater flexibility in creating different server personalities in the future
9
Geronimo – Key Features
• Centralized configuration and control
• Easy to use Web Console
• Small Footprint ~60MB
• Easy access - downloadable in minutes
• Easily embeddable in customer or ISV stack
• Liberal product license
• Apache open source (ASF) license
• Flexible and rapid deployment across multiple
configurations
• Directory-based hot deployment
• Local and remote deployment through command line, console, and IDE
• Improved reliability for most commonly deployed
applications
• Web-tier clustering
10
What makes it Special?
11
Geronimo – Key Design Principles
Simple





Easiest platform to development on, obtain, use, and service.
Easy to understand, invisible to the customer. Application centric.
Easy to configure and change.
Embedded documentation, service functions, user interfaces, etc.
Default setting will get you running.
Flexible
 Can plug-in function while that application server is running.
 J2EE function is just one of the personalities that can be plugged in.
 Geronimo becomes the platform that partners/customers think when
building apps.
 Need to be the Eclipse of the tooling world.
Reliable
 ‘Appliance like’ reliability. Never fails.
 Startup and recycle time should be minimal.
 Customer never sees or cares about the server… it is about the
application.
 It is the ‘intel chip’ for your applications.
 Administration is available and easy.
 ‘Tomcat like’ reputation in open source.
12
Geronimo – Technical Advantage
 Enchilada of best of breed open source
products
 GBean Architecture
 A pluggable framework
 Modular Architecture
 Tomcat has web features but it lacks other
J2EE features
 Low memory and resource requirement
 Better web performance as compared to
other open source application servers
 True open source community driven
 Strategic commitment from IBM, Covalent,
Chariot and other big players
 Very Active community and dev/user list
 Optional Support from IBM
13
Geronimo – Still Why?
•It’s all Free!!!
•Free Application Server
•Free Development, Debugging environment
•Free Management tools
•Free resources like database, messaging
•Free enterprise class documentation
•Free Sample applications
•Free educational material like articles,
tutorials
14
Where does it fit well?
15
Where does this fit in the Enterprise?
• Apache Geronimo are excellent positioned as
developer runtimes
• Integration into Eclipse helps to reduce software licenses
• Small footprint
• Single User Environments
• Low end SMB companies
• Quick, frictionless access to application server technology
with no up-front costs
• Departmental Applications in Enterprises
• SMBs and departmental applications are a good target for this
technology
• Not quite ready to run your 4,000 AppServer farm
• Advanced monitoring, integration with commercial / open
source monitors not quite there yet.
16
Today – With Tomcat plus ‘other stuff’ you do
yourself
1. Your developers have a job to do – write your killer app!
build apps
2. They chose Apache Tomcat because it helps them
buildquickly…?
apps quickly
3. But Tomcat doesn’t have web services support, a security framework, or
messaging; so your developers added those components and integrated
them into the stack
4. Then your rock star developer wrote some app-specific service and
What happened
integrated that into the stack
to building
5. Turns out your app needs clustering
too,apps
so they throw that into the stack
quickly??
6. …but the web services component
they got doesn’t do clustering; luckily
there’s a newer version of that out now, so they get the new version and
integrate THAT into the stack
7. Now your staff is maintaining your killer app, Apache Tomcat, the web
services component, messaging, security, clustering, AND your custom
components
Custom
Integration
17
SOAP/Web
Services (Axis)
Your Killer
App/
Security
JMS Messaging
Authentication
Apache Tomcat
Web Tier
Clustering
Other
services you
need/write
Developers
maintain
all this!
Custom
Integration
Now, just much easier (oh, and futureproof)!
• What if you could start with Tomcat
• Extend Tomcat with pre-integrated features & services you need most
(read: someone other than you did the tedious work)
• Welcome to a little secret we like to call Tomcat+, use Apache Geronimo
• It’s fully extensible, and it’s built on the innovative open-source Apache
Geronimo kernel
• Plus all the same Apache Tomcat you’re already using
• Plus the leading components you want to use pre-integrated and tested
(and the ability to turn off what you aren’t using)
• Plus the support you need from IBM
Apache Geronimo
Your Killer App
Apache Tomcat
Security /
Authentication
Geronimo Plug-In Kernel
SOAP/Web
Services (Axis)
Web Tier
Clustering
Fully Integrated & Extensible
Kernel Services
JMS Messaging
Other Optional Plug-ins for EJBs, Transactions, etc.
18
Geronimo Architecture and
Components
19
Geronimo Architecture - GBean
• The Geronimo framework provides a set of cooperating classes, called
GBeans, for combining an arbitrary set of components into a system
• Everything in Geronimo framework is GBean
• Lightweight kernel provides central integration based on Inversion of
control pattern.
• Manageable at runtime using JMX, JSR-77
• Example:
•An EJB container
•Web Module
•
•
•
20
• It must be aware of every EJB in the system.
A J2EE web module that contains servlets and uses
• It registers a dependency on any EJB GBean
EJB
• An EJBs are added to the system
It depends on the web container and the EJB
•The Geronimo kernel recognizes the
container
relationship and injects information from the EJB
When its GBean is started, the Geronimo kernel
GBean into the EJB container GBean where it
recognizes the dependency and starts the web
updates its configuration state.
container and the EJB container first
•This action is called dependency injection.
• Kernel
•
•
•
•
Geronimo Kernel
Core of the component model
Provides central integration point
Binds all the subsystems
Based on Inversion of Control /Injection Pattern
• Geronimo Beans
• GBean is a manageable unit in the Geronimo framework
• To add new component to the server, you deploy the
collection of GBeans
• A deployment plan is an XML document that provides
server specific attribute values
• GBeans can hold states and can define relationships
amongst them
• GBean life cycle is managed by the kernel.
• A java class can be wrapped to become a GBean
• GBeans are used to tie all the open source projects in
Geronimo ( Derby, Tomcat, Axis, OPenEJB …. )
• GBean can notify events.
21
Geronimo components
22
Specification required for J2EE
certification
Area of coverage
Project or code used by Geronimo
Servlets 2.4
JavaServer Pages (JSP) 2.0
Web tier container with support for
JSPs and servlets
Jetty and Tomcat
Enterprise Java Beans (EJB) 2.1
EJB container
OpenEJB
Java Message Service (JMS) 1.1
Messaging service
ActiveMQ
Java Naming and Directory Interface
(JNDI) 1.2.1
Directory service/naming API
Custom code implementation
Java Transaction API (JTA) 1.0
Transactions
Custom manager with High-speed
ObjectWeb Logger (HOWL) for
transaction logging, XA supported,
evolving to Java Open Transaction
Manager (JOTM)
JavaMail 1.3
Mail
Custom coding
JavaBeans Activation Framework
(JAF) 1.0
Activation -- handling
html/text/gif/jpg MIME types,
primarily for JavaMail attachments
Custom coding
JSR 77 -- J2EE Management 1.0
Manageability
Custom coding with MX4J
JSR 88 -- J2EE Deployment 1.1
Deployment and configuration -cross-vendor server deployability
Custom Code
JMX 1.2
Manageability
MX4J
Geronimo components - cont
23
Java Data Access API (JDBC) 3.0, 2.1
Database
Code from TranQL
Java API for XML Processing (JAXP)
1.2
SAX, DOM APIs; third-party SAX,
DOM, XSLT engine pluggability
JDK support where applicable, and
Apache Xerces
J2EE Connector Architecture (J2CA)
1.5
Connector
Custom coding. Includes JMS
resources and JDBC pools.
JSR 109 -- Implementing Enterprise
Web Services 1.1
Web services
Apache Axis
Java API for XML-based RPC (JAXRPC)
Web services
Apache Axis
SOAP with Attachments API for Java
(SAAJ) 1.2
Web services
Apache Axis
Java API for XML Registries (JAXR)
1.0
Web services
Apache Scout
JSR 115: Java Authorization Contract
for Containers (JACC)
Security -- authorization and
authentication
Custom development using JDK's
JAAS support
Internal database
Database
Derby
Persistence mechanism
Database
Unified substrate for CMP and
Beans/POJO oriented schemes over
TranQL
Interoperability
TCP/IP, HTTP1.1, SSL3.0, TLS 1.0,
SOAP 1.1, WS-I Basic Profile 1.0
CORBA - IIOP, RMI-IIOP, EJB Interop,
CORBA Interop Naming Service, JRMP
JDK support (that is, ORB and JRMP),
support from other packages, and
custom code
Deployment Framework
• Each Component has a GBean and deployment plan.
• Plan is an xml file containing properties of GBean
• Server is built using j2ee-server-plan.xml
<gbean name="JettyWebConnector" class="org.apache.geronimo.jetty.connector.HTTPConnector">
<attribute name="host">localhost"</attribute>
<attribute name="port">8080</attribute>
<reference name="JettyContainer"><name>WebContainer</name></reference>
<attribute name="maxThreads">50</attribute>
<attribute name="minThreads">10</attribute>
</gbean>
• Can also deploy plan to running server using deployer
• For modules you need specific file as deployment plan
•
•
•
•
•
24
Web Application (WAR) - WEB-INF/geronimo-web.xml
Enterprise Application (EAR) META-INF/geronimo-application.xml
Enterprise Java Beans (JAR) META-INF/openejb-jar.xml
J2EE Connectors (RA) META-INF/geronimo-ra.xml
Client Application META-INF/geronimo-application-client.xml
Geronimo 1.1 – Whats New?
25
Geronimo 1.1
•
•
•
•
•
•
•
•
•
•
26
Updated deployment plan
Running with JDK 1.5 without CORBA support
Improved scalability, portability and overall organization
Enhanced Web Console
• Memory utilization graphics, Live console graph
• Thread Pools statistics
• Remote HTTPd configuration wizard and plugins
• JMS resource wizard
• Keystore manger
Improved Hot deployment
Application storage in repository
Enhanced SMTP support
Little-G
Plugin architecture
In-place deployment
Geronimo 1.1-Little-G
• Lightweight distribution of geronimo available
for both jetty and tomcat
• Small space requirement ~20MB and smaller
memory footprint
• It includes a WebContainer, Transaction
Manager and some other essential elements of
Geronimo.
• Not J2EE compliant
• Can be upgraged for specific requirement like
JMS, J2EE etc using plugins.
27
Geronimo 1.1-Plugins
• A Geronimo plugin is a new packaging mechnism for geronimo
modules
• Geronimo applications, server features, and integrated products
can be distributed as Geronimo plugins.
• Plugins are easy to install, automatically download any
dependencies, and do not require server restarts.
• Using the plugin infrastructure, applications or modules can be
copied from one Geronimo installation to another
• Developer to Developer
• Development environment to production environment
• Plugin stays in Maven 2 repository and automatically downloads
dependencies from other repositories
• Web console can be used to create plugins
28
Plugin web console
29
Getting Started
30
Quick Start
• Available for download from
http://geronimo.apache.org/downloads.html
• Linux, windows and MacOS installation in tar/zip format with jetty and
tomcat available
• System Requirements
• Redhat Enterprise Linux 3.0 or 4.0, Suse Linux Enterprise .9
• Microsoft XP with SP2
• 120MB Disk Space
• 128MB RAM (256MB Preferred, depends upon deployed Applications)
• Installation
• Windows
• Install JDK, set JAVA_HOME and simply unpack geronimo-*-j2ee1.1.zip
• Linux
• Install JDK, export JAVA_HOME and simply unpack geronimo-*-j2ee1.1.tar.gz
31
Server Administration
• Starting a Server
• From application launcher, execute startup.bat or startup.sh, or run
java – jar bin\server.jar
• The server will display the TCP/IP ports where it is listening for
requests
• You can confirm readiness of server by navigating to welcome page
http://localhost:8080/console and https://localhost:8080/console
in browser
• When Prompted enter System/Manager as userid/password
• Startup options : -quite, -v, -vv
• Stopping a Server
• From Application Launcher, Execute shutdown.bat or shutdown.sh, or
run java –jar shutdown.jar
• Stop server using Web Console
• Press Ctrl-C at the Server Started window
32
Tools and Commands
• Deploy command - deploy.bat and deploy.sh
• java -jar deployer.jar [general_options] <command> [command_options]
• deploy [general_options] <command> [command_options]
• Commands available
• 1. Common Commands
•
deploy
•
redeploy
•
start
•
stop
•
undeploy
•
2. Other Commands
•
distribute
•
list-modules
•
list-targets
•
3. Configuration jar
•
install-plugin
•
search-plugin
• General options
• --uri
--host
• --password
33
--port
--syserr
--driver
--verbose
--user
--offline
Administration and
Configuration
34
•
Web
Console
The administration console provides a convenient, user
friendly way to administer many aspects of the Geronimo
Server.
• Can be viewed in a browser at
http://localhost:8080/console
• Default password is system/manager
• It can be used for server management, and viewing/editing
following information:
•
•
•
•
•
•
•
•
•
35
Server/JVM usage statistics
Server logs
Control server functionalities
Web Server configuration
Database, JMS Resource configurations
Thread pool, database pool, J2EE connectors management
Apache HTTP, Derby maintenance
Application/ Modules/ Plugin management
Security realms management
Web Console view
36
Deploying JDBC and JMS resources
• Database Pool is deployed as a connector in Geronimo
• Database Connection pool can be configured at the server level,
application level or part of single application module, as default
Pool Type
Multiple Appl.
Multiple Modules
Client Module
Server-wide
Yes
Yes
No
Application-scoped
No
Yes
No
Client Module-scoped
No
No
Yes
• Configuring Database pool
• Create Database Pool deployment plan containing configId, parentId,
dependency, uri, connectionfactory-interface, name and configurable
properties like Driver, user, passwd etc
• Deploy pool as connector
•
Server wide
java -jar bin/deployer.jar deploy database-pool.xml \ repository/tranql/rars/tranql-connector-1.0.rar
•
Application Scoped
Create application.xml with
Create geronimo-application.xml
jar -tf my-app.ear my-web-app.war my-ejbs.jar tranql-connector-1.1.rar database-pool.xml METAINF/application.xml META-INF/geronimo-application.xml
•
Client Module Scoped
A module scoped connection pool is declared in the geronimo deployment plan for the module
37
Deploying JDBC and JMS resources - Cont
• JDBC Resources
• In Modules Deployment descriptor ie web.xml Add resource ref
<resource-ref>
<res-ref-name>jdbc/DataSource</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>
• For external references deployment plan is required with following info:
<naming:resource-ref>
<naming:ref-name>jdbc/DataSource</naming:ref-name>
<naming:resource-link>SystemDatasource</naming:resource-link>
</naming:resource-ref>
• In Application code lookup datasource and use it.
InitialContext ctx = new InitialContext();
DataSource ds = ctx.lookup("java:comp/env/jdbc/DataSource");
Connection con = ds.getConnection();
• JMS Resources
• The default Geronimo server starts with ActiveMQ as messaging server
• JMS Server must be running and its GBean is created and deployed
• JMS application resources like connection factories, topics, and queues are deployed
using J2EE connector, which can be used like JDBC resource.
38
Geronimo Classloader
Bootstrap, Extensions – JVM Classes
System – Geronimo System
Server – Critical classes and services
for J2EE
EAR – EAR Classloader
Dependency loaded as part of EAR
Classloader.
39
Troubleshooting
Logging
• Administration Console provide 4
portlets for configuration and
viewing the server’s log
• Log Manager to specify log
configuration file, Log Level, file
size and Refresh Period
• Server Log Viewer to view server
log and set filters for refining
results displayed
• Derby Log Viewer to view Derby
server logs
• Web Access Log Viewer to view
web server logs for both tomcat and
jetty
• Detailed log4j configuration
settings can be done directly in
server-log4j.properties, deployerlog4j.properties and clientlog4j.properties file
40
Security
Security
• In Geronimo you can define and
activate multiple security realms
build around JAAS
• Each realm can authenticate
user, provide set of principles to
authorize user
• Each realm is a deployed as a
component via GBean
• Default plan in doc/plan/j2eesecurity-plan.xml
• In order to enable https access to
web applications, Geronimo requires
keystore.
41
Development Enviornment
42
Development Environment
• Development Tools
• Eclipse plug-in for creating, deploying, and debugging
Geronimo applications
• Plug-in provides integration between Eclipse Web
Tools Platform and Geronimo
• Eclipse Web Tools Platform (WTP) project extends
the Eclipse platform with tools for developing J2EE
Web applications
• http://www.eclipse.org/webtools/
• Plugin available for download from geronimo
website
• Integrated test environment
• Eclipse plug-in provides integrated test environment
for Geronimo
43
Development Environment views
44
Quick Application
Development
45
Quick first web application
• Create HelloWorld.jsp
• Create a plain text file in the <app_home> directory named HelloWorld.jap
and copy the content
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html> <head>
<jsp:useBean id="datetime" class="java.util.Date" />
<title>Hello IBM Geronimo Version 1.1</title>
</head>
<body>
<h2>Welcome to Geronimo Version 1.1</h2>
<p>Congratulations on running this simple application on ${datetime}.</p>
</body> </html>
• Create Standard J2EE complaint deployment descriptor web.xml in
<app_home>/WEB-INF directory
<web-app version=“1.0" xmlns="http://java.sun.com/xml/ns/j2ee">
<welcome-file-list>
<welcome-file>HelloWorld.jsp</welcome-file>
</welcome-file-list>
</web-app>
46
Quick first web application– cont.
• Create Geronimo plan
• Although this sample application does not require it, you can still create
Geronimo deployment plan to get first view.
• Create geronimo-web.xml in WEB-INF directory
<?xml version="1.0"?>
<web-app xmlns="http://geronimo.apache.org/xml/ns/web"
xmlns:naming="http://geronimo.apache.org/xml/ns/naming"
configId="HelloWorld">
<context-root>/hello</context-root>
</web-app>
• Package the application
• From command prompt, go to <app_home> directory and execute
jar –cvf HelloWorld.war *
• Deploy the application
• You can use Geronimo web console to deploy and run application
• From command line your can use the deployer.jar to deploy application using
java -jar bin\deployer. jar --user system --password manager deploy sample\HelloWorld.war
• Test the application
• Test the application by pointing a Web browser to the following URL:
http://localhost:8080/hello
47
Getting Involved
48
What more? Geronimo 1.2
• The next version of Geronimo is focused on several
areas, including:
• Enhance the performance and usability of the server.
• Improve cross-platform compatibility.
• Improve integration with third-party development tools and
server products.
• Enhance configuration, administration and management tools.
• Improve clustering support for web containers and EJBs.
• J2EE 1.5 – EJB 3, Web 2.5
• Portal Server plugin
49
Getting Involved
• Geronimo home page
• http://geronimo.apache.org/
• Future road map
• http://issues.apache.org/jira/browse/GERONIMO?report=com.atlassia
n.jira.plugin.system.project:roadmap-panel
• Jira Bug tracking
• http://issues.apache.org/jira/browse/GERONIMO
• Subversion source code
• http://geronimo.apache.org/svn.html
• Mailing lists
• user@geronimo.apache.org
• dev@geronimo.apache.org
• IRC
• Irc.freenode.net - #geronimo
• Wiki
• http://cwiki.apache.org/geronimo
• Documentation
• http://geronimo.apache.org/documentation.html
50
Summary
Q&A
51