Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: for the plan.

Jump to: navigation, search

EclipseLink/Examples/JPA/WLS AppScoped DataSource

How to use Application Scoped Data Sources in WebLogic with EclipseLink JPA

This how-to describes the use of application scoped data-sources within a WebLogic Application Server (version 10.3). These steps are necessary as the WebLogic container does not initialize application scoped data sources before the JPA bootstrapping is performed. Without these steps EclipseLink will be provided a null data-source and will throw an exception during its initialization.

The configuration involves a few simple configuration steps:

  1. Define the new data-source in a *-jdbc.xml configuration file. (EAR)
  2. Add the JDBC module to the WebLogic Application Configuration (EAR)
  3. Configure the JPA persistence unit to use the application scoped data source (EJB)

1. DataSource Definition

An application scoped data source can be specified by providing a <name>-jdbc.xml file within the META-INF folder of your application's EAR. The following illustrates how the file might be defined. The important part of this configuration is the <scope>Application</scope> within the jdbc-data-source-params section.

The framework for the this <name>-jdbc.xml file can be generated by creating a globally scoped datasource on the WebLogic administration page, not associating it with a server and adding the <scope> element manually.

<?xml version = '1.0' encoding = 'windows-1252'?>
<jdbc-data-source xmlns:xsi=""
      <test-table-name>SQL SELECT 1 FROM DUAL</test-table-name>

WebLogic Application Configuration

In the EAR you will have /META-INF/weblogic-application.xml where the JDBC module needs to be defined. This simply registers the data source defined in step 1 for use in your application.


JPA: persistence.xml

In the persistence.xml's definition of the persistence-unit you will need to specify an additional fully qualified "javax.persistence.jtaDataSource" property so EclipseLink can lazily look up the application scoped data source. This additional property "java:/app/jdbc/SimpleAppScopedDS" is the workaround for the following issue 246126. Please retain the original <jta-data-source> element for future compatability when this workaround is no longer required.

Note: The jta-data-source and javax.persistence.jtaDataSource properties must match.

<?xml version="1.0" encoding="windows-1252" ?>
<persistence xmlns:xsi=""
  version="1.0" xmlns="">
  <persistence-unit name="employee" transaction-type="JTA">
      <property name="" value="WebLogic_10" />
      <property name="javax.persistence.jtaDataSource" value="java:/app/jdbc/SimpleAppScopedDS" />

In this example a JTA data source is being used so the property required is javax.persistence.jtaDataSource. If however you are using a non-jta-data-source then you should use the javax.persistence.nonJtaDataSource property to specify the JNDI name to use.


Timeout or Data Source does not exist Error

If you get a java.sql.SQLException: Cannot obtain connection after 30 seconds. : java.sql.SQLException: Data Source Connection1 does not exist." in either EclipseLink, Kodo or OpenJPA then verify that your <driver-name> in your *jdbc.xml config is transactional.

Password Encryption Error

If you get the following invalid pad byte exception when deploying your EAR to WebLogic 10.3 then check that you are using the latest AES encryption instead of 3DES. You can regenerate your encrypted password by creating a temporary globally defined datasource and viewing the *jdbc.xml file generated on your domain config directory.

Feb 20, 2009 11:46:01 AM EST> <Error> <Deployer> <BEA-149265> <Failure occurred in the execution of deployment request with ID '1235148360979' for task '20'. Error is: 'com.rsa.jsafe.JSAFE_PaddingException: Could not perform unpadding: invalid pad byte.'
com.rsa.jsafe.JSAFE_PaddingException: Could not perform unpadding: invalid pad byte.
	at com.rsa.jsafe.JA_PKCS5Padding.a(Unknown Source)
	at com.rsa.jsafe.JG_BlockCipher.decryptFinal(Unknown Source)


Back to the top