Installation Guide
Studio Version 10.1.3.4.0
June 2008
Before you install JDeveloper, please review the content of this guide.
This release of JDeveloper is tested and supported on the specific versions Windows, Linux, and Mac OS X, as listed in Section 1.1 below. In addition, it is supported on any operating system that supports Sun Java SE Development Kit (JDK) 5.0 Update 6 or later.
1.1 Recommended CPU, Memory, Display, and Hard Drive Configurations
Resource | Recommended |
---|---|
Operating System |
Windows 2000-Service Pack 4 |
CPU Type and Speed |
Pentium IV 2 GHz or faster |
Memory |
1 GB RAM |
Display |
65536 colors, set to at least 1024 X 768 resolution |
Hard Drive Space |
Base Installation: 450 MB |
Java SDK |
JDK 5.0 Update 6 or later for Windows, available at: https://www.oracle.com/index.html. (Included in the Complete Installation.) |
Resource | Recommended |
---|---|
Distribution |
Red Hat Enterprise Linux 3.0 |
CPU Type and Speed |
Pentium IV 2 GHz or faster |
Memory |
1 GB RAM |
Display |
65536 colors, set to at least 1024 X 768 resolution |
Hard Drive Space |
Base Installation: 450 MB |
Java SDK |
JDK 5.0 Update 6 or later for Linux, available at: https://www.oracle.com/index.html. |
Note: If you want to use JDeveloper in a multiuser UNIX environment, Oracle recommends a minimum of 1 GB RAM and 2 GB of swap space. |
Resource | Recommended |
---|---|
Operating System |
Apple Mac OS X Version 10.4.x |
CPU Type and Speed |
Dual 1.25 GHz G4/G5 (1 GHz G4 minimum) |
Memory |
1.5 GB RAM (1 GB minimum) |
Display |
"Thousands" of colors |
Hard Drive Space |
Base Installation: 450 MB |
Java SDK |
Sun J2SE 1.5 release 1 |
1.2 Support for Team Based Development Tools
JDeveloper provides integrated support for Concurrent Version Support (CVS):
Download extensions to integrate other source control systems in JDeveloper using the Check for Updates wizard. From the main menu choose Help | Check for Updates to launch the wizard. JDeveloper provides extensions for the following:
JDeveloper does not require an installer. To install JDeveloper, you will need an unzip tool. You can download a free, cross-platform unzip tool, Info-Zip, available at: http://infozip.sourceforge.net/.
Alert: Do not install this JDeveloper release into any existing |
2.1 Installing the Complete Version
The complete installation ( jdevstudio10134.zip
) includes the Windows version of JDK 5.0 Update 6 and the JDeveloper documentation.
To install JDeveloper from jdevstudio10134.zip, unzip jdevstudio10134.zip
in the directory you want to install JDeveloper. Ensure that this directory does not contain spaces. For example, do not use C:\Program Files
as the installation directory.
Note: The remainder of this document uses |
2.2 Installing JDeveloper Base
For quicker download times, you can download the base installation ( jdevstudiobase10134.zip
). The base installation, by default, includes the JDeveloper documentation, but requires that you already have JDK 5.0 Update 6 on your machine because the SDK is not included.
Note: JDeveloper provides OJVM, and OJVM can be installed for use with JDeveloper, but this configuration is only supported for JDeveloper projects, not the JDeveloper IDE. |
To install JDeveloper from jdevstudiobase10134.zip:
jdevstudiobase10134.zip
to the target directory.SetJavaHome
in the file <jdev_home>\jdev\bin\jdev.conf
to the location of your SDK installation. Use an editor that recognizes UNIX end-of-line characters, such as WordPad. When you save the file, WordPad will warn you that it is about to save the file in text-only format. You can ignore this warning. jdev.conf
would look like: SetJavaHome d:\jdk1.5.0_06
Note: JDeveloper provides OJVM, and OJVM can be installed for use with JDeveloper, but this configuration is only supported for JDeveloper projects, not the JDeveloper IDE. |
To use CodeCoach and the Profilers with a base installation you need to install OJVM, the specialized Oracle Java Virtual Machine for JDeveloper. OJVM will also increase the speed of the JDeveloper debugger, and provide automatic deadlock detection and memory debugging features. If you performed the complete installation using jdevstudio10134.zip
, OJVM was installed automatically.
If you perform the base installation using jdevstudiobase10134.zip
, you are prompted to install OJVM into your SDK. JDeveloper copies OJVM files into the specified SDK and updates the configuration of that SDK. The files are copied into a separate OJVM directory and will not overwrite any of the existing files in the SDK. You can install or update OJVM later if you decline the installation at startup.
To install or update OJVM with a base installation:
2.3 Starting JDeveloper on Windows
To start JDeveloper on Windows, run any of the following files:
<jdev_home>\jdev\bin\jdevw.exe
<jdev_home>\jdev\bin\jdev.exe
(to display a console window for internal diagnostic information) <jdev_home>\jdeveloper.exe
This section provides additional instructions specific to installing JDeveloper on Linux and UNIX systems.
JDeveloper does not require an installer. To install JDeveloper, you will need an unzip tool. You can download a free, cross-platform unzip tool, Info-Zip, available at: http://infozip.sourceforge.net/.
To install JDeveloper on Linux and UNIX platforms, unzip jdevstudiobase10134.zip
in the directory you want to install JDeveloper. Ensure that this directory does not contain spaces. For example, do not use /home/jdoe/my apps
as the installation directory.
Alert: Do not install this JDeveloper release into any existing |
3.1 Configuring Java SDK in JDeveloper
The base installation ( jdevstudiobase10134.zip
) does not contain the Java J2SE SDK for running JDeveloper and creating projects. If you install JDeveloper on Linux or UNIX, perform the following steps to configure JDeveloper to use the appropriate SDK.
SetJavaHome
in the file <jdev_home>/jdev/bin/jdev.conf
to the location of your Java installation. For example, in a UNIX environment, if the location of your JDK is in a directory called /usr/local/java
, your entry in jdev.conf
would look like:
SetJavaHome /usr/local/java
3.2 Modifying Permissions on Linux and UNIX Platforms
All JDeveloper files must have read permissions which can be set by issuing:
chmod -R g+r <jdev_home>
Users (or groups) must have write permissions for the following files (required for deployment):
Note: |
< jdev_home>/j2ee/home/application-deployments
< jdev_home>/j2ee/home/applications
< jdev_home>/j2ee/home/config
On UNIX or Linux platforms, the Java cursors may display large and opaque, creating difficulties when used for drag and drop operations. To address this problem JDeveloper provides a set of cursors to replace the default set. You must have write access to the Java SDK in order to replace the cursors.
To replace the cursors:
<jdk_install>/jre/lib/images/cursors
<jdev_home>/jdev/bin/clear_cursors.tar
3.4 Starting JDeveloper on Linux and UNIX Systems
To start JDeveloper on Linux and UNIX, run the file <jdev_home>/jdev/bin/jdev
.
JDeveloper is provided as a self-contained application bundle. An installer is not required.
You must update your Mac OS X SDK to Java Sun version 1.5 release 1 or later for use with JDeveloper.
To install JDeveloper from jdevstudio10134.dmg:
Note that by default JDeveloper files are stored under /Users/ <username>/jdevhome
.
User settings such as system settings, libraries, connections, and projects from the production release of JDeveloper 9.0.4.3 can be migrated to this release of JDeveloper. Oracle does not support direct migration from any release prior to JDeveloper 9.0.4.3. If you are running a newly installed version of JDeveloper for the first time you will be prompted with a Migrate User Settings dialog. You can use this dialog to migrate your user settings by selecting Yes. If you select No, any settings that you set on the first and subsequent runs will be overwritten if you later run JDeveloper with the -migrate
flag. For information about migration issues, see the "Migrating to JDeveloper 10g" topics in the online documentation, which you can access by choosing Help | Table of Contents | Getting Started with JDeveloper from the JDeveloper main menu.
To migrate user settings from previous installations of JDeveloper:
-migrate
flag:
jdev -migrate
<previous_jdev_home>/jdev/system9.0.4.3.1354
where <previous_jdev_home>
is the root directory and 9.0.4.3.1354
represents the previous build version of the installation of JDeveloper you are migrating from. For UNIX users, any previous releases that are discovered will already be included in the dropdown list of the dialog.Before you can use an extension in JDeveloper, you first need to download the extension from OTN. An example of available JDeveloper Extensions is JUnit.
To automatically download and install a JDeveloper extension:
To manually download a JDeveloper Extension:
To manually install a JDeveloper extension:
For additional information, see the "Extending JDeveloper" topics in the online documentation, which you can access by choosing Help | Table of Contents from the JDeveloper main menu.
This section provides instructions on how to define a user home environment variable and set its value for each user in order for JDeveloper to identify user home directories correctly.
The user home directory contains the user's preferences for JDeveloper (in the system
subdirectory). It is also the default location for new projects (in the mywork
subdirectory) as well as other configuration files that are specific to a given user.
To define the name of the user home environment variable:
<jdev_home>\jdev\bin\jdev.conf
in a text editor. Use an editor that recognizes UNIX end-of-line characters, such as WordPad.
SetUserHomeVariable JDEV_USER_DIR
7.1 Setting the Home Environment Variable on Windows
To set the home environment variable on Windows systems:
Note: Each user of JDeveloper on a multiuser system must follow these procedures. |
JDEV_USER_DIR
, or the name you chose for the SetUserHomeVariable
, as a user variable.N:\users\jdoe
), and click OK.set
JDEV_USER_DIR=N:\users\jdoe
ide.user.dir
is set to your user home directory.By default, the user home directory on Windows is <jdev_home>\jdev
.
7.2 Setting the Home Environment Variable on Linux and UNIX
Follow the steps below to set the environment variable on Linux and UNIX systems. The examples and syntax provided refer to the C Shell.
.cshrc
), set the environment variable to your preferred directory:
setenv JDEV_USER_DIR $HOME/mydocs/jdevfiles
source .cshrc
echo $JDEV_USER_DIR
/home/jdoe/mydocs/jdevfiles
ide.user.dir
is set to your user home directory.By default, the user home directory on Linux and UNIX is $HOME/jdevhome
.
7.3 Setting the Home Environment Variable on Mac OS X
Follow the steps below to set the environment variable on Mac OS X systems. The examples and syntax provided refer to the BASH shell.
.bashrc
), set the environment variable to your preferred directory:
JDEV_USER_DIR=$HOME/mydocs/jdevfiles
export JDEV_USER_DIR
. .profile
echo $JDEV_USER_DIR
/Users/jdoe/mydocs/jdevfiles
ide.user.dir
is set to your user home directory.By default, the user home directory on Mac OS X is $HOME/jdevhome
.
If you are using JDeveloper on Linux or UNIX, you will have to set permissions on directories and files. See Modifying Permissions on Linux and UNIX Platforms for more information.
You can install JDeveloper in Microsoft Terminal Server, Citrix MetaFrame and MetaFrame XP (for Windows), and MetaFrame 1.1 for UNIX environments. These environments allow many clients to access one installation of JDeveloper. In all cases, users can save their projects locally.
When installing and configuring JDeveloper for a multiuser environment, you'll need to account for resource planning, such as number of users and power of the server to deliver optimal performance for JDeveloper and your users.
8.1 Installing JDeveloper on a Citrix MetaFrame Server or a Microsoft Terminal Server
You need to have administrative privileges to install JDeveloper.
To Install JDeveloper on a Citrix MetaFrame or Microsoft Terminal Server:
8.2 Configuring User Home Directories in a Multiuser Environment
Before you run JDeveloper in a terminal server environment, you must define the user home environment variable and set its value for each user in order for JDeveloper to identify user home directories correctly. If the variable is not defined and set, JDeveloper uses the <jdev_home>/jdev
as the home directory for all users. Using this directory may cause unstable behavior in JDeveloper with multiple users. See Setting the User Home Directory for instructions specific to configuring user home directory environment variables.
8.3 Configuring Terminal Server Clients for Running JDeveloper
These topics assume that you have already installed a Citrix MetaFrame or Microsoft Terminal Server client locally and that JDeveloper has been installed and configured by the system administrator.
To configure a terminal server client for running JDeveloper:JDEV_USER_DIR
.JDEV_USER_DIR
as the variable containing the path to the user's home directory.set
JDEV_USER_DIR=n:\users\jdoe
ide.user.dir
is set to your user home directory.If you run JDeveloper in a multiuser environment and you see the error
The system DLL ole32.dll was relocated in memory. The application will not run properly. The relocation occurred because the DLL Dynamically Allocated Memory occupied an address range reserved for Windows NT system DLL's. The vendor supplying the DLL should be contacted for a new DLL.
you'll need to update the <jdev_home>\jdev\bin\jdev.conf
file by uncommenting the line:
AddVMOption -Xheapbase100000000
Use an editor that recognizes UNIX end-of-line characters, such as WordPad. You may have to change the number upward or downward if you still get the error when starting JDeveloper. When you save the file, WordPad will warn you that it is about to save the file in text-only format. You can ignore this warning.
In addition, you will need to set the same option with the same value in Project | D efault Project Settings | Runner | Java options.
To make this setting available to all users, the administrator should perform this change, exit JDeveloper and then copy the file:
<userhome>\system\DefaultWorkspace\Project1.jpr
.
<jdev_home>\jdev\multi\system\DefaultWorkspace\Project1.jpr
.
Included with JDeveloper is a fully functioning version of Oracle Application Server 10g Release 3 (10.1.3.4) Containers for J2EE (OC4J). The embedded server resides in the following location in the JDeveloper installation:
<JDEV_USER_DIR>/system/oracle.j2ee.10.1.3.xx.xx/embedded-oc4j
If you are using JDeveloper to test your J2EE applications before deploying to a target application server, you will not have to make any modifications to your configuration.
If you performed the base installation of JDeveloper and wish to deploy your application to OC4J in standalone mode, JDeveloper includes a copy of OC4J in <jdev_home>/j2ee/home/config
. To run OC4J in standalone mode you must set the JAVA_HOME
variable to point to the full SDK. You must also modify jdev.conf
to point to this SDK home. See Installing JDeveloper Base for more information.
If you deploy your applications to standalone OC4J, make sure that you use the remote admin.jar
file that was shipped with the remote OC4J. If you are using an admin.jar
that doesn't match the version of OC4J to which you are deploying, deployment may fail. You can configure deployment to use the correct admin.jar for the OC4J standalone instance when you set up your connection using the JDeveloper Application Server Connection Wizard. To identify the standalone OC4J version that you are using, enter java -jar oc4j.jar -version
from your OC4J installation directory.
You can start and stop the OC4J server in standalone mode using the provided start_oc4j.bat
and stop_oc4j.bat
files and shell scripts located in <jdev_home>\jdev\bin\.
The start_oc4j
batch file can be run either from Windows Explorer or the command line since no arguments are required; however the stop_oc4j
batch file requires <admin>
and <admin-password>
on the command line. You can also run the following commands from the <jdev_home>\j2ee\home\
directory:
To start the OC4J server for use in standalone mode:
java -jar oc4j.jar
To stop OC4J:
java -jar $j2ee_home/admin.jar ormi://localhost/ <admin> <admin-password> -shutdown
Note: The server must be running when you deploy projects to it. |
By default, OC4J preloads a large number of classes to improve performance. Because of this, you may get a java.lang.OutOfMemoryError
when you attempt to deploy to OC4J or run an application after deploying.
If you get a java.lang.OutOfMemoryError
, you have two options:
-Doracle.j2ee.dont.use.memory.archive=true
flag to turn off class preloading, for example:
Java -Doracle.j2ee.dont.use.memory.archive=true -jar oc4j.jar
-mx
flag, for example:
Java -mx512M -jar oc4j.jar
For more information on fine tuning your OC4J server instance, see the OC4J documentation.
A matrix associating JDeveloper versions with the application servers they support for deployment is available on Oracle Technology Network (OTN).
For additional information, see the "Deploying Applications " topics in the online documentation, which you can access by choosing Help | Table of Contents from the JDeveloper main menu.
A matrix that associates Oracle and non-Oracle databases with the JDeveloper features they are certified against is available on Oracle Technology Network (OTN) at: https://www.oracle.com/tools/downloads/database-certification-matrix.html
JDeveloper supports the following web browsers:
For the latest configuration information or for information on addressing accessibility and assistive technology issues, see the help topics available by selecting the JDeveloper Accessibility Information node under Getting Started with Oracle JDeveloper in the online help table of contents.
To make the best use of our accessibility features, Oracle Corporation recommends the following minimum technology stack:
Please refer to the following information to set up a screen reader and Java Access Bridge. If you are using JAWS 3.70.87, please refer to the additional configuration information provided below the procedure.
Refer to the documentation for your screen reader for more information about installation.
Refer to the Installation Guide for more information about installing JDeveloper.
Refer to the Java Access Bridge documentation available from this web site for more information about installation and the Java Access Bridge.
accessbridge_home
.Install.exe
from the <accessbridge_home>\installer
folder.
The installer first checks the SDK version for compatibility, then the Available Java virtual machines dialog displays.
The search process can take a long time on a large disk with many instances of SDK or JDeveloper, or when searching multiple disks. However, unless you complete an exhaustive search of your disk, Access Bridge will not be optimally configured, and will not be correctly installed to all of the Java VMs on your system. After selecting the disk to search, click Search.
Winnt\System32
directory (or the equivalent Windows 2000 or XP directory), or copy them from <accessbridge_home>\installer\installerFiles
as they must be in the system path in order to work with JDeveloper:
JavaAccessBridge.dll
JAWTAccessBridge.dll
WindowsAccessBridge.dll
Note that the system directory is required in the PATH system variable.
<jdev_home>\jdk\jre\lib\ext
directory, or copy them from <accessbridge_home>\installer\installerFiles
:
access-bridge.jar
jaccess-1_3.jar
jaccess-1_4.jar
JavaAccessBridge.dll
JAWTAccessBridge.dll
WindowsAccessBridge.dll
accessibility.properties
has been installed in the <jdev_home>\jdk\jre\lib
directory, or copy it from <accessbridge_home>\installer\installerFiles
. Confirm that the file accessibility.properties
includes the following three lines:
assistive_technologies=com.sun.java.accessibility.AccessBridge
AWT.EventQueueClass=com.sun.java.accessibility.util.EventQueueMonitor
AWT.assistive_technologies=com.sun.java.accessibility.AccessBridge
jdev.conf
located in the folder <jdev_home>\jdev\bin
to uncomment the
AddVMOption line
as shown below:
#
# Prepend patches to the bootclasspath. Currently, rtpatch.jar contains a
# patch that fixes the javax.swing.JTree accessibility problems.
# Uncomment the line below if you need to run JDeveloper under JAWS.
#
AddVMOption -Xbootclasspath/p:../../jdk/jre/lib/patches/rtpatch.jar
jdev.exe
located in the folder <jdev_home>\jdev\bin
.The steps above assume you are running Windows and using a Windows-based screen reader. A console window that contains error information (if any) will open first and then the main JDeveloper window will appear, once JDeveloper has started. Any messages that appear will not affect the functionality of JDeveloper.
14.1 Configuring JAWS 3.70 and Access Bridge with JDeveloper
The following combinations of Access Bridge file versions are necessary to achieve optimal functionality with JAWS 3.70 since this version of the screen reader uses older Java technology than is used in JDeveloper 10.1.3.4.0. There are two stacks of software technology listed below for those who want to use either version 1.0.3 or 1.0.4 of the Access Bridge. Also required in the system32
directory is a copy of the latest version of the Access Bridge jar file.
Access Bridge v. 1.0.3 Configuration for JDeveloper 10.1.3.4.0
Place the following files in the JDeveloper directory [ \jdk\jre\lib\ext
]:
access-bridge.jar | size: 27295 | version: access-bridge-1.0.4 |
JAWTAccessBridge.dll | size: 28672 | version: AccessBridge-1.0.3 |
jaccess-1_3.jar | size: 43584 | version: AccessBridge-1.0.3 |
jaccess-1_4.jar | size: 46597 | version: AccessBridge-1.0.3 |
JavaAccessBridge.dll | size: 139264 | version: AccessBridge-1.0.3 |
WindowsAccessBridge.dll | size: 77824 | version: AccessBridge-1.0.3 |
Place the following file in the JDeveloper directory [ \jdk\jre\lib
]:
accessibility.properties | size: 353 | version: AccessBridge-1.0.3 |
Place the following files in the Windows system32 directory [\winnt\system32
]:
JavaAccessBridge.dll | size: 155648 | version: AccessBridge_1_1_GA |
WindowsAccessBridge.dll | size: 77824 | version: AccessBridge-1.0.3 |
JAWTAccessBridge.dll | size: 28672 | version: AccessBridge-1.0.3 |
Place the following files in the JDeveloper directory [ \jdk\jre\lib\ext
]:
access-bridge.jar | size: 27295 | version: access-bridge-1.0.4 |
JAWTAccessBridge.dll | size: 32768 | version: AccessBridge-1.0.4 |
jaccess-1_4.jar | size: 46573 | version: AccessBridge-1.0.4 |
JavaAccessBridge.dll | size: 139264 | version: AccessBridge-1.0.4 |
WindowsAccessBridge.dll | size: 77824 | version: AccessBridge-1.0.4 |
Place the following file in the JDeveloper directory [ \jdk\jre\lib
]:
accessibility.properties |
size: 153 |
version: AccessBridge-1.0.4 |
Place the following files in the Windows system32 directory [ \winnt\system32
]:
JavaAccessBridge.dll | size: 155648 | version: AccessBridge_1_1_GA |
WindowsAccessBridge.dll | size: 77824 | version: AccessBridge-1.0.3 |
JAWTAccessBridge.dll | size: 28672 | version: AccessBridge-1.0.3 |
Before you uninstall JDeveloper, you may want to backup your projects and files. By default, these files are in <jdev_home>\jdev\mywork
.
To uninstall JDeveloper, remove the entire JDeveloper installation directory. No other actions are necessary.
Oracle provides a number of resources on the Web. These are some sites you may find helpful:
Description | URL |
---|---|
JDeveloper Home Page | http://www.oracle.com/technology/products/jdev/ |
Corporate Site | http://www.oracle.com/index.html |
Oracle Technology Network | http://www.oracle.com/technology/ |
Worldwide Customer Support | http://www.oracle.com/support/ |
Oracle Accessibility Site | http://www.oracle.com/accessibility/ |