IsJRockit Memory leak detector API available ?
I would like to write up a JAVA client to gather heap information, things like number of instances and memory size of given object(s). These info can be displayed by memory leak detector, so there has to be an interface. my question is that is this API available for me to use? what kind of license if any I need to purchase if I intend to use my client in production?
thanks in advance.
Yes, JVMTI is a native interface and requires a non-java library. It's probably not a good idea to try to monitor a Java application by running more Java code in the same JVM because of the interference you create.
Regards,
/Staffan
Similar Messages
-
New Memory Leak Detector released
This week we released an updated version of the Memory Leak Detector. It now features a much improved graphical user interface as well as more powerful ways to track down memory leaks.
The tool is designed to help you find memory leaks in production type environments without causing much overhead. It allows you to attach to a running JRockit process, analyze the heap, and detach, leaving the process running at full speed again.
There is an article on dev2dev which describes the tool in more detail: http://dev2dev.bea.com/pub/a/2005/06/memory_leaks.html
Download the free tool today at: http://dev2dev.bea.com/wljrockit/tools.html
Comments are always welcome here in the forum.
Regards,
/Staffan LarsenFYI, the console ist providing this stack trace in the details window:
java.io.IOException: Unsupported JVM on host 'localhost' at port 7090.
Make sure you are running the correct version of JRockit.
at com.jrockit.memleak.model_impl.MemleakUtil.handleConnectionException(Unknown Source)
at com.jrockit.memleak.model_impl.MemleakUtil.doConnect(Unknown Source)
at com.jrockit.memleak.model_impl.MemleakUtil.access$000(Unknown Source)
at com.jrockit.memleak.model_impl.MemleakUtil$1.run(Unknown Source)
at foxtrot.AbstractWorkerThread$2.run(AbstractWorkerThread.java:49)
at java.security.AccessController.doPrivileged(Native Method)
at foxtrot.AbstractWorkerThread.runTask(AbstractWorkerThread.java:45)
at foxtrot.workers.DefaultWorkerThread.run(DefaultWorkerThread.java:153)
at java.lang.Thread.run(Unknown Source)
Caused by: javax.naming.CommunicationException [Root exception is java.rmi.ConnectIOException: error during JRMP connection establishment; nested exception is:
java.io.EOFException]
at com.sun.jndi.rmi.registry.RegistryContext.lookup(Unknown Source)
at com.sun.jndi.toolkit.url.GenericURLContext.lookup(Unknown Source)
at javax.naming.InitialContext.lookup(Unknown Source)
at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(Unknown Source)
at javax.management.remote.rmi.RMIConnector.findRMIServer(Unknown Source)
at javax.management.remote.rmi.RMIConnector.connect(Unknown Source)
at javax.management.remote.rmi.RMIConnector.connect(Unknown Source)
at com.jrockit.memleak.comm.RemoteMLSController.getServerConnection(RemoteMLSController.java:152) -
Memory Leak Detector data collection timing
Hello,
I am Yoshizo Aori working at HP Japan.
I would like to know timing of data collection for
updating object type byte size increase rate.
Data collection at garbage collection or any other timing?
Is it possible to change the timing of the data collection?Yoshizo,
The actual "Growth(bytes/sec)" column is updated along with the other columns at every normal GC and currently, independent of any GC, also every ten seconds. This interval is not yet configurable. (While the trend analysis is running, it is possible to manually press "Refresh" to get shorter time between updates.)
However, the Growth column is primarily calculated using historic data collected during normal GCs while the trend analysis is active. Only if the historic data shows a difference in heap usage, the current value shown in the "Size (KB)" column is taken into account. The effect is that the "Refresh" button only updates Growth column rows that have had non-zero values.
This also means that if an application leaks slowly and doesn't generate enough garbage to trigger a GC in the near future, you may not notice it by looking at the Growth column. If so, it is possible to trigger a GC, and thus a possible collection of historic data, by selecting "Garbage Collect" from the Action menu.
Remember though, since the Growth column represents the growth rate over the entire time that the trend analysis has been running, you may want to avoid very long running analyses. In fact, after a while, historic data is not collected every GC but more and more seldom. -
How to configure license file for Memory Leak tool and WL Server 9.2?
(I posted to general JRockit forum before realizing existence of this forum which is probably more applicable.)
Here's our problem:
Running latest version of WL 9.2 MP3 and JRockit Mission Control 3.0.1
Able to run Mission Control, and connect to the WL Server and to run View Console with no problems.
I can't get Memory Leak tool to run because it complains about needing a license file.
First I tried with off the shelf WL 9.2 MP3.
Get error:
A license for Memory Leak Detector could not be found on the JRockit at (1.5) weblogic.Server (192).
Error: Can not find component Memory Leak Detector for JRockit * in the license file. Please check http://www.jrockit.com/license for license updates.
So I downloaded license file from JRockit download site - wls92.zip. It contains several files, but no clear instructions on what to do with these files. I copied one of these files "LIC-WLSP92.txt" to my JRockit home as C:\bea\JROCKI~1\jre\license.bea
Tried again. Restarted WL server. Restarted JRockit Mission Control.
Get error: A license for Memory Leak Detector could not be found on the JRockit at (1.5) weblogic.Server (3052).
The license file does not exist at: C:\bea\JROCKI~1\jre\license.bea
Any advise on how to install license or who to contact for help?Installed Mission Control 3.0.3.
Got following message when I attempted to run Memory Leak:
A license for Memory Leak Detector could not be found on the JRockit at (1.5) weblogic.Server (192).
Error: Can not find component Memory Leak Detector for JRockit * in the license file.
Please check http://www.jrockit.com/license for license updates.
I believe that we're using the latest downloads of WebLogic 9.2.x and JRockit.
WebLogic is running using 9.2.3 and JRockit build R27.4.0-90_CR358515-94243-1.5.0_12-20080118-1154-windows-ia2
Contents of C:\bea\jrockit_150_12\jre\license.bea:
<?xml version="1.0" encoding="ISO-8859-1"?>
<bea-licenses>
<license-group format="1.0" product="JRockit" release="*">
</license-group>
</bea-licenses>
Could WebLogic be misconfigured?
Any diagnostics to help figure out the licensing?
Any other ideas? -
JBoss EAP 6 On JRockit - Memory Leak
hello team.
I have memory leak problem on jboss and jrockit.
My Environment :
1. OS :
CentOS release 6.4 (Final)
2. JRockit :
java version "1.6.0_45"
Java(TM) SE Runtime Environment (build 1.6.0_45-b06)
Oracle JRockit(R) (build R28.2.7-7-155314-1.6.0_45-20130329-0641-linux-x86_64, compiled mode)
3. Application Server:
JBoss EAP 6.2.0.GA
4. Application
Large EJB Application (100 and more EJB Beans (Stateless, Stateful, MDB, Timers and so on)
Everything works fine on older application server versions (4.3 , 4.2)
But now I have Problem
Of course I know that problem is new version - and i have discussion on JBoss forums.
but guys I have question about jrockit with you:
What is the option "Other" in memory ??
[jboss@jboss-new bin]$ jrcmd 17114 print_memusage
17114:
Total mapped 8457864KB (reserved=2983100KB)
- Java heap 3145728KB (reserved=0KB)
- GC tables 105232KB
- Thread stacks 46412KB (#threads=138)
- Compiled code 1048576KB (used=12257KB)
- Internal 1480KB
- OS 170324KB
- Other 3639056KB
- Classblocks 10496KB (malloced=9631KB #28393)
- Java class data 289536KB (malloced=192391KB #133697 in 28393 classes)
- Native memory tracking 1024KB (malloced=294KB #10)
[jboss@jboss-new bin]$
This size increases every time - and took entire amount of RAM.
Thank in Advance.
Regards,
Paata LominadzeNot sure what the 'other' is, but it is probably best shown by using an example. By using displayMap we can display a memory map of various JVM subsystems and libraries that are loaded, including third-party libraries.
./jrcmd 4523 print_memusage displayMap
Total mapped 3984796KB (reserved=2978740KB)
- Java heap 524288KB (reserved=0KB)
- GC tables 17548KB
- Thread stacks 20276KB (#threads=39)
- Compiled code 1048576KB (used=14224KB)
- Internal 1672KB
- OS 146924KB
- Other 2092648KB
- Classblocks 7424KB (malloced=7381KB #20064)
- Java class data 124416KB (malloced=124411KB #91048 in 20064 classes)
- Native memory tracking 1024KB (malloced=118KB #10)
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
OS *java r x 0x0000000000400000.( 76KB)
OS *java rw 0x0000000000612000.( 4KB)
OS *[heap] rw 0x00000000007c1000.( 132KB)
INT Poll r 0x000000007fffe000 ( 4KB)
INT Membar rw 0x000000007ffff000.( 4KB)
MSP Classblocks (1/2) rw 0x00000000df8c0000 ( 6912KB)
MSP Classblocks (2/2) rw 0x00000000dff80000 ( 512KB)
HEAP Java heap rw 0x00000000e0000000.( 524288KB)
OS *ld-2.12.so r x 0x0000003664400000.( 128KB)
OS *ld-2.12.so r 0x000000366461f000 ( 4KB)
OS *ld-2.12.so rw 0x0000003664620000 ( 4KB)
OS **ld-2.12.so rw 0x0000003664621000.( 4KB)
OS *gconv-modules.cache r 0x00007f8f2e4a0000 ( 28KB)
THREAD Stack 4630 rwx 0x00007f8f2e4a7000 ( 8KB)
THREAD Stack 4630 0x00007f8f2e4a9000 ( 12KB)
THREAD Stack 4630 rwx 0x00007f8f2e4ac000 ( 244KB)
MSP Java class data (5/37) rw 0x00007f8f2e4e9000 ( 14336KB)
MSP Java class data (9/37) rw 0x00007f8f2fa40000 ( 5888KB)
rw 0x00007f8f30000000 ( 188KB)
0x00007f8f3002f000 ( 65348KB)
rw 0x00007f8f34000000 ( 132KB)
0x00007f8f34021000 ( 65404KB)
rw 0x00007f8f38000000 ( 412KB)
0x00007f8f38067000.( 65124KB)
MSP Java class data (10/37) rw 0x00007f8f3c034000 ( 34048KB)
rw 0x00007f8f3e174000 ( 8200KB)
MSP Java class data (11/37) rw 0x00007f8f3e976000 ( 256KB)
OS *libhpi.so rw 0x00007f8fb37fc000 ( 8KB)
OS **libhpi.so rw 0x00007f8fb37fe000 ( 4KB)
CODE Compiled code rwx 0x00007f8fb37ff000 ( 64KB)
CODE Compiled code rwx 0x00007f8fb380f000 ( 128KB)
CODE Compiled code rwx 0x00007f8fb382f000 ( 64KB)
MSP Java class data (37/37) rw 0x00007f8ff83a1000 ( 512KB)
GC Modified Union Set (committed) rw 0x00007f8ff8421000 ( 132KB)
GC Card table rw 0x00007f8ff8442000 ( 1024KB)
GC Object bits (committed) rw 0x00007f8ff8542000 ( 8196KB)
Here
- thread is thread related (such as thread stacks)
- int, internal use (such as pointer pages)
- heap, chunk used by JRockit for the Java heap
- os, mapped directly from the operating system, such as third party DLLs or shared objects
- msp, memory space. a memory space is a native heap with a specific purpose, for example native memory allocation inside the JVM
- gc, garbage collection related, for example live bits
- code, compiled code
The 'other' memory space looks to me (from the blank entries in the above print-out) like they are a memory pages to are still not used. When the JVM starts it mappes an amount of memory. To my knowledge JRockit uses mmap (mmap(2) - Linux manual page), which creates a new mapping in the virtual address space. JRockit reserves an amount of memory (Java Heap (heap where your object instances go) + its own runtime (all the others)).
To see where the growth is in the various memory spaces, you can use 'print_memusage baseline', after which you can execute print_memusage again, for example,
./jrcmd 4523 print_memusage scale=M
4523:
Total mapped 3896MB +4MB (reserved=2905MB -3MB)
- Java heap 512MB (reserved=0MB)
- GC tables 17MB
- Thread stacks 19MB (#threads=39)
- Compiled code 1024MB (used=14MB +1MB)
- Internal 1MB
- OS 143MB
- Other 2043MB
- Classblocks 7MB (malloced=7MB #20596 +532)
- Java class data 126MB +4MB (malloced=125MB +4MB #93640 +2592 in 20596 classes)
- Native memory tracking 1MB (malloced=0MB #20 +10)
Note the additional column that prints out the difference in memory usage in relation to the baseline. You can also monitor native allocations by using trace_alloc_sites, memory allocations can then be displayed with different levels of detail using the level argument.
./jrcmd 4523 print_memusage trace_alloc_sites=true
4523:
Total mapped 3989660KB +4864KB (reserved=2974732KB -4008KB)
- Java heap 524288KB (reserved=0KB)
- GC tables 17548KB
- Thread stacks 20276KB (#threads=39)
- Compiled code 1048576KB (used=15265KB +1040KB)
- Internal 1672KB
- OS 146924KB
- Other 2092648KB
- Classblocks 7680KB +256KB (malloced=7669KB +287KB #20596 +532)
- Java class data 129024KB +4608KB (malloced=128967KB +4555KB #93640 +2592 in 20596 classes)
- Native memory tracking 1024KB (malloced=236KB +118KB #20 +10)
./jrcmd 4523 print_memusage level=3
4523:
Total mapped 3989660KB +4864KB (reserved=2974732KB -4008KB)
- Java heap 524288KB (reserved=0KB)
- GC tables 17548KB
- Thread stacks 20276KB (#threads=39)
- Compiled code 1048576KB (used=15265KB +1040KB)
- Internal 1672KB
- OS 146924KB
- Other 2092648KB
- Classblocks 7680KB +256KB (malloced=2KB -7379KB #4 -20060) Not fully traced
- Java class data 129024KB +4608KB (malloced=26KB -124385KB #16 -91032 in 20596 classes) Not fully traced.
- Native memory tracking 1024KB (malloced=118KB #10) Not fully traced.
gather_memorymap_database memtrace.c: 206 91KB +91KB (#1 +1)
gather_memory_usage osal_mspace.c:5142 7KB +7KB (#4 +4)
msGatherMSpacesUsageDatabase osal_mspace.c:6128 2KB +2KB (#1 +1)
msGatherMSpacesUsageDatabase osal_mspace.c:6134 16KB +16KB (#1 +1)
Note this is more on the JVM level, in your case in might be beneficial to investigate what is happening on the java heap. By using print_object_summary you can get insight how memory on the heap is used on a per-class basis. To get to the bottom of where the memory leak is you can use the memory-leak-detector (an example of its use can be found here Middleware Snippets: Fast, Faster, JRockit). You can also obtain a heapdump that can be analyzed by using for example MAT (see for an example here Middleware Snippets: Visualizing Class Loading). To obtain a heapdump you can run the command, for example,
[weblogic@machine1 bin]$ ./jrcmd 4523 runsystemgc full=true fullcompact=true
4523:
[weblogic@machine1 bin]$ ./jrcmd 4523 hprofdump filename=/home/weblogic/dump.hprof
4523:
Wrote dump to /home/weblogic/dump.hprof
Note that this first issues a full GC by using the runsystemgc command. -
Maximize server uptime - memory leak?
Since we stabilized the newly introduced WLI 8.1 application we are now fine tuning the JVM. We are facing some kind of memory leak which forces us to reboot the WLS instances daily.
I'm now asked to identify some strategies how we could let the WLI instances run for longer than 1 day. My goal is 7 days, so that the machines must only be touched once a week. The relevant JVM settings are like this:
-Xms2048m -Xmx2048m -Xmanagement -Djrockit.managementserver.port=30011 -XgcPrio:throughput
I've choosen the "throughput" strategy as we have here a systems which acts asynchronously most of the time (WLI). I have attached two JRA records. The first ("1day") shows a system which has an uptime of now 16 hours. The heap utilization is almost all the time between 90%-100%. Things get worse after a while. In the consequence we are rebooting the server when we see more and more timeout-exceptions in our WLI layer and heavy GC activity ("average time spent in GC")
The other record ("leakdetector") shows a system which is now running for almost 3 hours. Here I connected the memory leak detector. The graph looks a bit better / more balanced. Means, that after 3 hours the avg heap util remains between the margins of 40-50 %. The trend of the bottom margin however clearly indicates an increasing memory footprint.
To understand this in more detail I started using the memory leak analyzer. So far I got no benefit from using the tool, though it looks very impressive. However, when I connect the memory leak analyzer I can observe some strange heap graph changes. I suppose the memory leak detector has some impact onto the GC strategies, doesn't it? My heap graph looks totally different with no leak detector attached. What can be the reason on this?
Also I'm quite a bit confused why the "Growth" indicator always stays at 0 bytes/sec, even when I can see that objects are getting bigger and bigger. What is the secret here?
i appreciate every comment you have on my case,
thanks a lotYou might also look at approaching the problem for a different perspective. Which transactions, requests, components are creating the most amount of memory? What concurrent requests where active when the memory jumped or an OOME was thrown. I have found this approach effective in getting a good idea on where to focus memory diagnostics after ruling of course a resource capacity issue.
The following article discusses the difference between a leak and a capacity problem.
http://www.jinspired.com/products/jxinsight/outofmemoryexceptions.html
Also you should try high level monitoring to see whether there are global patterns in metric data that provides clues. This blog entry shows what is possible with professional performance management tools with visualizations going beyond pie charts and table views.
Beautiful Evidence: Metric Monitoring
http://blog.jinspired.com/?p=33
There are also many low level memory inspection tools on the market that might help quickly navigate the heap and identify the problem though I think the JRA tool has probably most of the same features.
Regards,
William Louth
JXInsight Product Architect
CTO, JInspired
"Java EE tuning, testing, tracing, and monitoring with JXInsight"
http://www.jinspired.com -
KeyboardFocusManager reason for memory leak?
Hi all,
with a memory leak detector we found that our application has massive memory leaks after opening and closing a JDialog and the reason we found was the following:
The KeyboardFocusManager has a private static HashMap in which the actual focus in each window is stored. This is done by storing key/value-pairs in the HashMap with window as a key and the Component having the focus on this window as the value. Now you can throw the reference to the component away by using e.g. theComponent.setEnabled(false) - the KeyboardFocusManager then stores the pair window/null in the HashMap - but we didn't find any callable method to remove a key/value-pair from the HashMap and so the reference to the JDialog (as the key!!) stays resident and we have the reason for the memory leak. Now I have a few questions to this problem:
1. Is it right in your opinion, that there is no method to delete the entry from this Hashtable?
2. If this is the case - we have the opinion that there must be a good time to delete this entry (e.g. when disposing the dialog). Do you see if there is an obvious reason that this opinion is false?
3. If no do you think this problem can be accepted as a bug by sun
Thanks in advance and greetings from
HolgerI have been seeing similar behavior; I too have not found all the
leaks. I think I have slowed the allocation by replacing some of my
'build array' functions with the combination of 'initialize array'
followed by 'replace array subset'. The drawback to doing it this way
is that you have a fixed maximum number of elements allocated just once
rather than allowing an array to grow incrementally. Please let me know
if you try removing build arrays and if that helps.
By the way, there is a checkbox under the options menu to deallocate
memory as soon as possible - if you don't mind that your program runs
more slowly, this may help to avoid the problem, at least temporarily.
-vinny
ciossek wrote:
> dear all,
> my labview program needs an increasing amount of memo
ry when running
> (at the time about 12k/s) which leads to swapping memory on my hdd.
> i have found out that calling cluster references like Controls[] or
> decos[] leads to this kind of memory leak and made a work around for
> that (simply calling it only once at runtime) but there are more
> memory leak(s)which i cannot find. The bugs that i have found
> searching the labview resources does not answer my problem.
>
> does anybody already found out more memory leak problems ?
>
> thanks -
Hung application and rejected memory lead detector
I had two problems that may be related with JRockit.
1. After a few days, the application stopped processing input data:
- The application receives input using a server sockit on tcp port 2000
from which it would still accept a connection. Then the tcp receive queue
just started building, indicating that the application was not removing data
from the receive queue.
- The application rejected connections on the other server sockit it
advertises - tcp 5000.
- It also seemed to have disconnected from mysql, but I couldn't be sure
of that.
2. To rule out a memory leak, I started up Management Console's wonderful
Memory Leak detector from a remote machine. I use Management Console and
Memory Leak detector in this configuration alot so I'm familiar with it.
The memory leak detector was refused. The console output from the
application's server follows.
The application is running on JRockit 1.4.2_05 on SuSE 8.2.
I'm more concerned and baffled by the application's stalling. Do you have
any problem isolation ideas? Does the Memory Leak detector rejection
provides some clue?
Thanks
-bash: syntax error near unexpected token `newline'
tmx@tmx-ccdb:/>
tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> jrockit.license.LicenseException:
java.lang.reflect.InvocationTargetException
-bash: jrockit.license.LicenseException:: Permission denied
at
jrockit.memleak.MemLeakFactory.getInstance()Ljrockit.memleak.MemoryLeakDetector;(Unknown
Source)
tmx@tmx-ccdb:/> at
jrockit.memleak.MemLeakFactory.createMemLeakDetector()Ljrockit.memleak.MemoryLeakDetector;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
jrockit.memleak.MemLeakFactory.getInstance()Ljrockit.memleak.MemoryLeakDetector;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpQueries.executeRmpCommand(Lcom.jrockit.common.rmp.RmpPacket;Lcom.jrockit.management.rmp.RmpServer;)Ljava.lang.Boolean;(RmpQueries.java:1127)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.handleCommand(Lcom.jrockit.common.rmp.RmpPacket;)V(RmpServer.java:324)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.runConnectionLoop()V(RmpServer.java:356)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.run()V(RmpServer.java:163)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at java.lang.Thread.run()V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> Caused by: java.lang.reflect.InvocationTargetException
-bash: Caused: command not found
at
com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)
tmx@tmx-ccdb:/> at
jrockit.memleak.MemLeakFactory.createMemLeakDetector()Ljrockit.memleak.MemoryLeakDetector;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
Source)
-bash: syntax error near unexpected token `('
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)
tmx@tmx-ccdb:/> ... 9 more
tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException:
jrockit.license.LicenseException: License not valid: license has expired
-bash: Caused: command not found
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.handleCommand(Lcom.jrockit.common.rmp.RmpPacket;)V(RmpServer.java:324)
tmx@tmx-ccdb:/> at
jrockit.license.LicenseManager.initialize0([Ljava.lang.String;)V(Unknown
Source)
-bash: syntax error near unexpected token `('
at
jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
Source)
tmx@tmx-ccdb:/> at
jrockit.license.LicenseManager.initialize()V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
jrockit.memleak.MemLeak.getInstance()Ljrockit.memleak.MemLeak;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.runConnectionLoop()V(RmpServer.java:356)
tmx@tmx-ccdb:/> ... 12 more
tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: License not
valid: license has expired
-bash: Caused: command not found
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.run()V(RmpServer.java:163)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> ... 15 more
tmx@tmx-ccdb:/>
tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/>
-bash: syntax error near unexpected token `newline'
tmx@tmx-ccdb:/> at java.lang.Thread.run()V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `newline'
tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> jrockit.license.LicenseException: > java.lang.reflect.InvocationTargetException> -bash: jrockit.license.LicenseException:: Permission denied> at > jrockit.memleak.MemLeakFactory.getInstance()Ljrockit.memleak.MemoryLeakDetector;(Unknown > Source)> at > com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)> tmx@tmx-ccdb:/> at > jrockit.memleak.MemLeakFactory.createMemLeakDetector()Ljrockit.memleak.MemoryLeakDetector;(Unknown > Source)> -bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> at jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> at com.jrockit.management.rmp.RmpQueries.executeRmpCommand(Lcom.jrockit.common.rmp.RmpPacket;Lcom.jrockit.management.rmp.RmpServer;)Ljava.lang.Boolean;(RmpQueries.java:1127)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> at com.jrockit.management.rmp.RmpServer.handleCommand(Lcom.jrockit.common.rmp.RmpPacket;)V(RmpServer.java:324)tmx@tmx-ccdb:/> ... 9 moretmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: jrockit.license.LicenseException: License not valid: license has expired-bash: Caused: command not foundtmx@tmx-ccdb:/> at jrockit.license.LicenseManager.initialize0([Ljava.lang.String;)V(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> at jrockit.license.LicenseManager.initialize()V(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> at jrockit.memleak.MemLeak.getInstance()Ljrockit.memleak.MemLeak;(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> ... 12 moretmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: License not valid: license has expired-bash: Caused: command not foundtmx@tmx-ccdb:/> ... 15 moretmx@tmx-ccdb:/>-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at jrockit.memleak.MemLeakFactory.getInstance()Ljrockit.memleak.MemoryLeakDetector;(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)> -bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at com.jrockit.management.rmp.RmpQueries.executeRmpCommand(Lcom.jrockit.common.rmp.RmpPacket;Lcom.jrockit.management.rmp.RmpServer;)Ljava.lang.Boolean;(RmpQueries.java:1127)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > com.jrockit.management.rmp.RmpServer.handleCommand(Lcom.jrockit.common.rmp.RmpPacket;)V(RmpServer.java:324)> -bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> at jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at com.jrockit.management.rmp.RmpServer.runConnectionLoop()V(RmpServer.java:356)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > com.jrockit.management.rmp.RmpServer.run()V(RmpServer.java:163)> -bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at java.lang.Thread.run()V(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Source)> -bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> Caused by: java.lang.reflect.InvocationTargetException-bash: Caused: Permission deniedtmx@tmx-ccdb:/> -bash: Caused: command not found-bash: -bash:: command not foundtmx@tmx-ccdb:/> at jrockit.memleak.MemLeak.getInstance()Ljrockit.memleak.MemLeak;(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> ... 12 moretmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown > Source)> -bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/>tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> ... 9 more> tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: > jrockit.license.LicenseException: License not valid: license has expired> -bash: Caused: command not found> tmx@tmx-ccdb:/> at > jrockit.license.LicenseManager.initialize0([Ljava.lang.String;)V(Unknown > Source)> -bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at jrockit.license.LicenseManager.initialize()V(Unknown Source)-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > jrockit.memleak.MemLeak.getInstance()Ljrockit.memleak.MemLeak;(Unknown > Source)> -bash: syntax error near unexpected token `('-bash: syntax error near unexpected token `('tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> ... 12 more-bash: ...: Permission deniedtmx@tmx-ccdb:/> tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: License not valid: license has expired-bash: Caused: Permission deniedtmx@tmx-ccdb:/> -bash: Caused: command not found-bash: -bash:: command not foundtmx@tmx-ccdb:/> tmx@tmx-ccdb:/> ... 15 more-bash: ...: Permission deniedtmx@tmx-ccdb:/> tmx@tmx-ccdb:/>-bash: syntax error near unexpected token `newline'tmx@tmx-ccdb:/>-- Jeffone addition clue...
When the application was hung, the Management Console could not connect to
the JVM. I verified that -Xmanagement was one of the switches using SuSE's
ps -ax command. I had connected a few days earlier successfully.
So the JVM was not accepting management connections.
"Jeff" <[email protected]> wrote in message
news:[email protected]...
I had two problems that may be related with JRockit.
1. After a few days, the application stopped processing input data:
- The application receives input using a server sockit on tcp port 2000
from which it would still accept a connection. Then the tcp receive queue
just started building, indicating that the application was not removing
data from the receive queue.
- The application rejected connections on the other server sockit it
advertises - tcp 5000.
- It also seemed to have disconnected from mysql, but I couldn't be
sure of that.
2. To rule out a memory leak, I started up Management Console's wonderful
Memory Leak detector from a remote machine. I use Management Console and
Memory Leak detector in this configuration alot so I'm familiar with it.
The memory leak detector was refused. The console output from the
application's server follows.
The application is running on JRockit 1.4.2_05 on SuSE 8.2.
I'm more concerned and baffled by the application's stalling. Do you have
any problem isolation ideas? Does the Memory Leak detector rejection
provides some clue?
Thanks
-bash: syntax error near unexpected token `newline'
tmx@tmx-ccdb:/>
tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> jrockit.license.LicenseException:
java.lang.reflect.InvocationTargetException
-bash: jrockit.license.LicenseException:: Permission denied
at
jrockit.memleak.MemLeakFactory.getInstance()Ljrockit.memleak.MemoryLeakDetector;(Unknown
Source)
tmx@tmx-ccdb:/> at
jrockit.memleak.MemLeakFactory.createMemLeakDetector()Ljrockit.memleak.MemoryLeakDetector;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
jrockit.memleak.MemLeakFactory.getInstance()Ljrockit.memleak.MemoryLeakDetector;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpQueries.executeRmpCommand(Lcom.jrockit.common.rmp.RmpPacket;Lcom.jrockit.management.rmp.RmpServer;)Ljava.lang.Boolean;(RmpQueries.java:1127)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.handleCommand(Lcom.jrockit.common.rmp.RmpPacket;)V(RmpServer.java:324)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.runConnectionLoop()V(RmpServer.java:356)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.run()V(RmpServer.java:163)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at java.lang.Thread.run()V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> Caused by: java.lang.reflect.InvocationTargetException
-bash: Caused: command not found
at
com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)
tmx@tmx-ccdb:/> at
jrockit.memleak.MemLeakFactory.createMemLeakDetector()Ljrockit.memleak.MemoryLeakDetector;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
Source)
-bash: syntax error near unexpected token `('
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)
tmx@tmx-ccdb:/> ... 9 more
tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException:
jrockit.license.LicenseException: License not valid: license has expired
-bash: Caused: command not found
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.handleCommand(Lcom.jrockit.common.rmp.RmpPacket;)V(RmpServer.java:324)
tmx@tmx-ccdb:/> at
jrockit.license.LicenseManager.initialize0([Ljava.lang.String;)V(Unknown
Source)
-bash: syntax error near unexpected token `('
at
jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
Source)
tmx@tmx-ccdb:/> at
jrockit.license.LicenseManager.initialize()V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
jrockit.memleak.MemLeak.getInstance()Ljrockit.memleak.MemLeak;(Unknown
Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.runConnectionLoop()V(RmpServer.java:356)
tmx@tmx-ccdb:/> ... 12 more
tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: License not
valid: license has expired
-bash: Caused: command not found
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
com.jrockit.management.rmp.RmpServer.run()V(RmpServer.java:163)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> ... 15 more
tmx@tmx-ccdb:/>
tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/>
-bash: syntax error near unexpected token `newline'
tmx@tmx-ccdb:/> at java.lang.Thread.run()V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> at
java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Source)
-bash: syntax error near unexpected token `('
tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `newline'
tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> jrockit.license.LicenseException: >> java.lang.reflect.InvocationTargetException>> -bash: jrockit.license.LicenseException:: Permission denied>> at >> jrockit.memleak.MemLeakFactory.getInstance()Ljrockit.memleak.MemoryLeakDetector;(Unknown >> Source)>> at >> com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)>> tmx@tmx-ccdb:/> at >> jrockit.memleak.MemLeakFactory.createMemLeakDetector()Ljrockit.memleak.MemoryLeakDetector;(Unknown >> Source)>> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > com.jrockit.management.rmp.RmpQueries.executeRmpCommand(Lcom.jrockit.common.rmp.RmpPacket;Lcom.jrockit.management.rmp.RmpServer;)Ljava.lang.Boolean;(RmpQueries.java:1127)> -bash: syntax error near unexpected token `('>>> tmx@tmx-ccdb:/> at > java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > com.jrockit.management.rmp.RmpServer.handleCommand(Lcom.jrockit.common.rmp.RmpPacket;)V(RmpServer.java:324)> tmx@tmx-ccdb:/> ... 9 more> tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: > jrockit.license.LicenseException: License not valid: license has expired> -bash: Caused: command not found> tmx@tmx-ccdb:/> at > jrockit.license.LicenseManager.initialize0([Ljava.lang.String;)V(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > jrockit.license.LicenseManager.initialize()V(Unknown Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > jrockit.memleak.MemLeak.getInstance()Ljrockit.memleak.MemLeak;(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> ... 12 more> tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: License not > valid: license has expired> -bash: Caused: command not found> tmx@tmx-ccdb:/> ... 15 more> tmx@tmx-ccdb:/>> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at > jrockit.memleak.MemLeakFactory.getInstance()Ljrockit.memleak.MemoryLeakDetector;(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('>> tmx@tmx-ccdb:/> at >> com.jrockit.management.rmp.RmpQueries$5.doCommand(Lcom.jrockit.management.rmp.RmpServer;Ljava.lang.String;)Z(RmpQueries.java:184)>> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at > com.jrockit.management.rmp.RmpQueries.executeRmpCommand(Lcom.jrockit.common.rmp.RmpPacket;Lcom.jrockit.management.rmp.RmpServer;)Ljava.lang.Boolean;(RmpQueries.java:1127)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('>> tmx@tmx-ccdb:/> at >> com.jrockit.management.rmp.RmpServer.handleCommand(Lcom.jrockit.common.rmp.RmpPacket;)V(RmpServer.java:324)>> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> at > jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at > com.jrockit.management.rmp.RmpServer.runConnectionLoop()V(RmpServer.java:356)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('>> tmx@tmx-ccdb:/> at >> com.jrockit.management.rmp.RmpServer.run()V(RmpServer.java:163)>> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at java.lang.Thread.run()V(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('>> tmx@tmx-ccdb:/> at >> java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Source)>> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> Caused by: > java.lang.reflect.InvocationTargetException> -bash: Caused: Permission denied> tmx@tmx-ccdb:/> -bash: Caused: command not found> -bash: -bash:: command not found> tmx@tmx-ccdb:/> at > jrockit.memleak.MemLeak.getInstance()Ljrockit.memleak.MemLeak;(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> ... 12 more> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at > jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('>> tmx@tmx-ccdb:/> at >> jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown >> Source)>> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/>> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at > java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown > Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('>> tmx@tmx-ccdb:/> ... 9 more>> tmx@tmx-ccdb:/> Caused by: jrockit.license.LicenseException: >> jrockit.license.LicenseException: License not valid: license has expired>> -bash: Caused: command not found>> tmx@tmx-ccdb:/> at >> jrockit.license.LicenseManager.initialize0([Ljava.lang.String;)V(Unknown >> Source)>> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> at > jrockit.license.LicenseManager.initialize()V(Unknown Source)> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> -bash: syntax error near unexpected token `('>> tmx@tmx-ccdb:/> at >> jrockit.memleak.MemLeak.getInstance()Ljrockit.memleak.MemLeak;(Unknown >> Source)>> -bash: syntax error near unexpected token `('> -bash: syntax error near unexpected token `('> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> ... 12 more> -bash: ...: Permission denied> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> Caused by: > jrockit.license.LicenseException: License not valid: license has expired> -bash: Caused: Permission denied> tmx@tmx-ccdb:/> -bash: Caused: command not found> -bash: -bash:: command not found> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/> ... 15 more> -bash: ...: Permission denied> tmx@tmx-ccdb:/> tmx@tmx-ccdb:/>> -bash: syntax error near unexpected token `newline'> tmx@tmx-ccdb:/>>>>>>>>>> -- > Jeff -
Dear All,
We have created a application to load AR Invoice and Incoming Payment through PowerBuilder.
While using DI API there is a memory leak.
ie.,After loading say 500 AR invoices and corresponding payment, the application seems to hang but after some time its processing fine.
While adding each invoice,in the task manager the memory usage is increasing proportionally for that application.
We found that while using DI API objects, the issue is produced.
We are using SAP B1 2007B PL08.
Any suggestion on this issue?Hi Jambulingam,
I've seen other developers complaining about the same problem.
Take a look at this post. It may help.
DI Memory Leak
Regards,
Vítor Vieira -
Memory Leak Issue for Adobe Access iOS API
Hi,
We are trying to develop an iOS app (with ARC enabled) using Adobe Acces API 4.0 and we have identified that the function [drmManager createDRMSession] has memory leak.
DRMSESSION = [drmManager createDRMSession:METADATA playlist:PLAYLIST error:nil complete:^() {}];
We are using:
DRMSESSION -> weak
METADATA ->strong (as need to share within object)
PLAYLIST ->strong (as need to share within object)
After calling this function, the object is unable to dealloc and most of the leaking object related to networking (such as CFNetwork...)
Is this a known issue for the Adobe Access iOS API or we are missing some key steps.
Any suggestions is appreciated. Thanks in advance.ans0600, sorry about that, I read Hiroshi's forward too quickly. I've done a little digging and have come up with two work-arounds:
Create a file with ARC disabled to translate the returned object to be an autorelease
declare the returned DRMSession as __unsafe_unretained and use CFRelease, as noted on stackexchange
In the future we may change this method to return an autoreleased object to avoid this issue. Let us know if you have any further questions! -
I can start my C_API JMS application and just create a JMS context. Looking at the windows task manager I see the memory footprint slowly grow.
I'm not a Java wizard so I haven't found the right tools set for diagnosing this.
Thanks for any helpHas anyone else tried to track a memory leak in a JNI application? How did you achive this task, what tools did you use?You write a library in C/C++ only which does NOT use JNI which implements the functionality you want to achieve in your java application.
You write a wrapper for that which excercises it completely including be able to run it in a loaded state.
Then you buy/find a C/C++ profiling tool and run it on the wrapper.
You write you JNI code such that the ONLY thing it does is interface between java and the library above. It doesn't impleent business logic nor work flow. -
Hi All,
OS: Windows Embedded Compact 7 with updates till Feb 2015.
Hardware: AM335x based
Applications running: one serial port application and one tcpclient and tcpserver apps. all are managed (C#) applications
I am facing memory leak issue with our headless device.
When I connect the device to LAN network, memory usage keep increases and after few hour (some times <1 hour, some times 4-5 hour) devices go to hang state due to low memory.
I also tried to run the resource leak detector and found
1. NK.exe heap is increasing
2. on startup : API Handle Count = 4118, DuplicatedHandle - Count : 4,082, Size : 4,082 bytes
After few minutes: APIHandle - Count : 49,172, Size : 49,172 bytes, DuplicatedHandle - Count : 48,810, Size : 48,810 bytes
NK.exe heap increases as available RAM decreases.
our application heap is constant only. please find below memory snapshots taken by devhealth.
1. On device start up after all apps started
2. After 1 hour of device running. - refer attachment
where exactly might be this leak, any Guess?
Thank you...
rakeshHi tomleijen,
Thanks for your suggestions.
Even we tried without any user apps, then also we found ~1 MB increase in NK.exe heap every 30-40 min.
we have 2 images 1. with all WEC7 updates (Till feb 2015) and 2. without any of the WEC7 updates
almost same problem we are facing with both images.
rakesh -
Memory leak in JSpinner implementation (maybe others?)
Hi,
I am developing an application using Java and Swing, and have run into some problems with memory leaks. After examining the source code and making an example program (provided below), I can only come to the conclusion that there is a bug in the implementation of JSpinner in Sun Java 1.6.0_03.
If one uses a custom model with the JSpinner, it attaches itself as a listener to the model. However, it never removes the listening connection, even if the model is changed. This causes the JSpinner to be kept in memory as long as the model exists, even if all other references to the component have been removed.
An example program is available at http://eddie.dy.fi/~sampo/ModelTest.java . It is a simple swing program that has the JSpinner and two buttons, the first of which writes to stdout the listeners of the original model and the second changes the spinner model to a newly-created model. A sample output is below:
Running on 1.6.0_03 from Sun Microsystems Inc.
Listeners before connecting to JSpinner:
Model value is 0, 0 listeners connected:
Listeners after connecting to JSpinner:
Model value is 0, 2 listeners connected:
1: interface javax.swing.event.ChangeListener
2: javax.swing.JSpinner$ModelListener@9971ad
Listeners now:
Model value is 8, 2 listeners connected:
1: interface javax.swing.event.ChangeListener
2: javax.swing.JSpinner$ModelListener@9971ad
Changing spinner model.
Listeners now:
Model value is 8, 2 listeners connected:
1: interface javax.swing.event.ChangeListener
2: javax.swing.JSpinner$ModelListener@9971adThis shows that even though the model of the JSpinner has been changed, it still listens to the original model. I haven't looked at other components whether they retain connections to the old models as well.
In my case, I have an adaptor-model which provides a SpinnerModel interface to the actual data. The adaptor is implemented so that it listens to the underlying model only when it itself is being listened to. If the JComponents using the model were to remove the listening connections, it, too, would be automatically garbage-collected. However, since JSpinner does not remove the connections, the adaptor also continues to listen to the underlying model, and neither can be garbage-collected.
All in all, the listener-connections seem to be a very easy place to make memory leaks in Java and especially in Swing. However, as I see it, it would be a simple matter to make everything work automatically with one simple rule: Listen to the models only when necessary.
If a component is hidden (or alternatively has no contact to a parent JFrame or equivalent), it does not need to listen to the model and should remove the connections. When the component is again set visible (or connected to a frame) it can re-add the connections and re-read the current model values just as it does when initializing the component. Similarly, any adaptor-models should listen to the underlying model only when it itself is being listened to.
If the components were implemented in this way, one could simply remove a component from the frame and throw it away, and automatically any listener-connections will be removed and it can be garbage-collected. Similarly any adaptor-models are collected when they are no longer in use.
Changing the API implementation in this way would not require any changes to applications, as the only thing that changes are the listener-connections. Currently used separate connection-removing methods should still work, though they would be unnecessary any more. The API would look exactly the same from the view of an application programmer, only that she would not need to care about remnant listening connections. (As far as I can tell, the current API specification would allow the API to be implemented as described above, but it should of course require it to be implemented in such a way.)
Am I missing something, or is there some valid reason why the API is not implemented like this?
PS. I'm new to these forums, so if there is a better place to post these reports, please tell me. Thanks.Another cognition: It's the following code, that causes the memory to be accumulated:
obj = m_orb.resolve_initial_references("NameService");
ctx = NamingContextExtHelper.narrow(obj);For the first 4 calls to this code the memory usage of the nameservice is unchanged. From the 5th to the 8th call, it's increased by approx. 10KB per call. And thenceforward (beginning with the 9th call) it's increasing by approx. 10MB.
What's going wrong here? -
Hi,
I am using OCCI library and oracle XE. There is noticeable amount memory leak in CreateEnvironment and CreateConneaction API funtions. I am not sure whether it is known problem. If the oracle server is down my application has to retry several times using these above mentioned methods and memory grows significantly.
Here is a simple program which creates environment and create connection and terminates immediately in a while loop. We see huge memory leak.
I have downloaded occi_gcc343,
Here is sample program which i tried.
#include <iostream>
#include <occi.h>
using namespace oracle::occi;
using namespace std;
int main(int argc, char* argv[])
Environment *env = NULL;
Connection *conn = NULL;
while(1)
Environment *env = Environment::createEnvironment(Environment::DEFAULT);
Connection *conn = env->createConnection ("cvo","cvo123","XE");
sleep(3);
env->terminateConnection (conn);
Environment::terminateEnvironment(env);
getchar();
return 0;
Please let me know if there is any patch available or is there anyway overcome from this problem.
Thanks,Can't really speak about the memory leak issue that you suspect with the library, but do note that that you do not need to terminate the environment in a reconnect loop. terminateEnvironment is meant to be called at program exit, not disconnect. This may help with the memory issue somewhat.
-
Memory leak in DriverManager.registerDriver()
I am finding that when a driver is registered with the java.sql.DriverManager multiple times it runs the JVM out of memory (crashing it). I tested using the last three versions of the JDBC (thin) drivers through 8.1.7, using both Sun JDK 1.2.2 and 1.3 (final) on Linux. It takes only a 1-2 minutes to use all the memory. The following code should be sufficient to reproduce the issue:
import java.sql.*;
public class ClassLd {
public static void main(String[] args) {
try {
while (1==1) {
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
} catch (Exception e) {
System.out.println("Error");
e.printStackTrace();
This produces the following error:
Exception in thread "main" java.lang.OutOfMemoryError
<<no stack trace available>>
The documentation clearly states that "You register the driver only once in
your Java application." However, a memory leak is still a nasty bug -- even if that line of documentation was skimmed.
Thanks,
slag
[email protected]If you are concerned about registering the same driver multiple times then you should use the DriverManager.deregisterDriver() API to clean up.
In your program the DriverManager has no choice but to hold on to all of the driver objects that you are creating and registering.
Maybe you are looking for
-
How to convert JAVA.SQL.DATE date in YYYY/MM/DD format into DD/MM/YYYY
i am using informix database which accepts date value in the form of DATE format...... the other part of my application takes date from the field in DD/MM/YYYY format...so i have to convert my java.sql.date in YYYY/MM/DD fromat into DD/MM/YYYY fromat
-
Photo stream not sync everything
HI, I have a problem with photo stream. ON Friday, we had some party and all of my pictures I've made on iPhone 6 (latest update) were synced Correctly to photo stream and I could see them on iPad (also latest iOS update). However yesterday, we were
-
Urgent - - Differences Between Oracle 11.5.7 and 11.5.10
Hi All, Can somebody tell me the differences between 11.5.7 and 11.5.10...The additional features that are there in the 11.5.10...any doc on the same will be of great help. Thanks in advance
-
How to run a Java project in NWDS...
Hi All, First of all , i dont know if i am writing in the right forum for this question. I am new in NWDS. My question is, how can i run my java project in NWDS without having any portal available (we had some problems running projects in EP 2004 an
-
OS X says D-Link DSM g-600 network drive needs a username and password.
Can connect my macbook to my wireless network, surf the net and detect network printer and shared files on my XP Home Desktop. The LAN portion consistists of a network printer, Linksys router, XPHome desktop and 500 GB external storage device. The st