Monthly Archive: July 2010

Troubleshooting Out Of Memory Errors in Weblogic using Eclipse Memory Ananlyser

Eclipse Memory Ananlyser is a very useful tool to analyze heap dumps. It has a lot of features such as Memory Leak detection where it runs an automated test to determine the suspected leaks.

Here is the Procedure

Step 1). Start the Weblogic Server, with the application in active state which causes memory leak.

Step 2). Get the process id of the server using jps

Step 3). Acess the application that causes memory leak

Step 4).Take heap dump at regular interval using jmap.

jmap -dump:format=b,file=dump1.bin 5004

Step 5).Open the Heap Dump in Eclipse Memory Ananlyzer (U can download it from Approximate size is 42 MB..Just u need to extract this Zip then u can directly start (no Installation needed)

Observe the heap usage of Objects in the heap dumps. If the object instance keeps on increasing in the subequent heap dumps, force a garbage collection from the Weblogic Server console

Take heap dumps again and open in the Eclipse Memory Analyzer. If the number of instances still don’t go down for those objects, you can expect to see this

<Jul 16, 2010 10:49:15 AM IST> <Critical> <Health> <BEA-310003> <Free memory in
the server is 47,856 bytes. There is danger of OutOfMemoryError>
Exception in thread “Thread-12” java.lang.OutOfMemoryError: Java heap space
at demo.MemoryLeakTest.runTest(
at jsp_servlet.__memoryleak$


If the leak is happening due to a Weblogic Class, it can be a known issue or an undiscovered BUG. You need to get in touch with Oracle Support. If it’s an Application Class, you need to contact the developers. Out of Memory can also happen dude to third party codes such as database drivers.

Configuring Distributed Topic on Weblogic Server

A distributed topic is a set of physical JMS topic members. As such, a distributed topic can be used to create a TopicPublisher and TopicSubscriber. The fact that a distributed topic represents multiple physical topics is mostly transparent to the application.

Note: Durable subscribers (DurableTopicSubscriber) cannot be created for distributed topics. However, you can still create a durable subscription on distributed topic member and the other topic members will forward the messages to the topic member that has the durable subscription.

The topic members can be located anywhere but must all be served either by a single WebLogic Server or any number of servers in a cluster. When a message is sent to a distributed topic, it is sent to all of the topic members in the distributed topic set. This allows all subscribers to the distributed topic to receive messages published for the distributed topic.

Read more

Create two managed servers (MS1 and MS2) and assign it to cluster (Cluster).

Create two JMS Server (JMSServer-0 and JMSServer-1) and assign it to each managed servers (MS1 and MS2).

Create JMS module and target it to cluster.

Create a JMS connection factory (ConnectionFactory1) and target it to cluster.

Create a Distributed Topic (MyDistributedTopic) and target it to the cluster.

Check  the jndi tree for connection factory and distributed topic.

Use the TopicSend and TopicReceive Program to send and receive messages.
You can find the programs here

Change the JNDI Name of the ConnectionFactory and the Topic.

Send message to distributed topic

java TopicSend t3://,

Receive message from the topic

java TopicReceive t3://,

Please refer this post for more details.

Securing Cookies on Weblogic Server


HTTPOnly flag is used to prevent Client side scripts to read the cookies (provided the Browser Supports it). By Default Cookie is set to HTTP Only in 11g, so when we try to read the cookies from a JAVA Script, we wont be able to read it.

Some applications dont work if the cookie is set to HTTPOnly, it can be disabled by adding the following in Session Descriptor.


Cooke Secure
When we enable cookie secure, we the cookie is sent over a secure connection.
So while using this feaure we should ensure that the application is acessible over SSL.
It can be enabled by adding the following in the session-descriptor. Note url-rewriting should be disabled.

<cookie-secure >true</cookie-secure >
</session-descriptor >

WL AuthCookie.

When any secure resource is accessed over SSL, Weblogic Server adds another cookie named _WL_AUTHCOOKIE_JSESSIONID_ to the header for greater security. One must send both, the jsessionid and wl authcookie for all secure reources which are accessed over SSL. If wl authcookie is missing then one has to authenticate again.  The wl authcookie is sent encrypted over the network which makes it so secure.

It is enabled by default. To disable it, we need to add AuthCookieEnabled=”true” in the WebServer element in the config.xml

<WebServer Name=”myserver” AuthCookieEnabled=”true”/>

References :-