Memory handling in java

how to increase size of java program......can it be possible.......
i faced this question in the interview......
waiting for your answer....

Type java -X on command line. You should get this.
    -Xmixed           mixed mode execution (default)
    -Xint             interpreted mode execution only
    -Xbootclasspath:<directories and zip/jar files separated by ;>
                      set search path for bootstrap classes and resources
    -Xbootclasspath/a:<directories and zip/jar files separated by ;>
                      append to end of bootstrap class path
    -Xbootclasspath/p:<directories and zip/jar files separated by ;>
                      prepend in front of bootstrap class path
    -Xnoclassgc       disable class garbage collection
    -Xincgc           enable incremental garbage collection
    -Xloggc:<file>    log GC status to a file with time stamps
    -Xbatch           disable background compilation
    -Xms<size>        set initial Java heap size
    -Xmx<size>        set maximum Java heap size
    -Xss<size>        set java thread stack size
    -Xprof            output cpu profiling data
    -Xrunhprof[:help]|[:<option>=<value>, ...]
                      perform JVMPI heap, cpu, or monitor profiling
    -Xdebug           enable remote debugging
    -Xfuture          enable strictest checks, anticipating future default
    -Xrs              reduce use of OS signals by Java/VM (see documentation)
    -Xcheck:jni       perform additional checks for JNI functions
The -X options are non-standard and subject to change without notice.

Similar Messages

  • There is insufficient memory for the Java Runtime Environment to continue,JVM crash with high virtual memory on windows

    Hello,
    Virtual Memory of tomcat(version is 6.0.35) is very high and jvm crash even though we decrease java heap size from 1024M to 500M.
    Below is whole log. Please give me some suggestion. Thanks.
    # There is insufficient memory for the Java Runtime Environment to continue.
    # Native memory allocation (malloc) failed to allocate 666390 bytes for jbyte in C:\BUILD_AREA\jdk6_45\hotspot\src\share\vm\prims\jni.cpp
    # Possible reasons:
    #   The system is out of physical RAM or swap space
    #   In 32 bit mode, the process size limit was hit
    # Possible solutions:
    #   Reduce memory load on the system
    #   Increase physical memory or swap space
    #   Check if swap backing store is full
    #   Use 64 bit Java on a 64 bit OS
    #   Decrease Java heap size (-Xmx/-Xms)
    #   Decrease number of Java threads
    #   Decrease Java thread stack sizes (-Xss)
    #   Set larger code cache with -XX:ReservedCodeCacheSize=
    # This output file may be truncated or incomplete.
    #  Out of Memory Error (memory/allocation.inline.hpp:44), pid=9084, tid=8100
    # JRE version: 6.0_45-b06
    # Java VM: Java HotSpot(TM) Client VM (20.45-b01 mixed mode, sharing windows-x86 )
    ---------------  T H R E A D  ---------------
    Current thread (0x045a5400):  JavaThread "Thread-69" [_thread_in_vm, id=8100, stack(0x090e0000,0x09120000)]
    Stack: [0x090e0000,0x09120000],  sp=0x0911f56c,  free space=253k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    [error occurred during error reporting (printing native stack), id 0xe0000000]
    Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
    J  com.neva.ExternalObject.toExternalHeap2([BI)I
    J  com.neva.ExternalObject.<init>([BII)V
    J  com.neva.Coroutine.addArgUnicodeString(Ljava/lang/String;)V
    j  com.neva.COMBSTR.<init>(Ljava/lang/String;)V+29
    j  com.neva.COMVariant.<init>(Ljava/lang/String;)V+19
    J  com.cpcus.jaru.protocol.impl.combridge.wizardgen.IJaruProtocol1.registerInterest(Ljava/lang/String;Ljava/lang/String;[ILjava/lang/String;Ljava/lang/String;Ljava/lang/String;ILjava/lang/String;)V
    j  sun.reflect.GeneratedMethodAccessor844.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+170
    J  sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
    J  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
    J  com.cpcus.jaru.util.concurent.ComMethodExecutor$ExecutableMethod.call()Ljava/lang/Object;
    J  EDU.oswego.cs.dl.util.concurrent.FutureResult$1.run()V
    J  com.cpcus.jaru.util.concurent.QueuedExecutor$MyRunLoop.run()V
    j  java.lang.Thread.run()V+11
    v  ~StubRoutines::call_stub
    ---------------  P R O C E S S  ---------------
    Java Threads: ( => current thread )
      0x044fe000 JavaThread "Thread-1099" daemon [_thread_blocked, id=8048, stack(0x4c4d0000,0x4c510000)]
      0x044f8c00 JavaThread "Thread-1098" daemon [_thread_blocked, id=1744, stack(0x46e50000,0x46e90000)]
      0x044cd000 JavaThread "Thread-1095" daemon [_thread_in_native, id=6176, stack(0x00bb0000,0x00c20000)]
      0x04c7f800 JavaThread "Thread-1094" daemon [_thread_blocked, id=7352, stack(0x0d340000,0x0d380000)]
      0x04c7dc00 JavaThread "Thread-1093" daemon [_thread_in_native, id=1364, stack(0x0bbd0000,0x0bc10000)]
      0x044fcc00 JavaThread "http-80-72" daemon [_thread_blocked, id=1580, stack(0x42110000,0x42150000)]
      0x044fc000 JavaThread "http-80-71" daemon [_thread_blocked, id=2996, stack(0x0cd10000,0x0cd50000)]
      0x044fb800 JavaThread "http-80-70" daemon [_thread_in_native, id=5004, stack(0x0cc90000,0x0ccd0000)]
      0x044fd800 JavaThread "http-80-69" daemon [_thread_blocked, id=8776, stack(0x0f950000,0x0f990000)]
      0x044fb400 JavaThread "http-80-68" daemon [_thread_blocked, id=8440, stack(0x0f8d0000,0x0f910000)]
      0x044f8000 JavaThread "http-80-67" daemon [_thread_in_native, id=5516, stack(0x0f850000,0x0f890000)]
      0x044fd400 JavaThread "http-80-66" daemon [_thread_blocked, id=876, stack(0x0f6d0000,0x0f710000)]
      0x044fac00 JavaThread "http-80-65" daemon [_thread_in_native, id=8332, stack(0x0f690000,0x0f6d0000)]
      0x044fa800 JavaThread "http-80-64" daemon [_thread_in_native, id=6848, stack(0x0f610000,0x0f650000)]
      0x044fc800 JavaThread "http-80-63" daemon [_thread_blocked, id=5996, stack(0x0f590000,0x0f5d0000)]
      0x044fa000 JavaThread "http-80-62" daemon [_thread_blocked, id=4876, stack(0x0cf90000,0x0cfd0000)]
      0x044f9c00 JavaThread "http-80-61" daemon [_thread_blocked, id=5532, stack(0x0f550000,0x0f590000)]
      0x044f9400 JavaThread "http-80-60" daemon [_thread_in_native, id=1764, stack(0x0f4d0000,0x0f510000)]
      0x044f8800 JavaThread "http-80-59" daemon [_thread_blocked, id=6108, stack(0x0f450000,0x0f490000)]
      0x044f7400 JavaThread "http-80-58" daemon [_thread_in_native, id=6892, stack(0x0d400000,0x0d440000)]
      0x04ab3000 JavaThread "http-80-57" daemon [_thread_in_native, id=6932, stack(0x0d2c0000,0x0d300000)]
      0x0436b400 JavaThread "http-80-56" daemon [_thread_blocked, id=644, stack(0x0d240000,0x0d280000)]
      0x0436a000 JavaThread "http-80-55" daemon [_thread_in_native, id=6772, stack(0x0d1c0000,0x0d200000)]
      0x04c80c00 JavaThread "http-80-54" daemon [_thread_in_native, id=2732, stack(0x0d140000,0x0d180000)]
      0x04c80800 JavaThread "http-80-53" daemon [_thread_in_native, id=4172, stack(0x0d0c0000,0x0d100000)]
      0x04c80000 JavaThread "http-80-52" daemon [_thread_blocked, id=2512, stack(0x0d040000,0x0d080000)]
      0x044cdc00 JavaThread "http-80-51" daemon [_thread_in_native, id=6260, stack(0x0ced0000,0x0cf10000)]
      0x04c7d400 JavaThread "http-80-50" daemon [_thread_blocked, id=4336, stack(0x0ce90000,0x0ced0000)]
      0x0436d400 JavaThread "http-80-49" daemon [_thread_blocked, id=2484, stack(0x0ce10000,0x0ce50000)]
      0x0436dc00 JavaThread "http-80-48" daemon [_thread_in_native, id=8396, stack(0x0c840000,0x0c880000)]
      0x0436cc00 JavaThread "http-80-47" daemon [_thread_blocked, id=8300, stack(0x0c9c0000,0x0ca00000)]
      0x0436c800 JavaThread "H2 Log Writer FRAMEDB" daemon [_thread_blocked, id=7556, stack(0x0cc10000,0x0cc50000)]
      0x0436bc00 JavaThread "H2 File Lock Watchdog C:\Program Files (x86)\Tomcat\webapps\emerson\vault\dbframe\h2\framedb.lock.db" daemon [_thread_blocked, id=7236, stack(0x0c940000,0x0c980000)]
      0x0436c000 JavaThread "http-80-46" daemon [_thread_in_native, id=5128, stack(0x0c8c0000,0x0c900000)]
      0x0436b000 JavaThread "http-80-45" daemon [_thread_blocked, id=7860, stack(0x0c0c0000,0x0c100000)]
      0x0436a800 JavaThread "http-80-44" daemon [_thread_in_native, id=8244, stack(0x0bfc0000,0x0c000000)]
      0x04ab2800 JavaThread "http-80-43" daemon [_thread_blocked, id=6656, stack(0x0c7c0000,0x0c800000)]
      0x04ab2000 JavaThread "http-80-42" daemon [_thread_blocked, id=8412, stack(0x0c740000,0x0c780000)]
      0x04ab1c00 JavaThread "http-80-41" daemon [_thread_in_native, id=6300, stack(0x0c6c0000,0x0c700000)]
      0x04ab1400 JavaThread "http-80-40" daemon [_thread_blocked, id=4312, stack(0x0c640000,0x0c680000)]
      0x04ab1000 JavaThread "http-80-39" daemon [_thread_blocked, id=5480, stack(0x0c5c0000,0x0c600000)]
      0x04ab0800 JavaThread "http-80-38" daemon [_thread_blocked, id=8648, stack(0x0c540000,0x0c580000)]
      0x04ab0400 JavaThread "http-80-37" daemon [_thread_blocked, id=8008, stack(0x0c4c0000,0x0c500000)]
      0x04aafc00 JavaThread "http-80-36" daemon [_thread_in_native, id=8496, stack(0x0c340000,0x0c380000)]
      0x04aaf400 JavaThread "http-80-35" daemon [_thread_blocked, id=6616, stack(0x0c2c0000,0x0c300000)]
      0x044cf000 JavaThread "http-80-34" daemon [_thread_blocked, id=3852, stack(0x0c240000,0x0c280000)]
      0x044ce800 JavaThread "http-80-33" daemon [_thread_blocked, id=8828, stack(0x0c1c0000,0x0c200000)]
      0x044ce400 JavaThread "http-80-32" daemon [_thread_blocked, id=4076, stack(0x0c140000,0x0c180000)]
      0x044cc400 JavaThread "http-80-31" daemon [_thread_blocked, id=888, stack(0x0be90000,0x0bed0000)]
      0x044cbc00 JavaThread "http-80-30" daemon [_thread_blocked, id=8524, stack(0x0be10000,0x0be50000)]
      0x044cd800 JavaThread "AWT-Windows" daemon [_thread_in_native, id=6500, stack(0x0c040000,0x0c080000)]
      0x044ccc00 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=8888, stack(0x0bf40000,0x0bf80000)]
      0x045a5800 JavaThread "MonitorThreadCountsAndMemory" daemon [_thread_blocked, id=760, stack(0x09160000,0x091a0000)]
      0x04742400 JavaThread "Thread-116" daemon [_thread_blocked, id=8208, stack(0x0bdd0000,0x0be10000)]
      0x04742c00 JavaThread "Thread-115" daemon [_thread_blocked, id=6160, stack(0x0bd30000,0x0bd70000)]
      0x04742000 JavaThread "TP-Monitor" daemon [_thread_blocked, id=4676, stack(0x0b730000,0x0b770000)]
      0x04741800 JavaThread "TP-Processor4" daemon [_thread_in_native, id=7904, stack(0x0b6b0000,0x0b6f0000)]
      0x04741000 JavaThread "TP-Processor3" daemon [_thread_blocked, id=3892, stack(0x0b630000,0x0b670000)]
      0x04740c00 JavaThread "TP-Processor2" daemon [_thread_blocked, id=8200, stack(0x0b5b0000,0x0b5f0000)]
      0x04740400 JavaThread "TP-Processor1" daemon [_thread_blocked, id=8240, stack(0x0b530000,0x0b570000)]
      0x04740000 JavaThread "http-80-29" daemon [_thread_blocked, id=8952, stack(0x0b4b0000,0x0b4f0000)]
      0x0473f800 JavaThread "http-80-28" daemon [_thread_in_native, id=5804, stack(0x0b430000,0x0b470000)]
      0x0473f400 JavaThread "http-80-27" daemon [_thread_blocked, id=8768, stack(0x0b3b0000,0x0b3f0000)]
      0x0473ec00 JavaThread "http-80-26" daemon [_thread_in_native, id=8428, stack(0x0b330000,0x0b370000)]
      0x0473e400 JavaThread "http-80-25" daemon [_thread_blocked, id=6328, stack(0x0b2b0000,0x0b2f0000)]
      0x0473e000 JavaThread "http-80-24" daemon [_thread_in_native, id=7856, stack(0x0b230000,0x0b270000)]
      0x0473d800 JavaThread "http-80-23" daemon [_thread_in_native, id=8212, stack(0x0b1b0000,0x0b1f0000)]
      0x0473d400 JavaThread "http-80-22" daemon [_thread_blocked, id=7572, stack(0x0b130000,0x0b170000)]
      0x0473cc00 JavaThread "http-80-21" daemon [_thread_in_native, id=4112, stack(0x0b0b0000,0x0b0f0000)]
      0x0473c800 JavaThread "http-80-20" daemon [_thread_in_native, id=1788, stack(0x0b030000,0x0b070000)]
      0x0473c000 JavaThread "http-80-19" daemon [_thread_blocked, id=6804, stack(0x0afb0000,0x0aff0000)]
      0x0473b800 JavaThread "http-80-18" daemon [_thread_in_native, id=1600, stack(0x0af30000,0x0af70000)]
      0x0473b400 JavaThread "http-80-17" daemon [_thread_in_native, id=5728, stack(0x0aeb0000,0x0aef0000)]
      0x04acc400 JavaThread "http-80-16" daemon [_thread_blocked, id=8728, stack(0x0ae30000,0x0ae70000)]
      0x04acbc00 JavaThread "http-80-15" daemon [_thread_blocked, id=5868, stack(0x0adb0000,0x0adf0000)]
      0x04acb800 JavaThread "http-80-14" daemon [_thread_blocked, id=6976, stack(0x0ad30000,0x0ad70000)]
      0x04acb000 JavaThread "http-80-13" daemon [_thread_blocked, id=6168, stack(0x0acb0000,0x0acf0000)]
      0x04acac00 JavaThread "http-80-12" daemon [_thread_blocked, id=2592, stack(0x0ac30000,0x0ac70000)]
      0x04aca400 JavaThread "http-80-11" daemon [_thread_in_native, id=7936, stack(0x0abb0000,0x0abf0000)]
      0x04aca000 JavaThread "http-80-10" daemon [_thread_in_native, id=7532, stack(0x0ab30000,0x0ab70000)]
      0x04ac9800 JavaThread "http-80-9" daemon [_thread_blocked, id=7704, stack(0x0aab0000,0x0aaf0000)]
      0x04ac9400 JavaThread "http-80-8" daemon [_thread_in_native, id=8852, stack(0x0aa30000,0x0aa70000)]
      0x04ac8c00 JavaThread "http-80-7" daemon [_thread_blocked, id=5052, stack(0x0a9b0000,0x0a9f0000)]
      0x04ac8400 JavaThread "http-80-6" daemon [_thread_blocked, id=5932, stack(0x0a930000,0x0a970000)]
      0x04ac8000 JavaThread "http-80-5" daemon [_thread_blocked, id=8992, stack(0x0a8b0000,0x0a8f0000)]
      0x04ac7800 JavaThread "http-80-4" daemon [_thread_in_native, id=6396, stack(0x0a830000,0x0a870000)]
      0x04ac7400 JavaThread "http-80-3" daemon [_thread_in_native, id=8764, stack(0x0a7b0000,0x0a7f0000)]
      0x04ac6c00 JavaThread "http-80-2" daemon [_thread_in_native, id=2608, stack(0x0a730000,0x0a770000)]
      0x04ac6800 JavaThread "http-80-1" daemon [_thread_in_native, id=5736, stack(0x0a6b0000,0x0a6f0000)]
      0x04ac6000 JavaThread "http-80-Acceptor-0" daemon [_thread_in_native, id=5912, stack(0x0a630000,0x0a670000)]
      0x04ac5800 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=6984, stack(0x0a5b0000,0x0a5f0000)]
      0x04ac5400 JavaThread "Thread-79" [_thread_in_native, id=1512, stack(0x0a530000,0x0a570000)]
      0x04ac4c00 JavaThread "QuartzScheduler_JaruQuartzSchedulerUser-3_MisfireHandler" [_thread_blocked, id=7460, stack(0x0a4b0000,0x0a4f0000)]
      0x0479f800 JavaThread "QuartzScheduler_JaruQuartzSchedulerSystem-2_MisfireHandler" [_thread_blocked, id=7164, stack(0x0a430000,0x0a470000)]
      0x0479f400 JavaThread "JaruQuartzSchedulerUser_QuartzSchedulerThread" [_thread_blocked, id=8972, stack(0x0a3b0000,0x0a3f0000)]
      0x0479ec00 JavaThread "JaruQuartzSchedulerUser_Worker-4" [_thread_blocked, id=4032, stack(0x0a330000,0x0a370000)]
      0x0479e400 JavaThread "JaruQuartzSchedulerUser_Worker-3" [_thread_blocked, id=7432, stack(0x0a2b0000,0x0a2f0000)]
      0x0479e000 JavaThread "JaruQuartzSchedulerUser_Worker-2" [_thread_blocked, id=7932, stack(0x0a230000,0x0a270000)]
      0x0479d800 JavaThread "JaruQuartzSchedulerUser_Worker-1" [_thread_blocked, id=4896, stack(0x0a1b0000,0x0a1f0000)]
      0x0479d400 JavaThread "JaruQuartzSchedulerSystem_QuartzSchedulerThread" [_thread_blocked, id=7380, stack(0x0a130000,0x0a170000)]
      0x0479cc00 JavaThread "JaruQuartzSchedulerSystem_Worker-9" [_thread_blocked, id=5416, stack(0x0a0b0000,0x0a0f0000)]
      0x0479c800 JavaThread "JaruQuartzSchedulerSystem_Worker-8" [_thread_blocked, id=5432, stack(0x0a030000,0x0a070000)]
      0x0479c000 JavaThread "JaruQuartzSchedulerSystem_Worker-7" [_thread_blocked, id=7812, stack(0x09fb0000,0x09ff0000)]
      0x0479b800 JavaThread "JaruQuartzSchedulerSystem_Worker-6" [_thread_blocked, id=8296, stack(0x09f30000,0x09f70000)]
      0x0479b400 JavaThread "JaruQuartzSchedulerSystem_Worker-5" [_thread_blocked, id=5216, stack(0x09eb0000,0x09ef0000)]
      0x0479ac00 JavaThread "JaruQuartzSchedulerSystem_Worker-4" [_thread_blocked, id=8616, stack(0x09e30000,0x09e70000)]
      0x0479a800 JavaThread "JaruQuartzSchedulerSystem_Worker-3" [_thread_blocked, id=9108, stack(0x09db0000,0x09df0000)]
      0x0479a000 JavaThread "JaruQuartzSchedulerSystem_Worker-2" [_thread_blocked, id=7928, stack(0x09d30000,0x09d70000)]
      0x04799c00 JavaThread "JaruQuartzSchedulerSystem_Worker-1" [_thread_blocked, id=5344, stack(0x09cb0000,0x09cf0000)]
      0x04799400 JavaThread "DefaultQuartzScheduler_QuartzSchedulerThread" [_thread_blocked, id=5288, stack(0x09c30000,0x09c70000)]
      0x04798c00 JavaThread "DefaultQuartzScheduler_Worker-10" [_thread_blocked, id=6200, stack(0x09bb0000,0x09bf0000)]
      0x04798800 JavaThread "DefaultQuartzScheduler_Worker-9" [_thread_blocked, id=9068, stack(0x09b30000,0x09b70000)]
      0x04798000 JavaThread "DefaultQuartzScheduler_Worker-8" [_thread_blocked, id=8576, stack(0x09ab0000,0x09af0000)]
      0x045abc00 JavaThread "DefaultQuartzScheduler_Worker-7" [_thread_blocked, id=2504, stack(0x09a30000,0x09a70000)]
      0x045ab800 JavaThread "DefaultQuartzScheduler_Worker-6" [_thread_blocked, id=7820, stack(0x099b0000,0x099f0000)]
      0x045ab000 JavaThread "DefaultQuartzScheduler_Worker-5" [_thread_blocked, id=4604, stack(0x09930000,0x09970000)]
      0x045aa800 JavaThread "DefaultQuartzScheduler_Worker-4" [_thread_blocked, id=3076, stack(0x098b0000,0x098f0000)]
      0x045aa400 JavaThread "DefaultQuartzScheduler_Worker-3" [_thread_blocked, id=8392, stack(0x09830000,0x09870000)]
      0x045a9c00 JavaThread "DefaultQuartzScheduler_Worker-2" [_thread_blocked, id=476, stack(0x097b0000,0x097f0000)]
      0x045a9800 JavaThread "DefaultQuartzScheduler_Worker-1" [_thread_blocked, id=9024, stack(0x09730000,0x09770000)]
      0x045a9000 JavaThread "JaruQuartzScheduler_QuartzSchedulerThread" [_thread_blocked, id=7576, stack(0x00820000,0x00860000)]
      0x045a8c00 JavaThread "Thread-75" [_thread_blocked, id=2132, stack(0x096b0000,0x096f0000)]
      0x045a8400 JavaThread "TacAlarmMon" [_thread_blocked, id=7244, stack(0x09630000,0x09670000)]
      0x045a7c00 JavaThread "Thread-74" [_thread_blocked, id=2728, stack(0x095b0000,0x095f0000)]
      0x045a7800 JavaThread "MonConnMgr3002" [_thread_in_native, id=7444, stack(0x09530000,0x09570000)]
      0x045a7000 JavaThread "Timer-1" [_thread_blocked, id=8272, stack(0x094b0000,0x094f0000)]
      0x045a6c00 JavaThread "Thread-72" [_thread_blocked, id=6512, stack(0x09430000,0x09470000)]
      0x045a6400 JavaThread "MonConnMgr3001" [_thread_in_native, id=5284, stack(0x093b0000,0x093f0000)]
      0x045a6000 JavaThread "Timer-0" [_thread_blocked, id=2932, stack(0x09330000,0x09370000)]
    =>0x045a5400 JavaThread "Thread-69" [_thread_in_native_trans, id=8100, stack(0x090e0000,0x09120000)]
      0x045a4c00 JavaThread "Thread-68" [_thread_blocked, id=7160, stack(0x09060000,0x090a0000)]
      0x045a4400 JavaThread "Thread-67" [_thread_blocked, id=2212, stack(0x08fe0000,0x09020000)]
      0x04875400 JavaThread "Thread-66" [_thread_blocked, id=7180, stack(0x08f60000,0x08fa0000)]
      0x04875000 JavaThread "Thread-65" [_thread_blocked, id=2672, stack(0x08ee0000,0x08f20000)]
      0x04874800 JavaThread "Thread-64" [_thread_blocked, id=8456, stack(0x08e60000,0x08ea0000)]
      0x04874000 JavaThread "Thread-63" [_thread_blocked, id=7708, stack(0x08de0000,0x08e20000)]
      0x04873c00 JavaThread "Thread-62" [_thread_blocked, id=9204, stack(0x08d60000,0x08da0000)]
      0x04873400 JavaThread "Thread-61" [_thread_blocked, id=1496, stack(0x08ce0000,0x08d20000)]
      0x04873000 JavaThread "Thread-60" [_thread_blocked, id=3480, stack(0x08c60000,0x08ca0000)]
      0x04872800 JavaThread "Thread-59" [_thread_blocked, id=7740, stack(0x08be0000,0x08c20000)]
      0x04872400 JavaThread "Thread-58" [_thread_blocked, id=3496, stack(0x08b60000,0x08ba0000)]
      0x04871c00 JavaThread "Thread-57" [_thread_blocked, id=4892, stack(0x08ae0000,0x08b20000)]
      0x04871400 JavaThread "Thread-56" [_thread_blocked, id=5640, stack(0x08a60000,0x08aa0000)]
      0x04871000 JavaThread "Thread-55" [_thread_blocked, id=8120, stack(0x089e0000,0x08a20000)]
      0x04870800 JavaThread "Thread-54" [_thread_blocked, id=5388, stack(0x08960000,0x089a0000)]
      0x04870400 JavaThread "Thread-53" [_thread_blocked, id=7072, stack(0x088e0000,0x08920000)]
      0x0486fc00 JavaThread "Thread-52" [_thread_blocked, id=7184, stack(0x08860000,0x088a0000)]
      0x0486f800 JavaThread "Thread-51" [_thread_blocked, id=8760, stack(0x087e0000,0x08820000)]
      0x0486f000 JavaThread "Thread-50" [_thread_blocked, id=2380, stack(0x08760000,0x087a0000)]
      0x0486e800 JavaThread "Thread-49" [_thread_blocked, id=3616, stack(0x086e0000,0x08720000)]
      0x0486e400 JavaThread "Thread-48" [_thread_blocked, id=5056, stack(0x08660000,0x086a0000)]
      0x0486dc00 JavaThread "Thread-47" [_thread_blocked, id=5468, stack(0x085e0000,0x08620000)]
      0x0485a000 JavaThread "Thread-46" [_thread_blocked, id=8556, stack(0x08560000,0x085a0000)]
      0x04859c00 JavaThread "Thread-45" [_thread_blocked, id=3656, stack(0x084e0000,0x08520000)]
      0x04859400 JavaThread "Thread-44" [_thread_blocked, id=8924, stack(0x08460000,0x084a0000)]
      0x04858c00 JavaThread "Thread-43" [_thread_blocked, id=7536, stack(0x083e0000,0x08420000)]
      0x04858800 JavaThread "Thread-42" [_thread_blocked, id=4368, stack(0x08360000,0x083a0000)]
      0x04858000 JavaThread "Thread-41" [_thread_blocked, id=8488, stack(0x082e0000,0x08320000)]
      0x04857c00 JavaThread "Thread-40" [_thread_blocked, id=6112, stack(0x08260000,0x082a0000)]
      0x04857400 JavaThread "Thread-39" [_thread_blocked, id=6060, stack(0x081e0000,0x08220000)]
      0x04857000 JavaThread "Thread-38" [_thread_blocked, id=9200, stack(0x08160000,0x081a0000)]
      0x04856800 JavaThread "Thread-37" [_thread_blocked, id=5476, stack(0x080e0000,0x08120000)]
      0x04856000 JavaThread "Thread-36" [_thread_blocked, id=2828, stack(0x08060000,0x080a0000)]
      0x04855c00 JavaThread "Thread-35" [_thread_blocked, id=8320, stack(0x07fe0000,0x08020000)]
      0x04855400 JavaThread "Thread-34" [_thread_blocked, id=5668, stack(0x07f60000,0x07fa0000)]
      0x04855000 JavaThread "Thread-33" [_thread_blocked, id=8316, stack(0x07ee0000,0x07f20000)]
      0x04854800 JavaThread "Thread-32" [_thread_blocked, id=4836, stack(0x07e60000,0x07ea0000)]
      0x04854400 JavaThread "Thread-31" [_thread_blocked, id=964, stack(0x07de0000,0x07e20000)]
      0x04853c00 JavaThread "Thread-30" [_thread_blocked, id=4544, stack(0x07d60000,0x07da0000)]
      0x04853400 JavaThread "Thread-29" [_thread_blocked, id=4388, stack(0x07ce0000,0x07d20000)]
      0x04853000 JavaThread "Thread-28" [_thread_blocked, id=7204, stack(0x07c60000,0x07ca0000)]
      0x04852800 JavaThread "Thread-27" [_thread_blocked, id=864, stack(0x07be0000,0x07c20000)]
      0x0482f800 JavaThread "Thread-26" [_thread_blocked, id=6928, stack(0x07b60000,0x07ba0000)]
      0x0482f400 JavaThread "Thread-25" [_thread_blocked, id=7692, stack(0x07ae0000,0x07b20000)]
      0x0482ec00 JavaThread "Thread-24" [_thread_blocked, id=7196, stack(0x07a60000,0x07aa0000)]
      0x0482e400 JavaThread "Thread-23" [_thread_blocked, id=7116, stack(0x079e0000,0x07a20000)]
      0x0482e000 JavaThread "Thread-22" [_thread_blocked, id=4332, stack(0x07960000,0x079a0000)]
      0x0482d800 JavaThread "Thread-21" [_thread_blocked, id=6780, stack(0x078e0000,0x07920000)]
      0x0482d400 JavaThread "Thread-20" [_thread_blocked, id=5700, stack(0x07860000,0x078a0000)]
      0x0482cc00 JavaThread "Thread-19" [_thread_blocked, id=6116, stack(0x077e0000,0x07820000)]
      0x0482c800 JavaThread "Thread-18" [_thread_blocked, id=7824, stack(0x07760000,0x077a0000)]
      0x0482c000 JavaThread "Thread-17" [_thread_blocked, id=9096, stack(0x076e0000,0x07720000)]
      0x0482b800 JavaThread "Thread-16" [_thread_blocked, id=9144, stack(0x07660000,0x076a0000)]
      0x0482b400 JavaThread "Thread-15" [_thread_blocked, id=5336, stack(0x075e0000,0x07620000)]
      0x0482ac00 JavaThread "Thread-14" [_thread_blocked, id=2076, stack(0x07560000,0x075a0000)]
      0x0482a800 JavaThread "Thread-13" [_thread_blocked, id=5300, stack(0x074e0000,0x07520000)]
      0x0482a000 JavaThread "Thread-12" [_thread_blocked, id=4912, stack(0x07460000,0x074a0000)]
      0x04829c00 JavaThread "Thread-11" [_thread_blocked, id=8512, stack(0x073e0000,0x07420000)]
      0x04829400 JavaThread "Thread-10" [_thread_blocked, id=8772, stack(0x07360000,0x073a0000)]
      0x04828c00 JavaThread "Thread-9" [_thread_blocked, id=4380, stack(0x072e0000,0x07320000)]
      0x04828800 JavaThread "Thread-8" [_thread_blocked, id=6076, stack(0x07260000,0x072a0000)]
      0x04828000 JavaThread "RMI Reaper" [_thread_blocked, id=6184, stack(0x071e0000,0x07220000)]
      0x04801c00 JavaThread "Thread-7" [_thread_blocked, id=4168, stack(0x07160000,0x071a0000)]
      0x0496a000 JavaThread "HSQLDB Timer @def14f" daemon [_thread_blocked, id=4616, stack(0x050e0000,0x05120000)]
      0x03bd6c00 JavaThread "C3P0PooledConnectionPoolManager[identityToken->2x760f905j9tmy1l1yrpa|1e2c841]-HelperThread-#2" daemon [_thread_blocked, id=4136, stack(0x05060000,0x050a0000)]
      0x03bd6400 JavaThread "C3P0PooledConnectionPoolManager[identityToken->2x760f905j9tmy1l1yrpa|1e2c841]-HelperThread-#1" daemon [_thread_blocked, id=8356, stack(0x04fe0000,0x05020000)]
      0x03a05400 JavaThread "C3P0PooledConnectionPoolManager[identityToken->2x760f905j9tmy1l1yrpa|1e2c841]-HelperThread-#0" daemon [_thread_blocked, id=5404, stack(0x04f60000,0x04fa0000)]
      0x03a04c00 JavaThread "C3P0PooledConnectionPoolManager[identityToken->2x760f905j9tmy1l1yrpa|1e2c841]-AdminTaskTimer" daemon [_thread_blocked, id=5860, stack(0x041c0000,0x04200000)]
      0x042ae000 JavaThread "GC Daemon" daemon [_thread_blocked, id=5292, stack(0x04140000,0x04180000)]
      0x03a66400 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=8056, stack(0x03fb0000,0x03ff0000)]
      0x03a63c00 JavaThread "RMI TCP Accept-9090" daemon [_thread_in_native, id=2664, stack(0x03f30000,0x03f70000)]
      0x03a42c00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=8832, stack(0x03da0000,0x03de0000)]
      0x00f56800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=4600, stack(0x039a0000,0x039e0000)]
      0x00f47400 JavaThread "C1 CompilerThread0" daemon [_thread_blocked, id=7060, stack(0x038f0000,0x03960000)]
      0x00f46400 JavaThread "Attach Listener" daemon [_thread_blocked, id=3928, stack(0x03870000,0x038b0000)]
      0x00f43000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=4864, stack(0x037f0000,0x03830000)]
      0x00f3c000 JavaThread "Finalizer" daemon [_thread_blocked, id=6164, stack(0x03770000,0x037b0000)]
      0x00f3a800 JavaThread "Reference Handler" daemon [_thread_blocked, id=9004, stack(0x036f0000,0x03730000)]
      0x00eba400 JavaThread "main" [_thread_in_native, id=4904, stack(0x00d80000,0x00df0000)]
    Other Threads:
      0x00efd400 VMThread [stack: 0x03640000,0x036b0000] [id=5172]
      0x03a68400 WatcherThread [stack: 0x04090000,0x04100000] [id=9092]
    VM state:synchronizing (normal execution)
    VM Mutex/Monitor currently owned by a thread:  ([mutex/lock_event])
    [0x00eb8780] Threads_lock - owner thread: 0x00efd400
    Heap
    def new generation   total 142208K, used 109631K [0x10340000, 0x1a9e0000, 0x1a9e0000)
      eden space 113792K,  90% used [0x10340000, 0x167a60c0, 0x17260000)
      from space 28416K,  24% used [0x18e20000, 0x194c9cd8, 0x1a9e0000)
      to   space 28416K,   0% used [0x17260000, 0x17260000, 0x18e20000)
    tenured generation   total 341376K, used 148495K [0x1a9e0000, 0x2f740000, 0x2f740000)
       the space 341376K,  43% used [0x1a9e0000, 0x23ae3f10, 0x23ae4000, 0x2f740000)
    compacting perm gen  total 145408K, used 59874K [0x2f740000, 0x38540000, 0x38540000)
       the space 145408K,  41% used [0x2f740000, 0x331b88a8, 0x331b8a00, 0x38540000)
        ro space 10240K,  51% used [0x38540000, 0x38a73000, 0x38a73000, 0x38f40000)
        rw space 12288K,  55% used [0x38f40000, 0x395de4f8, 0x395de600, 0x39b40000)
    Code Cache  [0x013b0000, 0x02378000, 0x033b0000)
    total_blobs=6549 nmethods=6302 adapters=179 free_code_cache=17026624 largest_free_block=384
    Dynamic libraries:
    0x00400000 - 0x00417000 C:\Program Files (x86)\Tomcat\bin\Tomcat.exe
    0x771c0000 - 0x77340000 C:\Windows\SysWOW64\ntdll.dll
    0x76ac0000 - 0x76bd0000 C:\Windows\syswow64\kernel32.dll
    0x752f0000 - 0x75336000 C:\Windows\syswow64\KERNELBASE.dll
    0x758f0000 - 0x75990000 C:\Windows\syswow64\ADVAPI32.dll
    0x75830000 - 0x758dc000 C:\Windows\syswow64\msvcrt.dll
    0x74e10000 - 0x74e29000 C:\Windows\SysWOW64\sechost.dll
    0x75710000 - 0x75800000 C:\Windows\syswow64\RPCRT4.dll
    0x74d20000 - 0x74d80000 C:\Windows\syswow64\SspiCli.dll
    0x74d10000 - 0x74d1c000 C:\Windows\syswow64\CRYPTBASE.dll
    0x75ac0000 - 0x7670a000 C:\Windows\syswow64\SHELL32.dll
    0x75290000 - 0x752e7000 C:\Windows\syswow64\SHLWAPI.dll
    0x74d80000 - 0x74e10000 C:\Windows\syswow64\GDI32.dll
    0x76760000 - 0x76860000 C:\Windows\syswow64\USER32.dll
    0x758e0000 - 0x758ea000 C:\Windows\syswow64\LPK.dll
    0x74e30000 - 0x74ecd000 C:\Windows\syswow64\USP10.dll
    0x75340000 - 0x753a0000 C:\Windows\system32\IMM32.DLL
    0x751c0000 - 0x7528c000 C:\Windows\syswow64\MSCTF.dll
    0x6d810000 - 0x6dac0000 C:\Program Files (x86)\Java\jre6\bin\client\jvm.dll
    0x74140000 - 0x74172000 C:\Windows\system32\WINMM.dll
    0x7c340000 - 0x7c396000 C:\Windows\system32\MSVCR71.dll
    0x740f0000 - 0x7413c000 C:\Windows\system32\apphelp.dll
    0x6d7c0000 - 0x6d7cc000 C:\Program Files (x86)\Java\jre6\bin\verify.dll
    0x6d330000 - 0x6d34f000 C:\Program Files (x86)\Java\jre6\bin\java.dll
    0x6d800000 - 0x6d80f000 C:\Program Files (x86)\Java\jre6\bin\zip.dll
    0x76bd0000 - 0x76d2c000 C:\Windows\syswow64\ole32.dll
    0x6d560000 - 0x6d569000 C:\Program Files (x86)\Java\jre6\bin\management.dll
    0x6d610000 - 0x6d623000 C:\Program Files (x86)\Java\jre6\bin\net.dll
    0x753e0000 - 0x75415000 C:\Windows\syswow64\WS2_32.dll
    0x75990000 - 0x75996000 C:\Windows\syswow64\NSI.dll
    0x74880000 - 0x748bc000 C:\Windows\system32\mswsock.dll
    0x747d0000 - 0x747d6000 C:\Windows\System32\wship6.dll
    0x748d0000 - 0x748e0000 C:\Windows\system32\NLAapi.dll
    0x748c0000 - 0x748d0000 C:\Windows\system32\napinsp.dll
    0x74830000 - 0x74874000 C:\Windows\system32\DNSAPI.dll
    0x74820000 - 0x74828000 C:\Windows\System32\winrnr.dll
    0x747e0000 - 0x747e5000 C:\Windows\System32\wshtcpip.dll
    0x74800000 - 0x7481c000 C:\Windows\system32\IPHLPAPI.DLL
    0x747f0000 - 0x747f7000 C:\Windows\system32\WINNSI.DLL
    0x747c0000 - 0x747c6000 C:\Windows\system32\rasadhlp.dll
    0x74780000 - 0x747b8000 C:\Windows\System32\fwpuclnt.dll
    0x74750000 - 0x74766000 C:\Windows\system32\CRYPTSP.dll
    0x744d0000 - 0x7450b000 C:\Windows\system32\rsaenh.dll
    0x74030000 - 0x7403b000 C:\Windows\system32\profapi.dll
    0x6d7a0000 - 0x6d7a8000 C:\Program Files (x86)\Java\jre6\bin\sunmscapi.dll
    0x759a0000 - 0x75abd000 C:\Windows\syswow64\CRYPT32.dll
    0x753d0000 - 0x753dc000 C:\Windows\syswow64\MSASN1.dll
    0x6d630000 - 0x6d639000 C:\Program Files (x86)\Java\jre6\bin\nio.dll
    0x10000000 - 0x10047000 C:\Windows\System32\corojdk11.dll
    0x74ed0000 - 0x74f5f000 C:\Windows\syswow64\OLEAUT32.dll
    0x75420000 - 0x754a3000 C:\Windows\syswow64\CLBCatQ.DLL
    0x744c0000 - 0x744ce000 C:\Windows\system32\RpcRtRemote.dll
    0x74180000 - 0x741df000 C:\Windows\system32\SXS.DLL
    0x0b820000 - 0x0b853000 C:\Program Files (x86)\Tomcat\bin\HASPJava.dll
    0x0b860000 - 0x0bb4d000 C:\Program Files (x86)\Tomcat\bin\hasp_windows_87368.dll
    0x74c50000 - 0x74c57000 C:\Windows\system32\WSOCK32.DLL
    0x6d000000 - 0x6d14c000 C:\Program Files (x86)\Java\jre6\bin\awt.dll
    0x73c20000 - 0x73c71000 C:\Windows\system32\WINSPOOL.DRV
    0x74430000 - 0x744b4000 C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.7601.17514_none_ec83dffa859149af\COMCTL32.dll
    0x6eb40000 - 0x6eb53000 C:\Windows\system32\DWMAPI.DLL
    0x6d230000 - 0x6d286000 C:\Program Files (x86)\Java\jre6\bin\fontmanager.dll
    0x77190000 - 0x77195000 C:\Windows\system32\PSAPI.DLL
    VM Arguments:
    jvm_args: -Dcatalina.home=C:\Program Files (x86)\Tomcat -Dcatalina.base=C:\Program Files (x86)\Tomcat -Djava.endorsed.dirs=C:\Program Files (x86)\Tomcat\endorsed -Djava.io.tmpdir=C:\Program Files (x86)\Tomcat\temp -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=C:\Program Files (x86)\Tomcat\conf\logging.properties -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=c:\progra~2\tomcat -Xms500m -Xmx500m -XX:SurvivorRatio=4 -XX:PermSize=143m -XX:MaxPermSize=143m -Xss200k -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:TomcatGarbageCollection -Dcom.sun.management.jmxremote.port=9090 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote=true
    java_command: <unknown>
    Launcher Type: generic
    Environment Variables:
    PATH=Y:\Legato\nsr\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;c:\Tivoli\IBM\ITM\bin;c:\Tivoli\IBM\ITM\InstallITM;c:\Tivoli\IBM\ITM\TMAITM6;C:\Program Files (x86)\Tomcat\lib
    USERNAME=NCDWSMNASP0101$
    OS=Windows_NT
    PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 44 Stepping 2, GenuineIntel
    ---------------  S Y S T E M  ---------------
    OS: Windows NT 6.1 , 64 bit Build 7601 Service Pack 1
    CPU:total 4 (1 cores per cpu, 1 threads per core) family 6 model 44 stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt
    Memory: 4k page, physical 4193848k(1041944k free), swap 8385852k(5027848k free)
    vm_info: Java HotSpot(TM) Client VM (20.45-b01) for windows-x86 JRE (1.6.0_45-b06), built on Mar 26 2013 13:40:03 by "java_re" with MS VC++ 7.1 (VS2003)
    time: Sun Feb 09 19:41:33 2014
    elapsed time: 31207 seconds

    Thanks a lot.
    HASPJava.dll is used by verification  License and is invoked less and can't use a lot of native memory.
    Our business is communicating between java and COM component. In order to implement it, we used JavaCom to generate java class for COM component.
    Memory of COM component is little, but Native Memory is high.
    Who used JavaCom and did you meet this problem?
    Please give me some suggestions. Thanks a lot.

  • Memory Leak in  Java

    Anyone can suggest what is the best way to test memory leak in JAVA?
    Thanks in advance for the help.

    I'll try to define it for the OP
    Define: memory leakhttp://en.wikipedia.org/wiki/Memory_leak
    Define: bestDoesn't really apply but wondered what wikipedia would return: http://en.wikipedia.org/wiki/Best
    Define: testhttp://en.wikipedia.org/wiki/Software_testing

  • How to handle the java.policy file ?

    Can somebody tell me how to handle the java.policy file?
    I always get java.net.SocketExceptions and java.security.AccessControlExceptions while connecting to an appserver from an applet.
    What do I have to write in the java.policy file, where do I have to place it and do I have to call it in some way form my applet?
    Thanks in advance.
    don call

    The java.policy file goes in your jre installation directory in .../jre/lib/security (there should be one there already).
    I used it to allow otherwise restricted permissions for an applet using javax.comm. Add something like the following to the file:
    grant codeBase "URL:http://yourDomainName/rootDirectoryOfYourApp/*" {
         permission java.security.AllPermission;
    This will give the applet downloaded from your site all permissions. You might want to give only certain permissions, I don't know.
    Teri

  • How to specify maximum memory usage for Java VM in Tomcat?

    Does any one know how to setup memory usage for Java VM, such as "-Xmx256m" parameter, in Tomcat?
    I'm using Tomcat 3.x in Apache web server on Sun Solaris platform. I already tried to add the following line into tomcat.properties, like:
    wrapper.bin.parameters=-Xmx512m
    However, it seems to me that this doesn't work. So, how about if my servlet will consume a large amount of memory that exceeds the default 64M memory boundary of Java VM?
    Any idea will be appreciated.
    Haohua

    With some help we found the fix. You have to set the -Xms and -Xmx at installation time when you install Tomcat 4.x as a service. Services do not read system variables. Go to the command prompt in windows, and in the directory where tomcat.exe resides, type "tomcat.exe /?". You will see jvm_options as part of the installation. Put the -Xms and -Xmx variables in the proper place during the install and it will work.
    If you can't uninstall and reinstall, you can apply this registry hack that dfortae sent to me on another thread.
    =-=-=-=-=-=
    You can change the parameters in the Windows registry. If your service name is "Apache Tomcat" The location is:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Apache Tomcat\Parameters
    Change the JVM Option Count value to the new value with the number of parameters it will now have. In my case, I added two parameters -Xms100m and -Xmx256m and it was 3 before so I bumped it to 5.
    Then I created two more String values. I called the first one I added 'JVM Option Number 4' and the second 'JVM Option Number 5'. Then I set the value inside each. The first one I set to '-Xms100m' and the second I set to '-Xmx256m'. Then I restarted Tomcat and observed when I did big processing the memory limit was now 256 MB, so it worked. Hope this helps!
    =-=-=-=-=
    I tried this and it worked. I did not want to have to go through the whole reinstallation process, so this was best for me.
    Thanks to all who helped on this.

  • Possible causes for memory leak in Java and Tomcat

    I would like to enquire what are the typical mistakes done by programmers that will cause memory leak in Java and Tomcat.

    Please refer the below site. It will give more points about the memory leak and how to rectify it.
    http://www.experts-exchange.com/Software/Server_Software/Application_Servers/Q_20981562.html?cid=336

  • About Memory Leak in JAVA Any body pls help me

    Hi All,
    In our application, with JAVA we are using c, c++ native methods also.
    The problem is, Eventhough the application is in idle state, the Virtual Memory occupation is getting increased. For 24 hours, 30 MB is increased, while the application is in idle state.
    Is there any possiblity, this much memory leak can happen in JAVA. or it is from Native c side..
    I would appreciate anybody' s help.

    Thanks
    I am using JProfiler for that. I can observe what kind of objects not getting freed and the size of memory it is taking. and i observed thro JProfiler, that is only 16 kb of memory leak is happening. Can Any body who is well known about JProfiler help me. Can i differentiate the memory leak from JAVA and Native C side using JProfiler.
    Any help would be appreciated.

  • Agent issue:Oracle keeps proposing enlarging the memory of the java stack

    Hi,
    Our PROD agent suddenly started not responding . The package showing execution in monitor without showing what code it is executing. This continuously exeecuting package then we had to set to error and then we went with execution with Local(no agent) which got executed successfuly in prod but still having issues with PROD agent.
    Oracle proposed the sol- "Oracle keeps proposing enlarging the memory of the java stack " The sol worked for few days and again facing the same issue. One of the
    query raised by oracle is
    "Ask the developers if they are using standard transaction processing knowledge modules and if they have considered using BULK loading type knowledge modules ? Please
    ask them for the precise name of the Knowledge Modules used and if they have been customized or not"
    How to identify this in detail? Any clue . We are using the standard KM and havent customized any KM
    With Thanks,
    Shilpa Dhote

    The question is what Knowledge modules are you using? Some use Bulk type processing, others transaction based. You can list knowledge modules by interface using a SQL query like this one :
    http://odiexperts.com/kms-in-each-interface

  • Is File handling in Java Swing possible?

    Hi I need to know whether file handling in Java Swing is possible or not?

    cents wrote:
    Thanks for ur answer.....Actually I just wanted to know whether "Reading from a file" and "Writing to a file" in Java Swing is possible or not?
    Edited by: cents on Mar 16, 2010 9:35 AMWhat did google tell you? Did you see anything interesting in the API?

  • Study security related exception handling in Java

    Hi all,
    I am required to do an indepth study on security-related exception handling in Java, their Pluses and minuses... Can ppl suggest me places where I can get a kick start? Any resource that u know can help me out?
    I appreciate ur help in this regard...FYI, I am a grad student and I am doing this as a part of my course-work...I am writing up a report on this...
    Thanx a bunch, in advance for ur help ppl..

    Take a look at the JAAS API and docs.
    - Saish

  • Memory Leaks in Java

    Hi,
    I have a considerably large business application that consists of JSPs and JavaBeans which connects to a database. The application runs off a Tomcat server. Some information about the application is as follows:
    a. JDK version 1.4.2_11
    b. Database used is MS SQL Server 2000 with Server pack 4
    c. Running on Tomcat version 4.1.31. Tomcat is being run under services.
    d. Third party libraries -
         Cryptix32
         i-Net Crystal Clear
         CeWolf and JFreeChart
         iText
         jxl
    I noticed that the Tomcat memory utilization increases after a period of using the application.
    I recently purchased JProbe as it was recommended as a good tool to check for memory leaks in Java applications. Having purchased Jprobe, the team is now proceeding to investigate the cause of the problem.
    I would like very much to seek the expertise of the community here as to some technique / steps the team should take during the course of the investigation.
    We are currently following the following steps:
    a. Startup JProbe
    b. Set a JProbe J2EE memory session which points to Tomcat and JDK
    c. Run the JProbe session
    d. Do a Collect Stack Trace
    e. Login to our application, execute a "single function" and then logout
    f. Do an Include Heapdump in Snapshot
    g. Save the snapshot
    h. Stop the JProbe session
    i. Investigate the output
    j. Repeat (c) to (i) for other functions in our application
    Would appreciate if the community here could advice if we are proceeding with the investigation correctly and whether we are missing out on any memory leaks. All suggestions are most welcome.
    Thanks.

    Hi,
    Just a bit more information about the application:
    Application contains:
    - 4490 JSP files
    - 1492 Java Classes
    Application Server:
    - Tomcat 4.1.31
    - JDK 1.4.2_11
    Database:
    - Microsoft SQL Server JDBC 2000
    - Microsoft SQL Server 2000 SP4
    Other JAR files:
    - Cryptix 32
    - jxl
    - CeWolf
    - i-Net Crystal Clear
    All items mentioned above is running on a Server with Microsoft Windows Server 2003 with 2GB of RAM.
    The JSP communicates to the JavaBean which in turn will connect to the Database via JDBC. We are not using connection pooling at the moment.
    The SQL Server takes around 1GB of ram and I have configured Tomcat with an Initial 250MB and a maximum of 750MB of RAM. Tomcat is running under NT services.
    Tomcat memory slowly increases and it takes around 4-7 weeks before it reaches the maximum memory and we get the out of memory error.
    We have done checking for memory leaks using JProbe but have not found any leaks in our program yet. We did find some of our classes were not closing the connection. I am not sure whether this could be the cause of the memory leak. We have also checked for static members in our classes and have not found anything wrong with them.
    Can anyone tell me whether:
    a) Is 2GB RAM sufficient for this type of configuration?
    b) If we add more RAM will it be more beneficial?
    c) Our Tomcat web.xml configuration. Reloadable = true, Development = true. Will this cause memory leaks?
    d) Should we upgrade to Tomcat 5 or 6?
    e) Should we upgrade the JDBC Driver to 2005?
    f) Should we upgrade the version of JDK to 1.5 or 1.6?
    g) Is it recommended to restart Tomcat every now and then?
    Thanks.

  • Is there  a way to access total memory used by java instance?

    is there a way to access total memory used by java instance?
    i'm familiar with
    runtime.getTotalMemory() and runtime.getFreeMemory();
    and i understrnad that it is a measure of the amount of memory available for the heap used to allocate objects and the amount of memory not being used by the object heap --
    but is there a way to (from java get the value that you get when you go to the windows taskmanager and look at javavm.exe
    stephen

    i'm using java 1.4 if that helps

  • Memory management in Java

    HI all,
    I want to know what is memory management in JAVA means ?Is it related to memory management of java VM.?

    Sorry for posting in wrong area. also sorry for cross posting . i close this discussion as i have posted a new topic. so dont reply plz.

  • What is an in-memory class in java.

    what is an in-memory class in java. Please explain me about it and even give a sample code if possible.
    thanks in advance.

    what is an in-memory class in java. Please explain me
    about it and even give a sample code if possible.
    thanks in advance.In what context was this question asked?

  • Is it possible to create the memory for a Java object in C/C++?

    Is it possible to have a C/C++ program allocate some memory, then have JNI use that memory for primitive java objects (such an array of bytes) that are passed to Java objects ?
    I would like to allocate a region of memory in C++, then give that memory to a Java object (via some kind of JNI type) and have that Java object fill the memory region with data.
    My impression from reading the JNI API and the few examples I've looked at is "No", there is a strict boundary between C++ and JNI as regards memory management. There may be serious implications as to why what I'm suggesting is not feasible, I am not enough of a JNI expert to know yet, and would greatly appreciate any input/comment.
    Many thanks,
    Colm.

    No, you cannot. However, writing your JNI code you should not use memory of Local Heap (if it possible). Because Local Heap Memory used also by JVM. I have developed tools that generate C++ wrappers for JNI code. In these wrappers I use mainly Global/Virtual Memory. I also reduce to minimum creation of local/global references, as it is affects to JVM memory use. If you are writing JNI code under MS Windows then you can try my tools that automate JNI code writing:
    http://simtel.net/product.php[id]93174[SiteID]simtel.net
    http://simtel.net/product.php[id]94368[SiteID]simtel.net
    Now I am developing this tool for .Net. In two weeks it will be finished.

Maybe you are looking for