Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

EclipseLink/Examples/JPA/Spring Web Tutorial

< EclipseLink‎ | Examples‎ | JPA
Revision as of 15:08, 20 December 2010 by Michael.obrien.oracle.com (Talk | contribs) (Configuraiton MBeans)

EclipseLink JPA Deployed on Spring

This content is undergoing an expansion as of 20101220 in enhancement # 332953


Purpose

  • The open source persistence provider - EclipseLink JPA or native EclipseLink can be the JPA or ORM provider for Spring beans in Spring based applications.
  • The API provided by the Spring framework can range from using the dependency injection (DI) features along with the Aspect Oriented Programming (AOP) support - all the way to using declarative transactions and management of remote resources.
  • In this tutorial page we will concentrate on providing support for developers and projects that wish to use EclipseLink with Spring applications and we will demonstrate a very simple web application that uses either a JTA or local RESOURCE_LOCAL persistence unit and use Spring's @Autowired, @Controller, @RequestMapping, @Repository and possibly the AOP @Aspect and @Around annotations as required.

JPA Enterprise Application running on Spring inside WebLogic Server

  • As most enterprise applications that use Spring will do so via a web appliacation - instead of a Web/EJB EE combination - we will concentrate on Web (WAR) applications.
  • WebLogic offers the following services to Spring applications
  • The primary use case we will prototype for this tutorial is one where the application uses Spring (either managing its' own local transactions, or using the transaction manager in WebLogic for distributed transactions) as the enterprise container on WebLogic Server. WebLogic currently support Spring 2.5.3 and Dependency Injection using Spring in non-Spring applications via the open source Pitchfork project.
  • Therefore theoretically we should be able to use Spring AOP and other DI annotations in our application without any extra configuration - we will verify this.
  • A secondary use case will be migration of a SpringSource Tool Suite 2.5.0.M3 (based on Eclipse 3.6 and Apache Tomcat 6.0.20) based native Hibernate project to one that uses EclipseLink JPA.

JEE and Spring correspondence

  • Spring can be used in parallel with formal EE specification technologies like IIOP Remote Session Beans and Transactions or as an alternative to them using Spring's remote RMI/JAX-RPC/WS proxying and declarative transactions/rollback support.
  • However, Spring does not provide native distributed transaction support or native ORM support - in both these cases JEE must be used.
    • Distributed transactions via transactions that occur across remote session bean methods
    • ORM persistence is provided via JPA (using either EclipseLink or Hibernate as the provider) - or via native ORM for either of these persistence providers.
  • Using the Spring framework as the EE container allows the user to run enterprise applications on simple JSR-154 Servlet containers like Tomcat, Jetty, WebSphere CE, Spring TC or Spring DM/Virgo
  • The spring framework treats all EE artificts as Spring Beans

Architecture

  • There are 3 standard tiers to our web application.
    • 1) presentation/view layer (JSP/JSF pages)
    • 2) controller layer (Controller Servlet)
    • 3) integration/data-access layer (Spring beans)
  • The cross-cutting concerns are
    • 1) The data model (Entities)
    • 2) Logging
    • 3) Transaction Management (Spring beans)
  • We will be using standard JPA Entities for our data model domain objects.
  • The domain objects will be managed by Spring beans that act as Data Access Objects between our Entities and the persistence store

Installation

WebLogic 10.3.3.0

  • In WebLogic 10.3.3.0 there exists 3 spring jars in the modules directory - these are internally wrapped API that support the 2.5.3 version of Spring as indicated. We may upgrade these to work with Spring 3 as long as we do not encounter issues between 2.5.3 and 3.0 dependency injection. The pitchfork jar is part of the Oracle open source project for metadata translation of JSR-250 annotations.
  • The notable thing about using the com.bea.core namespace is that it will not confict with any com.springsource Spring versions shipped with Spring EAR applications.

Eclipse 3.6 Setup

Standard Eclipse 3.6 EE

  • Spring must be configured as follows.

SpringSource Tools Suite 2.5.1

  • Spring will run out of the box on Apache Tomcat 6.0.20

JNDI Datasource Setup

EclipseLink JAR

Spring JARs

Create Enterprise Projects

  • Possible configurations of the projects are...
  • Using the default WebLogicJtaTransactionManager
    • SC1: WAR only project with entities/beans inside war jar.
    • SC2: WAR only project with entities/beans inside separate domain jar.
    • SC3: EE EAR project with entities/beans inside the war project
    • SC4: EE EAR project with entities/beans inside separate ejb.jar project
    • SC5: EE EAR project with entities/beans inside separate domain jar project

Object Model

  • Following Scenario SC3 we will place our entities inside

Dependency Injection

Web.xml

  • The version of the xmlns:web namespace must be 2.5 not 2.4
  • Add a persistence-ref for this application managed persistence unit
<persistence-context-ref>
   <persistence-context-ref-name>persistence/em</persistence-context-ref-name>
   <persistence-unit-name>spring</persistence-unit-name>
  </persistence-context-ref>

org.eclipse.persistence.jpa.PersistenceProvider

  • The SPI file javax.persistence.spi.PersistenceProvider' containing the text org.eclipse.persistence.jpa.PersistenceProvider must be placed at the root of where the entities/beans are off of META-INF/services

Persistence.xml

servlet-config.xml

application-config.xml

  • If you were using a Hibernate SessionFactory for ORM you could describe your entities in the AnnotationSessionFactoryBean bean element to match the class elements from persistence.xml - if auto-discovery was not enabled
  • The

Transaction Manager Configuration

  • If we use the default WebLogicJtaTransactionManager we get the following Spring beans by default when the application context is wrapped in a parent proxy by WebLogic
    • ref="transactionManager" - a subclass of org.springframework.transaction.jta.jtaTransactionManager

Configuration MBeans

  • On WebLogic Server we get the following Spring beans by default when the application context is wrapped in a parent proxy.
  • Both of these MBeans should be running off the platform MBeanServer - I will need to verif this.
    • ref="editMBeanServerConnection"
    • ref="runtimeMBeanServerConnection"

Servlet Client

Start Server

Publish EAR

Console Output

Browser Output

Previous 2008 content - currently undergoing refactoring on 20101220

Downloading EclipseLink Libraries

Download EclipseLink using HTTP - recommended

Download EclipseLink using Maven

See the repository on http://www.eclipse.org/eclipselink/downloads/index.php

Download EclipseLink using SVN - developers only

  • Get the following eclipselink.jar and javax.persistence*.jar from http://www.eclipselink.org ready for your EclipseLink shared library - (I am running rev 2.0.0.20090218-SNAPSHOT)


http://www.springframework.org/download http://sourceforge.net/project/downloading.php?group_id=73357&use_mirror=voxel&filename=spring-framework-2.5.5-with-dependencies.zip&50273885

Eclipse Launch Targets

-javaagent:c:\opt\spring3\org.springframework.instrument-3.0.0.RELEASE.jar

Change Log

  • 20080922 - start tutorial template (no content)
  • 20101217 - revisit tutorial using Spring 3, SpringSource Tool Suite 2.5.0, AspectJ 1.6 weaver at 3019.

References

Known Issues

Back to the top