Академический Документы
Профессиональный Документы
Культура Документы
Troubleshooting OC4J
Skip Headers Oracle Application Server Containers for J2EE User's Guide 10g Release 2 (10.1.2) Part No. B14011-01
Previous Next
A Troubleshooting OC4J
This appendix describes common problems that you may encounter when using OC4J and explains how to resolve them. It includes the following topics: Problems and Solutions Need More Help?
A.1.1 Unable to Restart OC4J After Abnormal Termination When OracleAS JMS is Active
Problem When persistence is enabled in OracleAS JMS, the JMS server creates persistent queues/topics. It also creates lock files (*.lock) associated with these queues/topics in the /persistence directory. If the JVM is terminated abnormally, such as with k l - , the lock files are not deleted. This creates a condition in which OC4J cannot be restarted. il 9 Solution Manually delete all .lock files from the / e s s e c directory. pritne
03/08/12
Troubleshooting OC4J
each Web module to configure replication through the < l s e - o f g element in its o i n w b x l cutrcni> ro-e.m descriptor file. Ensure that this element is populated correctly in each Web module's descriptor. Note that OPMN-managed OC4J only supports clustering at the global level, and not at the application/module level.
03/08/12
Troubleshooting OC4J
Solution The OHS TCP connection must be kept "alive" to avoid firewall timeout issues. This can be accomplished using a combination of OC4J configruation parameters and Apache runtime properties. Set the following parameters in the h t d c n or m d o 4 . o fconfiguration files. Note that the value of tp.of o_cjcn O 4 C n T m o tsets the length of inactivity, in seconds, before the session is considered inactive. cjonieu O4UeKeaieo cjsreplv n O 4 C n T m o t 1 0 0(or a similar value) cjonieu 20 Also set the following AJP property at OC4J startup to to enable OC4J to close AJP sockets in the event that a connection between OHS and OC4J is dropped due to a firewall timeout: apkeaietu j.eplv=re For example: jv -apkeaietu -a o4.a aa Dj.eplv=re jr cjjr
A.1.6 OPMN-Managed OC4J Unable to Access EJB Resources Via the Default RMI Port
Problem OC4J cannot access EJB resources via the default RMI port when running as a component of Oracle Application Server. Solution The most common cause is that a user more familiar with Standalone OC4J is reading the RMI port from r i x l m.m, unaware that the value specified in this file is not used in an OPMN-managed environment. OPMN-managed OC4J instances use dynamic RMI port assignment. The port value ranges are specified in the < o t element in o m . m or are determined using dynamic o m : r ilookup from the application client. pr> pnxl pnom See the Oracle Process Manager and Notification Server Administrator's Guide for more information.
03/08/12
Troubleshooting OC4J
using the -X sand - m options. m Xx For example, to use this collector with a server with 1GB of physical memory: jv -evr-icc-XNwie6m-XMxeSz=4 -m52 -m52 aa sre Xng X:eSz=4 X:aNwie6m Xs1m Xx1m For more information on garbage collection tuning, read "Tuning Garbage Collection with the 1.4.2 JavaTM Virtual Machine" which is available at h t : / a a s n c m d c / o s o / c . . / tp/jv.u.o/oshtptg142
Previous Next
docs.oracle.com/cd/B15904_01/web.1012/b14011/diagnosis.htm
4/4