JVM 1.5 troubles

Hey. I have a program that when first opened it loads a JInteralFrame that has a analog clock and a pictures slide show running off of timers. My problem is when i first open the program everything loads great. If i close out my clock/slide show and want to re open it later by instantiating a new one ie. toolbar = new ToolBar()
setvisible(true)
etc.
I recieve:
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space
i have tried just setvisible(true) again instead of instantiating another one but i am having no luck. I use netbeans 3.6 and have adjusted the jvm heap size that netbeans operates in but that has no luck either.
Can anyone help me at least find out why this is happening and maybe a solution.
Thanks much
Chad

Boy someone sure has a GOD complexWell, that was a bit harsh, but being "new to a forum" does not really excuse tossing the question into a random forum.
Fortunately, the forums have been reorganized. As a newbie, the best advice to you is: until you get really familiar with the Java platform (> 1 year of intensive programming), post all questions to the "New to Java Programming" forum.

Similar Messages

  • Curve 9300 Error 507 & trouble reconnecting JVM

    Two days ago my BB Curve 9300 started to show a no battery logo after I had charged the battery the whole night. When I switch on the Phone I get a white screen with Error 507 Reload Software.
    I have installed the desktop software and the latest OS on my pc, connected the phone to the pc.
    However, when I try to install the new OS, it shows the application loader cannot reconnect to the JVM.
    I've already tried to do this without the battery and then put the battery back in when it is trying to connect to the JVM, but this doesn't work..
    Somebody know what to do now?
    Solved!
    Go to Solution.

    Hi and Welcome to the Community!!
    I cannot tell for sure, but are you attempting this?
    KB10144 How to force the detection of the BlackBerry smartphone using Application Loader
    That should get it to load the OS to the BB, as a 507 means that there is no OS on the BB at all.
    Good luck!
    Occam's Razor nearly always applies when troubleshooting technology issues!
    If anyone has been helpful to you, please show your appreciation by clicking the button inside of their post. Please click here and read, along with the threads to which it links, for helpful information to guide you as you proceed. I always recommend that you treat your BlackBerry like any other computing device, including using a regular backup schedule...click here for an article with instructions.
    Join our BBM Channels
    BSCF General Channel
    PIN: C0001B7B4   Display/Scan Bar Code
    Knowledge Base Updates
    PIN: C0005A9AA   Display/Scan Bar Code

  • Re: [iPlanet-JATO] Double Trouble

    Looks like the attachment will not be inlined by egroup's mailer so here is
    the table i was trying to send before:
    Current Type mapping (appologies for lousy formatting)
    ND ColumnDataType DATA_FIELD_TYPE_MAP
    DATA_FIELD_SQL_TYPE_MAP
    NO_TYPE String
    java.sql.Types.VARCHAR
    CHAR_TYPE String
    java.sql.Types.CHAR
    UNSIGNED_CHAR_TYPE String
    java.sql.Types.CHAR
    TINY_TYPE Short
    java.sql.Types.SMALLINT
    UNSIGNED_TINY_TYPE Short
    java.sql.Types.SMALLINT
    SHORT_TYPE Short
    java.sql.Types.SMALLINT
    UNSIGNED_SHORT_TYPE Short
    java.sql.Types.SMALLINT
    INT_TYPE Integer
    java.sql.Types.INTEGER
    UNSIGNED_INT_TYPE Integer
    java.sql.Types.INTEGER
    LONG_TYPE Long
    java.sql.Types.BIGINT
    UNSIGNED_LONG_TYPE Long
    java.sql.Types.BIGINT
    FLOAT_TYPE Float
    java.sql.Types.FLOAT
    DOUBLE_TYPE Double
    java.sql.Types.DOUBLE
    DECIMAL_TYPE java.math.BigDecimal
    java.sql.Types.DECIMAL
    DATE_TYPE java.sql.Date
    java.sql.Types.DATE
    DATETIME_TYPE java.sql.Timestamp
    java.sql.Types.TIMESTAMP
    DURATION_TYPE DONT_KNOW_CLASS_TYPE
    DONT_KNOW_CLASS_TYPE
    STRING_TYPE String
    java.sql.Types.VARCHAR
    BLOB_TYPE Object
    java.sql.Types.BLOB
    UNQUOTED_STRING_TYPE DONT_KNOW_CLASS_TYPE DONT_KNOW_CLASS_TYPE
    BOOLEAN_TYPE Boolean
    java.sql.Types.BINARY
    USER_DEFINED_TYPE DONT_KNOW_CLASS_TYPE
    java.sql.Types.JAVA_OBJECT
    Translation Tool Type Mapping Structures
    The current code generation structures that are responsible for supporting
    these type mappings at translation times are as follows:
    CodeGeneration.DATA_FIELD_TYPE_MAP
    The map is constructed from two arrays:
    CodeGeneration. ND_DATA_FIELD_DATA_TYPES
    CodeGeneration. MIGRATION_MODEL_DATA_TYPES
    CodeGeneration. DATA_FIELD_SQL_TYPE_MAP
    The map is constructed from two arrays:
    CodeGeneration. ND_DATA_FIELD_DATA_TYPES
    CodeGeneration. MIGRATION_MODEL_DATA_TYPES
    JATO Type Values
    The following JATO field values or member types are generated at translation
    time based on the type mappings:
    Model Field typing
    Model.member field type - drawn from CodeGeneration .DATA_FIELD_TYPE_MAP
    Descriptor typing
    QueryFieldDescriptor.fieldClass
    - drawn from CodeGeneration .DATA_FIELD_TYPE_MAP
    StoredProcParameterDescriptor.fieldClass
    - drawn from CodeGeneration .DATA_FIELD_TYPE_MAP
    StoredProcParameterDescriptor.sqlType
    - drawn from CodeGeneration.DATA_FIELD_SQL_TYPE_MAP
    ----- Original Message -----
    From: Mike Frisino <Michael.Frisino@S...>
    Sent: Thursday, January 04, 2001 12:19 PM
    Subject: Re: [iPlanet-JATO] Double Trouble
    Thanks John,
    Can you provide some more information that would help resolve this issue.
    It could be that the mapping rules we use during the translation need tobe
    adjusted.
    Specifically, what were the following ND property values you had for the
    field in question:
    ND Datafield property "ColumnDataType"
    ND Datafield property "ColumnDataTypeText"
    ND Datafield property "NativeType"
    ND Datafield property "NativeTypeText"
    You see, during the translation we had to choose to map from the originalND
    type information to a corresponding java or java.sql type.
    We were not certain whether to favor ND's "ColumnDataType" or ND's
    "NativeType" value.
    We came up with rules based on mapping ND's ColumnDataType. Those rulesare
    detailed in the attachment.
    ----- Original Message -----
    From: <john.teceno@b...>
    Sent: Thursday, January 04, 2001 7:33 AM
    Subject: [iPlanet-JATO] Double Trouble
    Hey Guys,
    I've run across a problem retrieving Doubles back from an Oracle
    Database. The field is defined as a Number. When we converted the
    program from NetD, it was created with return values of Double. What
    is returned is not the correct value. For example, in the table the
    value is 123456, when I do a getInternalID(), it is returning 2.0. I
    am working on a work around, but I thought that I would post this
    anyway.
    John Teceno
    Back Bay Technologies
    [email protected]
    [Non-text portions of this message have been removed]
    [email protected]

    Thank you - Jin and Todd.
    Will try that.
    Atul
    --- In iPlanet-JATO@y..., Byung Jin Chun <bchun@n...> wrote:
    try using kregedit and modify the key for the jvm args, using the -x
    parameters for the 1.2 runtime
    Jin
    -----Original Message-----
    From: Todd Fast [mailto:<a href="/group/SunONE-JATO/post?protectID=101233080150035167169232031248066208071048">Todd.Fast@S...</a>]
    Sent: Tuesday, February 19, 2002 8:40 PM
    Subject: Re: [iPlanet-JATO] Re: OutOfMemoryError
    Atul--
    Out of curiosity - How do you modify the memory parameters for
    the container's VM ?? I know I should try to do some research but
    figured you may already have some insight and willingness to
    share.
    Please consider this as low priority.It differs by container; I don't remember details of any particular one.
    >
    Todd
    For more information about JATO, including download information, please
    visit:
    http://developer.iplanet.com/tech/appserver/framework/index.jsp
    <http://developer.iplanet.com/tech/appserver/framework/index.jsp>
    [Non-text portions of this message have been removed]

  • JVM Compatibility

    (new thread please!) Grant Ronald - Forms Product Management.
    At your request Grant.
    Compatibility ( Jinit vs Ms JVM vs Sun JVM ) - Not sure what you mean, we certify Jinit, we certify native JVMs we certify the Sun plug in, we certify IE, we certify NS, we certify Mac browsers - whats the issue
    Oracle Certainly doe support many different environments, the problem is that forms deployment on the internet is still a problem. As we have started our deployment we are seeing failures in 10-20% of clients, with jvm problems and we specify IE only. These clients have either no JVM or the wrong JVM for forms.
    We do not have this problem with the menu applet that we use.
    The solution to this is to force a download of a JVM as part of the initial process. As we examined this we found:
    1. Jinitiator -
    8 megabyte download
    No Feedback on download when triggered from the form until the download is complete.
    No usable Oracle source for the plug-in. Try wading through the download to get the right Jinitiator.
    No Web Install for Jinitiator. ( user gets F.U.D. when faced with exe download pop up).
    2. Microsoft JVM
    5 megabyte download if you can find it.
    No longer supported by Microsoft, but available on other sites.
    Limited functionallity. 800k Cab file must be downloaded for each form session.
    3. Sun Java Plug-in
    14 megabyte download
    This downloads and installs as J2ME not as a simple plug in.
    The only doc on setup for this is a White paper, which is not specific enough for most developers.
    The current download 1.4.2_1 also has warnings on the download that the file does not match the certificate.
    Also, the signature of the applet with JDK is downright hokey.
    Distributing an applet signed by "Developer" whose authenticity is verified by "Oracle" who is not trusted.
    Come on. This is your "Oracle's" applet not and you can afford to buy a certificate from Verisign.
    As we developers and our customers struggle, we see Microsoft pushing .Net where the promise is 95% compatibility with no download required ( since the hide it in the base OS).
    Grant you are caught in the middle but there are things that you can do.
    1. Fix the jar signature now
    2. Continue to work with Sun on a light-weight browser plug-in. The "Java Get it now" should be as simple as the Acrobat reader process without the extra baggage.
    These are the things to do if you are serious and we are watching you.
    Kevin

    Kevin,
    sure Forms very much depends on the JVM it is executed in. But saying "Continue to work with Sun on a light-weight browser plug-in. The "Java Get it now" should be as simple as the Acrobat reader process without the extra baggage." is not fair as it ignores the fact that Adobe is a meta data definition while Java is a J2SE platform for real application programming.
    Native Java Swing apps, even those using Java Webstart", all require VMs for execution. However, it is not only the VM that you download when installing JInitiator or the Java plugIn, its the full Java platform stack you get too. With each Java release the Java language grows and becomes more complex, the VM needs to know how to handle this.
    JInitiator basically is an Oracle patched version of SUNs Java PlugIn and therefore doesn't differ much in the way you install and deploy it.
    I agree that we all want it easier and smaller. Microsoft and Netscape terribly failed in integrating a solid and up to date VM to their Browsers and Opera didn't even try.
    Simply remove pieces from the JVM or the Java platform to reduce size gets you into more trouble due to broken functionality and you don't really want to deal with this.
    Partial - on demand - loading of the Java platform code does not work either for security reason.
    Though its hard to live with a PlugIn it basically works and beside of that is all we have.
    Fran

  • How do I avoid re-entrant problems in Oracle JVM

    I have a Java program called LanguageFunctions. This Java program has several methods that translate the data within a String or CLOB. I want to use this Java program as a stored procedure, and specifically the methods as Oracle functions. I want this function to be accessed simultaneously without either re-entrant, lock or performance concerns. I want to be able to use the functions something like this:
    SELECT TO_CHINESE(VARCHARCOL1) FROM DUAL;
    SELECT TO_FINISH(CLOBCOL1) FROM DUAL;
    I am having trouble understanding the Java requirements for these methods. I am greatly concerned about multi-user usage and issues with re-entrant code. Does this have to be a static class? If not, how when and where does it get instantiated (I hope not for every invocation of the function)? How to I avoid having one user accidentally changing the data within the method when executed in parallel?
    BTW: I have successfully moved these into the Oracle JVM, and executed them as a single user. My main concern is the re-entrant code issues.
    Thanks

    Thanks for the reply, I meant no disrespect, I was just trying to be a little funny...
    I did read that any method that you want to use as an Oracle function must be static. So I understand that as a given. However, the class I am converting uses static Class variables. You can see this in the example as the textOut variable.
    When two users are accessing this function in parallel, I could see the following series of events ocurring, and it is my concern. There is only one textOut, and I believe it can be modifed by both functions simultanesouly with unexpected results. I'm assuming my for loop is set to x < 2.
    SessionA issues: SELECT TO_DANISH('HELLO') FROM DUAL;
       A --> textOut = ""
       A --> textOut = "HELLO"
       A --> textOut = "HELLOxy"
       A --> textOut = "HELLOxyxy"
    SessionB issues: SELECT TO_DANISH('GOODBYE') FROM DUAL;
       B --> textOut = ""
       A --> textOut = "xy"
       B --> textOut = "GOODBYE"
       A --> textOut = "GOODBYExy"
    Session A returns: "GOODBYExy"     (expected "HELLOxyxy")
       B --> textOut = "GOODBYExyxy"
       B --> textOut = "GOODBYExyxyxy"
    Session B returns: "GOODBYExyxyxy" (expected "GOODBYExyxy")I'm I correct in my assumption that this is an issue? If so, what type of programm architecture would be best to use to manage this? I've tried to provide a simple working example of the issue, but the program that I'm working on actually alters the contents of textOut (as a static Class variable) in 5 or 6 different methods, including one method using recursion. I know I may need to make changes to the program architecture to make it work properly in a multi-user environment as an Oracle function. I'm just a little confused on what the appropriate architecture is. Once again any help is appreciated!
    Joel

  • JVM unstable with XP?

    Please help!
    I'm using the JRE SE 1.4.1_01 with the plug-in under IE 6 on WinXP. I've done a little AWT development, but I've just started using Swing with the Sun JRE. Roughly 1 of every 5 times I close my browser while a Swing applet is running, the JVM appears to lock up. The symptom is that CPU utilization jumps to 100% and I can't usually even bring up task manager to try to kill the VM, so I end up rebooting. I'm sure it's Java related because 1) it always happens when I exit an IE that's running a Swing applet and 2) my PC is only 3 months old or so and is very stable otherwise (I can do other development all day without any trouble).
    Any ideas? I'd like to be able to recommend Java for a new development effort, but if the VM is as flaky as it appears to be, I just can't :-(
    Thanks in advance...

    Roughly 1 of every 5 times I close my browser while a
    Swing applet is running, the JVM appears to lock up.
    The symptom is that CPU utilization jumps to 100%
    % and I can't usually even bring up task manager to
    try to kill the VM, so I end up rebooting. I'm sure
    it's Java related because 1) it always happens when I
    exit an IE that's running a Swing applet and 2) my PC
    is only 3 months old or so and is very stable
    otherwise (I can do other development all day without
    any trouble).Although a total Java novice newbie, I've seen this behavior before - and it was self-inflicted. I was fooling around with some timing loops in an applet and, while it displayed okay in the browser, the CPU usage went through the roof and I had to use TaskManager to kill the browser.
    This was using the 1.4.1_01 JDK/JRE - if I switched to MSJVM or used a different machine with the 1.3 JRE, there was not problem. I can't say specifically what I changed to fix it, but rewriting the timing function was the solution to making the applet work for all the JVMs.
    I know this is merely anecdotal, but I hope it helps steer you in the right direction.

  • JVM crash with no displayed exception

    Today my java application crashed. No JVM exception was displayed and hs_err.log file was not generated, so actually there is no way I can figure out what caused the application to crash and the exact srack trace (OS is Windows XP and JDK version is 1.4.2_04).
    What are the available means for trouble shooting JVM crash and/or detecting the crash's stack trace? Is it likely that hs_err.log file is not generated when JVM is crashed?

    I'm interested in this topic as well; my case: jvm crashed, there was a message at terminal screen, unfortunately it was lost someway. I could not find any dump in form of a file (hs_err*.log) then.
    Are there any cases dump at filesystem is not produced ? Is there any relationship to system properties ? (e.g. ulimit -c, other ?)
    Environment:
    Java 1.4.2_07-b05
    Red Hat Linux 3.2.3-42

  • JVM crashes with EXCEPTION_ACCESS_VIOLATION

    Hi guys. I have a terrible problem. I am developing a J2EE app on a tomcat server (with eclipse).
    I have seen that JVM dies when I am trying to debug a specific part of the program.
    If it means anything I am including the error log here:
    # An unexpected error has been detected by HotSpot Virtual Machine:
    # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d6c1e39, pid=6088, tid=2660
    # Java VM: Java HotSpot(TM) Client VM (1.5.0_07-b03 mixed mode)
    # Problematic frame:
    # V [jvm.dll+0x1e39]
    --------------- T H R E A D ---------------
    Current thread (0x00a223a8): VMThread [id=2660]
    siginfo: ExceptionCode=0xc0000005, reading address 0x0000000c
    Registers:
    EAX=0x00000008, EBX=0x009e9158, ECX=0x00357310, EDX=0x00000008
    ESP=0x0aaafb88, EBP=0x0aaafba8, ESI=0x00357310, EDI=0x0aaafcbc
    EIP=0x6d6c1e39, EFLAGS=0x00010202
    Top of Stack: (sp=0x0aaafb88)
    0x0aaafb88: 00357310 6d724937 00000008 0aaafcbc
    0x0aaafb98: 0abefb20 00000000 009e9158 009e9158
    0x0aaafba8: 0aaafc14 6d723c5a 00357310 0abefb20
    0x0aaafbb8: 00a22ccc 0abefaec 6d77e773 0abefb20
    0x0aaafbc8: 6d7e499a 0aaafcbc 00a22cc0 00000000
    0x0aaafbd8: 6d7e4a1d 00000000 0aaafcbc 0aaafcbc
    0x0aaafbe8: 00000000 6d7e515d 0aaafcbc 6d7ce255
    0x0aaafbf8: 0aaafcbc 009e8ec0 6d72f1a9 0aaafcbc
    Instructions: (pc=0x6d6c1e39)
    0x6d6c1e29: e8 5b 3d 06 00 5f 5e c9 c3 8b 54 24 04 56 8b f1
    0x6d6c1e39: 8b 42 04 85 c0 7f 25 7d 1b 83 c9 ff 2b c8 8b 46
    Stack: [0x0aa70000,0x0aab0000), sp=0x0aaafb88, free space=254k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    V [jvm.dll+0x1e39]
    V [jvm.dll+0x63c5a]
    V [jvm.dll+0x64596]
    V [jvm.dll+0x6ef6c]
    V [jvm.dll+0x5182c]
    V [jvm.dll+0x6f117]
    V [jvm.dll+0x1251d2]
    V [jvm.dll+0x124ca0]
    V [jvm.dll+0x124e49]
    V [jvm.dll+0x124b7e]
    C [MSVCRT.dll+0x2a3b0]
    C [kernel32.dll+0xb50b]
    VM_Operation (0x0cacf87c): generation collection for allocation, mode: safepoint, requested by thread 0x0afc8d10
    --------------- P R O C E S S ---------------
    Java Threads: ( => current thread )
    0x0b362cc0 JavaThread "Thread-146" daemon [_thread_blocked, id=3472]
    0x0b03f568 JavaThread "Timer-18" daemon [_thread_blocked, id=2492]
    0x0b0b68a0 JavaThread "Thread-144" daemon [_thread_blocked, id=1524]
    0x0b34ce68 JavaThread "Keep-Alive-Timer" daemon [_thread_blocked, id=4032]
    0x0afc8d10 JavaThread "Thread-139" daemon [_thread_blocked, id=3652]
    0x0ae49fc0 JavaThread "Thread-124" daemon [_thread_blocked, id=5988]
    0x0aeaf598 JavaThread "Thread-115" daemon [_thread_blocked, id=1796]
    0x0b34b3d8 JavaThread "Thread-91" daemon [_thread_blocked, id=3788]
    0x0b1a35d8 JavaThread "TP-Monitor" daemon [_thread_blocked, id=2560]
    0x0b1c0b88 JavaThread "TP-Processor4" daemon [_thread_in_native, id=2572]
    0x0b1c82d8 JavaThread "TP-Processor3" daemon [_thread_blocked, id=2656]
    0x0b319748 JavaThread "TP-Processor2" daemon [_thread_blocked, id=2760]
    0x0b2277f0 JavaThread "TP-Processor1" daemon [_thread_blocked, id=556]
    0x0b304b90 JavaThread "http-8080-Monitor" [_thread_blocked, id=436]
    0x0b303dd8 JavaThread "http-8080-Processor25" daemon [_thread_blocked, id=788]
    0x0b302ba0 JavaThread "http-8080-Processor24" daemon [_thread_blocked, id=5844]
    0x0b301c38 JavaThread "http-8080-Processor23" daemon [_thread_in_native, id=2416]
    0x0b2dbc18 JavaThread "http-8080-Processor22" daemon [_thread_blocked, id=5872]
    0x0b2dabf8 JavaThread "http-8080-Processor21" daemon [_thread_blocked, id=288]
    0x0b2d9b78 JavaThread "http-8080-Processor20" daemon [_thread_blocked, id=4468]
    0x0b2d9038 JavaThread "http-8080-Processor19" daemon [_thread_blocked, id=764]
    0x0b300190 JavaThread "http-8080-Processor18" daemon [_thread_blocked, id=780]
    0x0b2cbc88 JavaThread "http-8080-Processor17" daemon [_thread_blocked, id=5944]
    0x0b2cb200 JavaThread "http-8080-Processor16" daemon [_thread_blocked, id=1348]
    0x0b2ca270 JavaThread "http-8080-Processor15" daemon [_thread_blocked, id=5880]
    0x0b2c9198 JavaThread "http-8080-Processor14" daemon [_thread_blocked, id=3216]
    0x0b2c8650 JavaThread "http-8080-Processor13" daemon [_thread_blocked, id=5876]
    0x0b2c70c8 JavaThread "http-8080-Processor12" daemon [_thread_blocked, id=4516]
    0x0b1d7d08 JavaThread "http-8080-Processor11" daemon [_thread_blocked, id=840]
    0x0b1d6e68 JavaThread "http-8080-Processor10" daemon [_thread_blocked, id=2860]
    0x0b1d6330 JavaThread "http-8080-Processor9" daemon [_thread_blocked, id=2580]
    0x0b1d5c80 JavaThread "http-8080-Processor8" daemon [_thread_blocked, id=4236]
    0x0b1dc6e0 JavaThread "http-8080-Processor7" daemon [_thread_blocked, id=2476]
    0x0b1dbcf8 JavaThread "http-8080-Processor6" daemon [_thread_blocked, id=2540]
    0x0b2c5ad8 JavaThread "http-8080-Processor5" daemon [_thread_blocked, id=2468]
    0x0b1ca8a0 JavaThread "http-8080-Processor4" daemon [_thread_blocked, id=1072]
    0x0b0f5ae8 JavaThread "http-8080-Processor3" daemon [_thread_blocked, id=2068]
    0x0b2f7010 JavaThread "http-8080-Processor2" daemon [_thread_blocked, id=1404]
    0x0b1c3230 JavaThread "http-8080-Processor1" daemon [_thread_blocked, id=1372]
    0x0b22ad98 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=2268]
    0x00a3ccc0 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=5104]
    0x00a3b340 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4532]
    0x00a39e48 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1092]
    0x00a388b8 JavaThread "JDWP Command Reader" daemon [_thread_in_native, id=1580]
    0x00a373c8 JavaThread "JDWP Event Helper Thread" daemon [_thread_blocked, id=2132]
    0x00357310 JavaThread "JDWP Transport Listener: dt_socket" daemon [_thread_blocked, id=1908]
    0x00a27938 JavaThread "Finalizer" daemon [_thread_blocked, id=504]
    0x00a264a0 JavaThread "Reference Handler" daemon [_thread_blocked, id=676]
    0x00356ab0 JavaThread "main" [_thread_in_native, id=1888]
    Other Threads:
    =>0x00a223a8 VMThread [id=2660]
    0x00a3e278 WatcherThread [id=2236]
    VM state:at safepoint (normal execution)
    VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
    [0x00356148/0x0000171c] Threads_lock - owner thread: 0x00a223a8
    [0x003562c8/0x000016e0] Heap_lock - owner thread: 0x0afc8d10
    Heap
    def new generation total 1920K, used 1616K [0x02a70000, 0x02c80000, 0x02f50000)
    eden space 1728K, 93% used [0x02a70000, 0x02c03be0, 0x02c20000)
    from space 192K, 0% used [0x02c50000, 0x02c50658, 0x02c80000)
    to space 192K, 0% used [0x02c20000, 0x02c20330, 0x02c50000)
    tenured generation total 24584K, used 13428K [0x02f50000, 0x04752000, 0x06a70000)
    the space 24584K, 54% used [0x02f50000, 0x03c6d1b8, 0x03c6d200, 0x04752000)
    compacting perm gen total 14848K, used 14731K [0x06a70000, 0x078f0000, 0x0aa70000)
    the space 14848K, 99% used [0x06a70000, 0x078d2e38, 0x078d3000, 0x078f0000)
    No shared spaces configured.
    Dynamic libraries:
    0x00400000 - 0x0040d000      C:\Program Files\Java\jre1.5.0_07\bin\javaw.exe
    0x7c900000 - 0x7c9b0000      C:\WINDOWS\system32\ntdll.dll
    0x7c800000 - 0x7c8f4000      C:\WINDOWS\system32\kernel32.dll
    0x77dd0000 - 0x77e6b000      C:\WINDOWS\system32\ADVAPI32.dll
    0x77e70000 - 0x77f01000      C:\WINDOWS\system32\RPCRT4.dll
    0x77d40000 - 0x77dd0000      C:\WINDOWS\system32\USER32.dll
    0x77f10000 - 0x77f56000      C:\WINDOWS\system32\GDI32.dll
    0x77c10000 - 0x77c68000      C:\WINDOWS\system32\MSVCRT.dll
    0x6d6c0000 - 0x6d857000      C:\Program Files\Java\jre1.5.0_07\bin\client\jvm.dll
    0x76b40000 - 0x76b6d000      C:\WINDOWS\system32\WINMM.dll
    0x6d280000 - 0x6d288000      C:\Program Files\Java\jre1.5.0_07\bin\hpi.dll
    0x76bf0000 - 0x76bfb000      C:\WINDOWS\system32\PSAPI.DLL
    0x6d380000 - 0x6d3b5000      C:\Program Files\Java\jre1.5.0_07\bin\jdwp.dll
    0x6d690000 - 0x6d69c000      C:\Program Files\Java\jre1.5.0_07\bin\verify.dll
    0x6d300000 - 0x6d31d000      C:\Program Files\Java\jre1.5.0_07\bin\java.dll
    0x6d6b0000 - 0x6d6bf000      C:\Program Files\Java\jre1.5.0_07\bin\zip.dll
    0x6d220000 - 0x6d227000      C:\Program Files\Java\jre1.5.0_07\bin\dt_socket.dll
    0x71ab0000 - 0x71ac7000      C:\WINDOWS\system32\WS2_32.dll
    0x71aa0000 - 0x71aa8000      C:\WINDOWS\system32\WS2HELP.dll
    0x71a50000 - 0x71a8f000      C:\WINDOWS\System32\mswsock.dll
    0x76f20000 - 0x76f47000      C:\WINDOWS\system32\DNSAPI.dll
    0x76fb0000 - 0x76fb8000      C:\WINDOWS\System32\winrnr.dll
    0x76f60000 - 0x76f8c000      C:\WINDOWS\system32\WLDAP32.dll
    0x76fc0000 - 0x76fc6000      C:\WINDOWS\system32\rasadhlp.dll
    0x662b0000 - 0x66308000      C:\WINDOWS\system32\hnetcfg.dll
    0x71a90000 - 0x71a98000      C:\WINDOWS\System32\wshtcpip.dll
    0x6d4c0000 - 0x6d4d3000      C:\Program Files\Java\jre1.5.0_07\bin\net.dll
    VM Arguments:
    jvm_args: -Dcatalina.base=C:\Documents and Settings\user1\My Documents\Workspace\Projects\.metadata\.plugins\org.eclipse.wst.server.core\tmp0 -Dcatalina.home=C:\Program Files\apache-tomcat-5.5.17 -Djava.endorsed.dirs=C:\Program Files\apache-tomcat-5.5.17\common\endorsed -agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:1303
    java_command: org.apache.catalina.startup.Bootstrap start
    Launcher Type: SUN_STANDARD
    Environment Variables:
    JAVA_HOME=C:\Program Files\Java\jdk1.5.0_07
    PATH=c:\program files\imagemagick-6.2.9-q16;C:\Program Files\MiKTeX 2.5\miktex\bin;C:\Program Files\Java\jdk\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Intel\Wireless\Bin\;C:\Program Files\Common Files\Adobe\AGL;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\Java\jwsdp-2.0\jaxb\bin;C:\Program Files\Nmap
    USERNAME=user1
    OS=Windows_NT
    PROCESSOR_IDENTIFIER=x86 Family 6 Model 14 Stepping 8, GenuineIntel
    --------------- S Y S T E M ---------------
    OS: Windows XP Build 2600 Service Pack 2
    CPU:total 2 family 6, cmov, cx8, fxsr, mmx, sse, sse2, ht
    Memory: 4k page, physical 1046636k(336292k free), swap 2517580k(1922348k free)
    vm_info: Java HotSpot(TM) Client VM (1.5.0_07-b03) for windows-x86, built on May 3 2006 01:04:38 by "java_re" with MS VC++ 6.0

    [http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/crashes.html]

  • Urgent! Please help. JVM Perm size OutOfMemory with wls9.1

    Sorry for posting this here since I could not find a general weblogic JVM trouble shooting newsgroup. Basically we have an issue in production where OutOfMemory Error occurred in the Perm space after server has been up for half an hour. We recently upgraded from wls8.1+sun hotspot 1.4.2 to wls9.1 + Sun hotspot 1.5.0_06. Originally under wls8.1, the perm space usages was pretty stable at about 80MB (Perm space was set to 128MB). But now 128MB seemed being filled up very quickly. I found the increase size in weblogic.jar and rt.jar both from weblogic upgrade and sun jre upgrade. So last night the production server's perm space size was increased to 192MB. This morning everything looked fine, perm space usage was stable at about 120MB. However, at noon, suddendly 2 servers the perm space started being filled up quickly. Half an hour later, so was the other app server.
    Have anybody seen this issue before? Could it be an issue in some weblogic subsystem with jre 1.5.0_06 since there is no code change made to the application? Is 192MB too aggressive which could cause some issue?
    Thanks in advance. Any help will be greatly appreciated.
    Bing

    Bing Zou wrote:
    Sorry for posting this here since I could not find a general weblogic JVM trouble shooting newsgroup. Basically we have an issue in production where OutOfMemory Error occurred in the Perm space after server has been up for half an hour. We recently upgraded from wls8.1+sun hotspot 1.4.2 to wls9.1 + Sun hotspot 1.5.0_06. Originally under wls8.1, the perm space usages was pretty stable at about 80MB (Perm space was set to 128MB). But now 128MB seemed being filled up very quickly. I found the increase size i
    n weblogic.jar and rt.jar both from weblogic upgrade and sun jre upgrade. So last night the production server's perm space size was increased to 192MB. This morning everything looked fine, perm space usage was stable at about 120MB. However, at noon, suddendly 2 servers the perm space started being filled up quickly. Half an hour later, so was the other app server.
    Have anybody seen this issue before? Could it be an issue in some weblogic subsystem with jre 1.5.0_06 since there is no code change made to the application? Is 192MB too aggressive which could cause some issue?
    Thanks in advance. Any help will be greatly appreciated.
    BingHi Bing, I wich I could help you more directly but I suggest you contact BEA
    official support. They are the best for knowing or sifting through all
    possibly relevant changes and/or fixes for a given set of symptoms.
    Joe

  • RCP application on Windows JVM 1.6.0_12 crashed with exit code = 1073807364

    A user was using my RCP-based application over several days. At one point, when he apparently wasn't actively using it, the JVM crashed with exit code 1073807364. After some research, I haven't been able to determine what this exit code refers to.
    On additional, possibly helpful bit of information is that the hex equivalent 0x40010004 is used to indicate Windows task status. However, this app is not running Windows tasks that I know of, although perhaps RCP, SWT or the SQL Server JDBC layer is doing so without my knowledge.
    Can anyone tell me what this exit code indicates, or how to find out?

    [http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/crashes.html]

  • JVM Debug Tool

    Hello every one ...
    I am new to Java......I need help ...
    Is there any way that we can see whihc all Clasess / Objects are occupying JVM ? Is there any command line tool .....
    If yes please let me know because i am in big trouble ...
    I am running 4 JVM instances ... on server i am having .... huge JSP/Sevlets ..... after start the JVM around one hour or so if i see JVM memory Size and Physical memory it is just goes decreasing and it result to crash JVM .....
    Same thing creates problem to my Sun - System it is goes occupying SWAP area more more .... and result is Core Dump file ..... so i want to know ... why JVM is using so much memory .. please let me know .....
    I tryed with Hprof utility too ..but it is really difficult to understand ... so please help me
    thanks and regards

    I dont think that any console tools can help you in this matter. There are certain utility tools for windows platforms that can help you to find out
    1. Which classes occupy the memory
    2. Where does the processor spend most of its time
    For example nro. 1 tools are like OptimizeIT and JProbe. With JProbe you can also take care of the nro. 2 type of debugging. Perhaps with optimizeit too.
    Dont know though if they provide them for solaris too. could think so because they are all-java programs. Check them out.
    Janne

  • Setting max heap in Oracle JVM

    Hello -
    I'm having a problem with a Java stored procedure running out of heap memory in Oracle 10g running Java 1.4.
    Normally (running Java in a standard context) I would just modify the -Xmx with a higher value, but for the life of me I can't figure out how to do it in a stored procedure context.
    I have browsed Google and I have browsed the Oracle JVM installation stuff, all to no avail.
    Can anyone help me with how to set my max heap size, or verify that it's impossible? I have taken all of the standard Oracle memory parameters (JAVA_POOL, UGA/PGA/SGA limits) out of the picture by jacking them up and keeping an eye on memory values up to the point that the procedure fails (at ~700m), so I'm pretty sure that this is my problem.
    So far I have looked at:
    Config files
    Config tables
    DB parameters
    I haven't been able to find anything remotely related to JVM option configuration in any of the above.
    It is worth noting that I ran across another forum where someone was wanting to set their minimum heap size, and they were told that it was not possible. I'm just having trouble believing that it's the same story with something as critical as max heap size.
    Much obliged for any help.
    Thanks,
    Annaka

    From Metalink Note 466112.1:
    Applies to:
    Oracle Server - Enterprise Edition - Version: 9.2.0.1 to 10.2.0.3
    This problem can occur on any platform.
    Symptoms
    When attempting to execute a java class that works fine in a stand alone JVM, fails with Oracle JVM with the following error:
    ERROR
    ORA-29532: Java call terminated by uncaught Java exception:
    java.lang.OutOfMemoryError
    ORA-06512: at "IDS_SYS.POD", line 3
    Cause
    The MaxMemorySize was set 256M (the default values) where the JSO needs memory more than 256 MB to run.
    This can be checked as following:
    SQL> create or replace function getMaxMemorySize return number
    2 is language java name
    3 'oracle.aurora.vm.OracleRuntime.getMaxMemorySize() returns long';
    4 /
    Function created.
    SQL> select getMaxMemorySize from dual;
    GETMAXMEMORYSIZE
    268435456
    After increasing the MaxMemorySize to a larger value(1 GB), the problem was fixed
    Solution
    Please increase the MaxMemorySize to a larger values(i.e. 1GB), this can be done as following:
    SQL> create or replace function setMaxMemorySize(num number) return number
    2 is language java name
    3 'oracle.aurora.vm.OracleRuntime.setMaxMemorySize(long) returns long';
    4 /
    Function created.
    SQL> select setMaxMemorySize(1024*1024*1024) from dual;
    SETMAXMEMORYSIZE(1024*1024*1024)
    Then you can check if the value is set correctly using the following:
    SQL> select getMaxMemorySize from dual;
    GETMAXMEMORYSIZE
    1073741824
    In my case I had to set the parameter within a job's the session.
    bye
    TPD
    Edited by: TPD on Sep 23, 2008 4:27 PM - tags added

  • Invoking JVM with C++

    I'm having the problem identical to the one in this post:
    http://forum.java.sun.com/thread.jspa?forumID=52&threadID=599688
    I get the same error messages:
    invoke.obj : error LNK2001: unresolved external symbol __imp__JNI_CreateJavaVM@12
    invoke.obj : error LNK2001: unresolved external symbol __imp__JNI_GetDefaultJavaVMInitArgs@4
    Debug/invoke JVM.exe : fatal error LNK1120: 2 unresolved externals
    Trouble is that I've added the path to jvm.dll to the environmental variables, "additional include directories" in the general tab of the project settings (Visual studio .net), and "additional library directories" in the linker settings. None of this seems to work. Anyone know of a solution to this? Thanks for the help.
    Curtis

    Thanks for the information.
    I agree that if there is an error in C, I would get exception outside JVM error. However, I have checked for the problem in C. There is none. Besides, the fundamental problem seems to be the 'lock' on the toolkit - say X windows / motif puts - which result in JVM not getting the graphics AWT toolkit. It looks to be bit of a deficiency in JVM since it should have a way out when the native toolkit is not available. Ideally, Java should offer a ready made choice of another implemented Toolkit class which can be independently loaded and which uses its own low level calls. I am also trying to look for such 3rd party classes to do the same.
    Thanks.

  • Trouble with Unicode Chars

    Hi all,
    I am having trouble displaying Unicode chars both in an Applet and in the command prompt window. I am using awt. The characters I want to display are: \u2228, \u2283, \u2261. These characters display correctly from AppletViewer when I add them to ChoiceBoxes, they display correctly in some browsers (isn't Unicode fairly universal by now? Do most browsers support it?), but not correctly when I try to put them into a TextField, using this simple code:
    public void keyTyped(KeyEvent e) {
    if(e.getKeyChar() == '/') {
    e.setKeyChar('\u2228');
    if(e.getKeyChar() == '.') {
    e.setKeyChar('\u2283');
    System.out.println(e.getKeyChar());
    if(e.getKeyChar() == ',') {
    e.setKeyChar('\u2261');
    System.out.println(e.getKeyChar());
    Any help is greatly appreciated, thanks!

    Er, forgot to mention, the chars display as either a
    black bar, sort of a square, This happens when there is no suitable font for the codepoint, and the system doesn't know how to convert a codepoint to another codepoint for which there is a suitable font. The latter mechanism allow to use non-unicode fonts with unicode chars.
    a question mark, That's possibly another issue. '?' usually appears while
    converting chara�ter into bytes, specifically if an encoding doesn't have an appropriate rule for a particular character.
    For example, the "Cp1251" encoding knows nothing of Greek characters, and so converts them into ?'s.
    Such conversion may occur when a java string is passed
    into a native window system, because such systems often are non-unicode.
    and an equal signCompletely illegal behaviour, usually occurs in very old JVM's.
    Note that Swing is always correct with unicode.
    A relevant documentation is here:
    http://java.sun.com/j2se/1.3/docs/guide/intl/addingfonts.html
    and
    http://java.sun.com/j2se/1.3/docs/guide/intl/fontprop.html

  • Trouble with RMI?

    We have during the last month started to get problems where the Vadis application
    stops working. We can't figure out the cause of this.
    Recent additions to the application is that we have started to use RMI for our
    client communication - currently we are both using CORBA (OrbixWeb 3.1c) and RMI
    - planning to get rid of CORBA. We have also some new features that increases
    the amount of tasks to perform.
    The system can hang both under heavy load and under off peak hours, when many
    clients are connected or when nobody is using it!?! Strange...
    This happens approximately once a week.
    Today we managed to get a JRockit dump (with Ctrl-Break) - see attached file.
    The main thread that should run all real tasks is Schemaläggare, but the stack
    trace indicates a really weird place to stop. When looking at the code we can't
    see how this could be either a deadlock or an infinite loop. Maybe you can make
    some more out of the printout?
    For example, we wonder what the timestamp row means. Almost all threads have a
    timestamp of around 2200. But one thread has 1 and the other 346. What does this
    mean?
    We are using the following version of JRockit:
    java version 1.3
    Java(TM) 2 Runtime Environment, Standard Edition (build "1.3.1_CROSIS_20011213-1316")
    JRockit Virtual Machine (build 3.0.1-CROSIS-2001213-1317)
    with nativeThreads activated.
    Do you know of any troubles with using RMI for this version. Or the combination
    of RMI and CORBA/OrbixWeb?
    Best regards,
    Tomas L
    [ProblemReport_JRockit.txt]

    Really don't know the answer to that question. I haven't analyzed the
    problem in detail. I know that a lot of issues has been fixed since
    3.0.1, and if the problem is with the VM it is likely to have been fixed.
    Regards,
    /Staffan
    TomasLiden wrote:
    Alright,
    However, before taking on the job of upgrading JRockit it would be nice to know
    whether the problem is likely to be solved. Or put in other words: Do you think
    the problem is in the JVM or in our application?
    All the best,
    /Tomas
    Staffan Larsen <[email protected]> wrote:
    Well, as you noted, NT4 isn't a supported platform for 7.0sp4, but we
    are not aware of anything that would not work. Then again, 3.0.1 isn't
    supported either...
    You have two choices the way I see it: 1) Use 7.0sp4 on NT4 and
    hopefully it solves your problem. 2) Upgrade to W2K (but I guess that
    is
    hard).
    Regards,
    /Staffan
    TomasLiden wrote:
    Hi,
    I guessed you would answer something like that ;-) However, our serveris running
    Windows NT4 (don't remember the service pack) and on your downloadsite it says
    W2K for 7.0sp4. Will that work?
    /T
    Staffan Larsen <[email protected]> wrote:
    Hi Tomas,
    JRockit 3.0.1 is pretty old at this time, so I would strongly suggest
    that you upgrade to JRockit 7.0sp4 (if you need 1.3.1 compatibility),
    or
    JRockit 1.4.2 (if you are ok with 1.4.2 compatibility). Both version
    are
    available for download at
    http://commerce.bea.com/showallversions.jsp?family=WLJR
    Regards,
    /Staffan
    TomasLiden wrote:
    We have during the last month started to get problems where the Vadisapplication
    stops working. We can't figure out the cause of this.
    Recent additions to the application is that we have started to useRMI for our
    client communication - currently we are both using CORBA (OrbixWeb3.1c) and RMI
    - planning to get rid of CORBA. We have also some new features thatincreases
    the amount of tasks to perform.
    The system can hang both under heavy load and under off peak hours,when many
    clients are connected or when nobody is using it!?! Strange...
    This happens approximately once a week.
    Today we managed to get a JRockit dump (with Ctrl-Break) - see attachedfile.
    The main thread that should run all real tasks is Schemaläggare, butthe stack
    trace indicates a really weird place to stop. When looking at the
    code
    we can't
    see how this could be either a deadlock or an infinite loop. Maybeyou can make
    some more out of the printout?
    For example, we wonder what the timestamp row means. Almost all threadshave a
    timestamp of around 2200. But one thread has 1 and the other 346.
    What
    does this
    mean?
    We are using the following version of JRockit:
    java version 1.3
    Java(TM) 2 Runtime Environment, Standard Edition (build "1.3.1_CROSIS_20011213-1316")
    JRockit Virtual Machine (build 3.0.1-CROSIS-2001213-1317)
    with nativeThreads activated.
    Do you know of any troubles with using RMI for this version. Or thecombination
    of RMI and CORBA/OrbixWeb?
    Best regards,
    Tomas L
    Problem report.
    Application hangs - deadlock or loop?
    We have during the last month started to get problems where the Vadisapplication stops working. We can't figure out the cause of this.
    Recent additions to the application is that we have started to useRMI for our client communication - currently we are both using CORBA
    (OrbixWeb 3.1c) and RMI - planning to get rid of CORBA. We have also
    some new features that increases the amount of tasks to perform.
    The system can hang both under heavy load and under off peak hours,when many clients are connected or when nobody is using it!?! Strange...
    This happens approximately once a week.
    Today we managed to get a JRockit dump (with Ctrl-Break) - see below.The main thread that should run all real tasks is Schemaläggare, but
    the stack trace indicates a really weird place to stop. When looking
    at the code we can't see how this could be either a deadlock or aninfinite
    loop. Maybe you can make some more out of the printout?
    For example, we wonder what the timestamp row means. Almost all threadshave a timestamp of around 2200. But one thread has 1 and the other
    346. What does this mean?
    We are using the following version of JRockit:
    java version 1.3
    Java(TM) 2 Runtime Environment, Standard Edition (build "1.3.1_CROSIS_20011213-1316")
    JRockit Virtual Machine (build 3.0.1-CROSIS-2001213-1317)
    with nativeThreads activated.
    Do you know of any troubles with using RMI for this version. Or thecombination of RMI and CORBA/OrbixWeb?
    Best regards,
    Tomas L
    ================== Ctrl-Break printout ====================
    ====== THREAD 00000080 == Noname
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2232 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FF8FF08
    ThreadID: 0x00000E7B
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000100 == RMI TCP Connection(2191)-10.40.105.193
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 1 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FF4FC44
    ThreadID: 0x000006F4
    ### Stacktrace:
    at se.sj.otm.tillampning.systemProvider.gen.RVadisClientProviderImpl.doT
    illgangligaVagnar(Compiled Code)@5f5f4fee
    at se.sj.otm.tillampning.systemProvider.gen.RVadisClientProviderImpl_Ske
    l.dispatch(Compiled Code)@5f5f5ad1
    at sun.rmi.server.UnicastServerRef.oldDispatch(Compiled Code)@5d32d44c
    at sun.rmi.server.UnicastServerRef.dispatch(Compiled Code)@5d32cfc8
    at sun.rmi.transport.Transport$1.run(Compiled Code)@5d32cb3f
    at java.security.AccessController.doPrivileged(Native Method)@5a091990
    at sun.rmi.transport.Transport.serviceCall(Compiled Code)@5d32b02d
    at sun.rmi.transport.tcp.TCPTransport.handleMessages(CompiledCode)@5d32
    a9c8
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(CompiledCod
    e)@5d3296db
    at java.lang.Thread.run(Compiled Code)@59e3328e
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000180 == ObjyThread
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2226 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FF3FED8
    ThreadID: 0x00000B2F
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000200 == Finalizer
    State: WAITING, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2231 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FF2FEB8
    ThreadID: 0x00000B7A
    ### Stacktrace:
    at java.lang.Object.wait0(Compiled Code)@59e35860
    at java.lang.ref.ReferenceQueue.remove(Optimized Code)@5f7742fe
    at java.lang.ref.Finalizer$FinalizerThread.run(Compiled Code)@59e35379
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000280 == SignalHandler
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2230 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FEFFEF0
    ThreadID: 0x00000B3C
    ### Stacktrace:
    at java.lang.Thread.run(Compiled Code)@59e3328e
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000300 == Hotspot Detector
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2229 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FEEFEE0
    ThreadID: 0x0000096C
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000380 == Reference Handler
    State: WAITING, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2228 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FEDFEE4
    ThreadID: 0x00000E30
    ### Stacktrace:
    at java.lang.ref.Reference$ReferenceHandler.run(Compiled Code)@5a090526
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000400 == Thread-0
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2232 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x00A5B1E0
    ThreadID: 0x00000D2A
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000480 == RMI TCP Accept-1
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2225 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE8FEA4
    ThreadID: 0x00000EA0
    ### Stacktrace:
    at java.net.ServerSocket.implAccept(Compiled Code)@5a23b775
    at java.net.ServerSocket.accept(Compiled Code)@5a23b57c
    at sun.rmi.transport.tcp.TCPTransport.run(Compiled Code)@5a23a9f8
    at java.lang.Thread.run(Compiled Code)@59e3328e
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000500 == OrbixWeb Server Listener thread
    State: ACTIVE, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2224 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE7FEA0
    ThreadID: 0x0000008E
    ### Stacktrace:
    at java.net.ServerSocket.implAccept(Compiled Code)@5a23b775
    at java.net.ServerSocket.accept(Compiled Code)@5a23b57c
    at IE.Iona.OrbixWeb.CORBA.Listener.acceptNewConnection(CompiledCode)@5a
    2f429e
    at IE.Iona.OrbixWeb.CORBA.Listener.run(Compiled Code)@5a2f3e37
    at java.lang.Thread.run(Compiled Code)@59e3328e
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000580 == Request Processor
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2223 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE6FEA0
    ThreadID: 0x00000E0E
    ### Stacktrace:
    at IE.Iona.OrbixWeb.CORBA.EventHandler.nextRequest(CompiledCode)@5a2f78
    fc
    at IE.Iona.OrbixWeb.CORBA.BOAImpl.processOneEvent(CompiledCode)@5a2f763
    b
    at IE.Iona.OrbixWeb.CORBA.BOAImpl.processEvents(Compiled Code)@5a2f418b
    at IE.Iona.OrbixWeb.CORBA.EventHandler.run(Compiled Code)@5a2f3c8d
    at java.lang.Thread.run(Compiled Code)@59e3328e
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000600 == RMI TCP Accept-2
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2222 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE5FEA4
    ThreadID: 0x00000680
    ### Stacktrace:
    at java.net.ServerSocket.implAccept(Compiled Code)@5a23b775
    at java.net.ServerSocket.accept(Compiled Code)@5a23b57c
    at sun.rmi.transport.tcp.TCPTransport.run(Compiled Code)@5a23a9f8
    at java.lang.Thread.run(Compiled Code)@59e3328e
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000680 == RMI Reaper
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2221 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE4FEA0
    ThreadID: 0x000008FB
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000700 == GC Daemon
    State: WAITING, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2220 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE3FEC4
    ThreadID: 0x00000927
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000780 == Thread-11
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2213 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE2FEC8
    ThreadID: 0x00000CF1
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000800 == Gtpl
    State: ACTIVE, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2204 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE1FDC8
    ThreadID: 0x00000B01
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000880 == Pbok
    State: ACTIVE, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2203 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FE0FDC8
    ThreadID: 0x00000A27
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000900 == Beval
    State: ACTIVE, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2202 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FDFFDC8
    ThreadID: 0x00000C27
    ### Stacktrace:
    at java.net.SocketInputStream.read0(Optimized Code)@5f776df9
    at java.net.SocketInputStream.read(Optimized Code)@5f776e42
    at java.io.DataInputStream.readInt(Optimized Code)@5f58a2df
    at com.ibm.mq.MQInternalCommunications.receive(Optimized Code)@5f762c43
    at com.ibm.mq.MQSESSIONClient.MQGET(Optimized Code)@5f74a056
    at com.ibm.mq.MQQueue.get(Optimized Code)@5f76e931
    at se.sj.otm.ramverk.hostConnection.communication.MQPoll.execute(Optimiz
    ed Code)@5f8fc96f
    at se.sj.otm.basobjekt.Poll.run(Compiled Code)@5a35db6f
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000980 == Kal
    State: ACTIVE, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2201 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FDEFDC8
    ThreadID: 0x0000064A
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000a00 == OrbixWeb Connection Monitor thread
    State: WAITING, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2218 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FDDFEC8
    ThreadID: 0x00000968
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000a80 == Connection[IIOP, Socket[addr=nttmd51.sj.se/10.54.132.9
    5,port=1574,localport=1977], is_daemon]
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2217 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FDCFEA4
    ThreadID: 0x000007AA
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000b80 == Thread-9
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2215 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FDAFEC8
    ThreadID: 0x00000F58
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000c00 == Thread-10
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2214 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD9FEC8
    ThreadID: 0x00000302
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000c80 == Thread-12
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2212 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD8FEC8
    ThreadID: 0x00000D52
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000d00 == Thread-13
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2211 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD7FEC8
    ThreadID: 0x00000ABC
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000d80 == Thread-14
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2210 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD6FEC8
    ThreadID: 0x000008F5
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000e00 == Thread-15
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2209 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD5FEC8
    ThreadID: 0x000001C2
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000e80 == Thread-16
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2208 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD4FEC8
    ThreadID: 0x0000078E
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000f00 == Schemalõggare
    State: ACTIVE, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2207 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD3FA0C
    ThreadID: 0x00000AC0
    ### Stacktrace:
    at se.sj.otm.vagnstyrningsplanering.optimeringsmodell.AggregeradTomvagns
    fordelningsmodell.minskaReservationerUtanBehovspaverkan(Compiled Code)@5f5e6678
    at se.sj.otm.vagnstyrningsplanering.optimeringsmodell.AggregeradTomvagns
    fordelningsmodell.anpassaReservationerTillKapacitetsminskning(CompiledCode)@5f5
    e6945
    at se.sj.otm.vagnstyrningsplanering.tomvagnstyrning.impl.Godsvagnstyrnin
    gsplanImpl.forandradTillgangligKapacitetITaglagen(Compiled Code)@5d33750a
    at java.lang.reflect.Method.invoke(Native Method)@5a0c225e
    at se.sj.otm.verksamhetsobjekt.trafikoperator.impl.ArgumentFormedlareImp
    l.invokeMethod(Compiled Code)@5a5f545e
    at se.sj.otm.vagnstyrningsplanering.tomvagnstyrning.impl.Godsvagnstyrnin
    gsplanImpl.anropaVagnstyrningsplanerare(Optimized Code)@5f8fdba5
    at se.sj.otm.verksamhetsobjekt.fordon.impl.GodsvagnparkImpl.anropaVagnst
    yrningsplanerare(Compiled Code)@5a5f511f
    at se.sj.otm.verksamhetsobjekt.fordon.impl.GodsvagnparkImpl.forandradTil
    lgangligKapacitetITaglagen(Compiled Code)@5d337101
    at se.sj.otm.verksamhetsobjekt.fordon.impl.GodsvagnparkImpl.genomforRese
    rvationslistor(Optimized Code)@5f8fee98
    at se.sj.otm.verksamhetsobjekt.fordon.impl.GodsvagnparkImpl.genomforOnsk
    adeReservationer(Optimized Code)@5f7a4c4a
    at se.sj.otm.verksamhetsobjekt.fordon.impl.GodsvagnparkImpl.hanteraSvarF
    ranPlaneraren(Compiled Code)@5d330a01
    at se.sj.otm.verksamhetsobjekt.fordon.impl.GodsvagnparkImpl.forberedFixe
    raTomtransporter(Optimized Code)@5f799aab
    at se.sj.otm.verksamhetsobjekt.fordon.impl.GodsvagnparkImpl.fixeraTomtra
    nsporter(Compiled Code)@5f5c81d1
    at se.sj.otm.verksamhetsobjekt.tidtabell.impl.TidtabellImpl.utforFortida
    Fixering(Compiled Code)@5f74b166
    at java.lang.reflect.Method.invoke(Native Method)@5a0c225e
    at se.sj.otm.ramverk.scheduler.OTAssignment.perform(OptimizedCode)@5f76
    b227
    at se.sj.otm.ramverk.scheduler.OTScheduler.performNextAssignment(Optimiz
    ed Code)@5f900796
    at se.sj.otm.ramverk.scheduler.OTScheduler.execute(OptimizedCode)@5f904
    b9d
    at se.sj.otm.basobjekt.Poll.run(Compiled Code)@5a35db6f
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00000f80 == TidsstyrdUppdragsk÷
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2206 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD2FEC0
    ThreadID: 0x00000B34
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00001000 == TidsstyrdUppdragsk÷
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2205 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD1FEC0
    ThreadID: 0x00000AC2
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00001080 == AWT-EventQueue-0
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2200 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FD0FEA0
    ThreadID: 0x000001B1
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00001100 == SunToolkit.PostEventQueue-0
    State: WAITING, NONDAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 2199 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FCFFED4
    ThreadID: 0x00000E2E
    ### Stacktrace:
    at sun.awt.PostEventQueue.run(Compiled Code)@5a3bde4e
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00001180 == Thread-20
    State: CREATED, DAEMON, GCABLE
    Prio: 0 (6)
    Timestamp: 2232 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FCEFF58
    ThreadID: 0x000000A2
    ### Stacktrace:
    No stack trace for unstarted threads.
    ### End of stacktrace.
    =====================
    ====== THREAD 00001200 == AWT-Windows
    State: ACTIVE, DAEMON, GCABLE
    Prio: 0 (6)
    Timestamp: 2197 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FCDFEBC
    ThreadID: 0x00000D0A
    ### Stacktrace:
    at COM.jrockit.awt.WToolkit.run(Compiled Code)@5a3bdfe9
    at java.lang.Thread.run(Compiled Code)@59e3328e
    at java.lang.Thread.startThreadFromVM(Compiled Code)@59e33134
    --- End of stack trace
    ### End of stacktrace.
    =====================
    ====== THREAD 00001280 == RMI LeaseChecker
    State: WAITING, DAEMON, GCABLE
    Prio: 0 (5)
    Timestamp: 346 before current stamp
    Stack: 0x00000000
    Code: 0x00000000
    LastJava: 0x7FCCFEBC
    ThreadID: 0x000007C0
    ### Stacktrace:
    --- End of stack trace
    ### End of stacktrace.
    =====================

Maybe you are looking for