WAS v8.5 > Script the application serving environment (wsadmin) > Scripting for data access resources > Configure data access with wsadmin scriptingConfigure new data sources using wsadmin
We can configure new data sources using wsadmin.sh.
Before starting this task, wsadmin must be running. See the topic Starting the wsadmin scripting client for more information.
In WebSphere Application Server, any JDBC driver properties required by the database vendor must be set as data source properties. Consult the article Data source minimum required settings, by vendor to see a list of these properties and setting options, ordered by JDBC provider type. Consult the database vendor documentation to learn about available optional data source properties. Script them as custom properties after you create the data source. In the Related links section of this article, click the "Configuring new data source custom properties using scripting" link for more information.
There are two ways to perform this task; use either of the following wsadmin scripting objects:
- AdminTask object
- AdminConfig object
AdminConfig gives you more configuration control than the AdminTask object. When creating a data source using AdminTask, you supply universally required properties only, such as a JNDI name for the data source. (Consult the article JDBCProviderManagement command group for AdminTask for more information.) Other properties required by your JDBC driver are assigned default values by Application Server. We cannot use AdminTask commands to set or edit these properties; use AdminConfig commands.
- Using the AdminConfig object to configure a new data source:
- Identify the parent ID, which is the name and location of the JDBC provider that supports your data source.
Jacl:
set newjdbc [$AdminConfig getid /Cell:mycell/Node:mynode/JDBCProvider:JDBC1/]
Jython:
newjdbc = AdminConfig.getid('/Cell:mycell/Node:mynode/JDBCProvider:JDBC1/') print newjdbc
Example output:
JDBC1(cells/mycell/nodes/mynode|resources.xml#JDBCProvider_1)
- Obtain the required attributes.
Fast path: For supported JDBC drivers, we can also script data sources according to the same pre-configured templates used by the dmgr console logic. For more information, see the topic Creating configuration objects using wsadmin.sh.
Jacl:
$AdminConfig required DataSource
Jython:
print AdminConfig.required('DataSource')
Example output:
Attribute Type name StringIf the database vendor-required properties (which are referenced in the topic Data source minimum required settings, by vendor) are not displayed in the resulting list of required attributes, script these properties as data source custom properties after you create the data source.
- Set up the required attributes.
Jacl:
set name [list name DS1] set dsAttrs [list $name]Jython:
name = ['name', 'DS1'] dsAttrs = [name]
- Create the data source.
Jacl:
set newds [$AdminConfig create DataSource $newjdbc $dsAttrs]
Jython:
newds = AdminConfig.create('DataSource', newjdbc, dsAttrs) print newds
Example output:
DS1(cells/mycell/nodes/mynode|resources.xml#DataSource_1)
- Using AdminTask to configure a new data source:
Jacl:
$AdminTask createDatasource {-interactive}
Jython:
AdminTask.createDatasource (['-interactive'])
- Save the configuration changes. See the topic Saving configuration changes with wsadmin for more information.
To set additional properties that are supported by your JDBC driver, script them as data source custom properties.
Related
Configure new data source custom properties using wsadmin
Create configuration objects using wsadmin.sh
Use the wsadmin scripting AdminConfig object for scripted administration
Start the wsadmin scripting client using wsadmin.sh
Save configuration changes with wsadmin
Reference:
Data source minimum required settings, by vendor
Commands for the AdminConfig object using wsadmin.sh
WAS data source properties
JDBCProviderManagement command group for AdminTask object