Learn with Pavan

Steps to increase the logging on Weblogic 10.3.1 Message Bridge.

It would be great if Weblogic too has a logging feature enablement for all the individual components in a single page as in OC4J. There is one Logging tab for the Domain but it doesnt help any. I have an issue in JMS Message Bridge but couldnt find any tab/page where I could increase/enable the logging for the Bridge.

After digging few Weblogic document, I found that this has to be done via the flags while WL is being started.

The easiest place is in the startWeblogic.cmd (startWeblogic.sh for Linux flavours). Search for the comment "START WEBLOGIC" and then include the debug flags in the Weblogic startup line as follows:

Original line:
echo JAVA_HOME\bin\java JAVA_VM MEM_ARGS -Dweblogic.Name=%SERVER_NAME% -Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy JAVA_OPTIONS PROXY_SETTINGS SERVER_CLASS
JAVA_HOME\bin\java JAVA_VM MEM_ARGS -Dweblogic.Name=%SERVER_NAME% -Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy JAVA_OPTIONS PROXY_SETTINGS SERVER_CLASS
)

Included line:
echo JAVA_HOME\bin\java JAVA_VM MEM_ARGS -Dweblogic.Name=%SERVER_NAME% -Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy JAVA_OPTIONS PROXY_SETTINGS SERVER_CLASS
JAVA_HOME\bin\java JAVA_VM MEM_ARGS -Dweblogic.Name=%SERVER_NAME% -Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy -Dweblogic.Debug.DebugMessagingBridgeStartup=true -Dweblogic.Debug.DebugMessagingBridgeRuntime=true JAVA_OPTIONS PROXY_SETTINGS SERVER_CLASS
)

There is an IF statement in starting Weblogic script that checks for redirection of the log file. Its in the same location as above statement. So, include the flags in the both the places.

Restart Weblogic and check the AdminServer.log for more information on Bridging.

There has been a mail thread on this topic in the FMW Forum and I liked the White paper on this. Couple of points from the people who replied to this:

In addition to being the strategic runtime for Oracle Fusion Middleware, the new product lines acquired from BEA, the Oracle Applications portfolio and the forthcoming Fusion Applications, Oracle WebLogic Server offers significant additional capabilities to the Oracle Application Server customer base beyond that which was available within Oracle Application Server including:

1. Runtime: Within the area of the core container, beyond the fully certified Java EE 5.0 compatibility, WebLogic Server extends the runtime in numerous areas including the Java Message Service (message ordering with unit of order, unit of work, scale out with distributed destinations and store and forward infrastructure, C and .NET JMS clients), Web services (conversational Web services, buffered Web services, asynchronous Web services, SOAP over JMS), built-in Tuxedo integration and runtime tuning (self tuning work managers) amongst others.

2. Development: Within the area of development capabilities above that in basic servers, WebLogic includes Java class FastSwap capabilities for fast test/debug cycles without server restarts, split development for tightly integrated IDE development, HTTP Publish/Subscribe Server for AJAX applications, filtering class loader to handle multiple versions of class libraries, Ant tasks for development, deployment and configuration automation and deep Eclipse and JDeveloper integration amongst others.

3. Operations and Administration: Within the area of operations and administration, WebLogic Server extends basic server capabilities in numerous areas including transactional and batch configuration, zero-downtime re-deployment, domain template builder and configuration wizard for simplified cloning, consistent scripting and command line tooling for all server configuration with WebLogic Scripting Tool, sophisticated lifecycle control over applications and the container, built in diagnostics framework amongst others.

4. High Availability: Within the area of high availability WebLogic Server extends basic core availability capabilities in a number of areas including clustered JNDI, whole server migration, service migration, high availability for singleton services

The white paper can be downloaded here.

More often, w face this issue when preparing the DEV/TEST instances. What if we install AIA in one of the directories and what we our mount point is out of space and we want to move this directory to another location?

1. The solution is very simple. The configuration for AIA home is referred only in one location i.e., opmn.xml file. This file is located in $ORACLE_HOME/opmn/conf directory, where ORACLE_HOME is the directory location where the SOA Suite is installed.

For the oc4j_soa container, the AIA home is mentioned in the module-data element as follows:

-Daia.home=/slot/ems1054/oracle/product/AIAHOME

So, if the AIA Home needs to be moved to a different location, this is one of the config files to be changed.

2. Then, in the $AIA_HOME/bin, change the locations of the directories in aiaenv.sh (aiaenv.cmd for Windows).

3. For some of the PIPs like Revenue Accounting, the AIA location is specified in the $AIA_HOME/config/AIAConfigurationProperties.xml file. So, change the locations in this file as well.

Thats it !!! Restart the SOA and everything is fine to go with new AIA Home.