EP (SP12) Hangs --- URGENT

Dear Portal specialists,
We have implemented ESS/MSS/HRMSS thru EP.
In ESS,when we click on one of the links which open up a new window to display content (URL IVIEW pointing to some internet website) EP hangs...we cannot use any other link anywhere on the main screen..though we are able to press the links..but nothing happens.The PC from where we are using does not have Internet access.
The behaviour we expect out this scenario is : Atleast the other links in EP should work.
Pls let me know how to accomplish this.
Thanks.
Josh

Hi Josh,
if this occur even after you close additional browser(url based iview)??
regards

Similar Messages

  • Database and application getting hange (urgent please reply asap)

    hi,
    in alerlt log i found
    Process q003 died, see its trace file
    Thu Nov 24 10:50:36 IST 2011
    ksvcreate: Process(q003) creation failed
    Thu Nov 24 10:56:21 IST 2011
    ksvcreate: Process(m000) creation failed
    Thu Nov 24 11:03:30 IST 2011
    kkjcre1p: unable to spawn jobq slave process
    Thu Nov 24 11:03:30 IST 2011
    Errors in file /appl2/oracle2/proddb/10.2.0/admin/PROD_winsome/bdump/prod_cjq0_13539.trc:
    Thu Nov 24 11:04:21 IST 2011
    Beginning log switch checkpoint up to RBA [0x25b4.2.10], SCN: 14824976075
    Thu Nov 24 11:04:21 IST 2011
    Thread 1 advanced to log sequence 9652 (LGWR switch)
    Current log# 8 seq# 9652 mem# 0: /log1/PROD/log08a.dbf
    Current log# 8 seq# 9652 mem# 1: /log1/PROD/log08b.dbf
    Thu Nov 24 11:06:40 IST 2011
    ksvcreate: Process(m000) creation failed
    Thu Nov 24 11:10:00 IST 2011
    Completed checkpoint up to RBA [0x25b4.2.10], SCN: 14824976075
    Thu Nov 24 11:10:34 IST 2011
    kkjcre1p: unable to spawn jobq slave process
    Thu Nov 24 11:10:34 IST 2011
    Errors in file /appl2/oracle2/proddb/10.2.0/admin/PROD_winsome/bdump/prod_cjq0_13539.trc:
    Thu Nov 24 11:12:55 IST 2011
    ksvcreate: Process(q000) creation failed
    Thu Nov 24 11:15:12 IST 2011
    kkjcre1p: unable to spawn jobq slave process
    Thu Nov 24 11:15:12 IST 2011
    Errors in file /appl2/oracle2/proddb/10.2.0/admin/PROD_winsome/bdump/prod_cjq0_13539.trc:
    Thu Nov 24 11:17:14 IST 2011
    ksvcreate: Process(m000) creation failed
    please reply it urgent..
    in trc file
    $ cat prod_cjq0_13539.trc
    Dump file /appl2/oracle2/proddb/10.2.0/admin/PROD_winsome/bdump/prod_cjq0_13539.
    trc
    Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    ORACLE_HOME = /appl2/oracle2/proddb/10.2.0
    System name: SunOS
    Node name: devserver
    Release: 5.9
    Version: Generic_118558-06
    Machine: sun4u
    Instance name: PROD
    Redo thread mounted by this instance: 1
    Oracle process number: 10
    Unix process pid: 13539, image: oracle@devserver (CJQ0)
    *** 2011-11-24 10:57:22.769
    *** SERVICE NAME:(SYS$BACKGROUND) 2011-11-24 10:57:22.430
    *** SESSION ID:(392.1) 2011-11-24 10:57:22.430
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 10:57:32.840
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 10:57:42.940
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 10:57:53.030
    Waited for process J000 to be spawned for 90 seconds
    *** 2011-11-24 10:58:03.120
    Waited for process J000 to be spawned for 100 seconds
    *** 2011-11-24 10:58:13.200
    Waited for process J000 to be spawned for 110 seconds
    *** 2011-11-24 11:03:30.801
    *** 2011-11-24 11:07:41.160
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 11:07:51.240
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 11:08:01.320
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 11:08:11.390
    Waited for process J000 to be spawned for 90 seconds
    *** 2011-11-24 11:08:21.480
    Waited for process J000 to be spawned for 100 seconds
    *** 2011-11-24 11:08:31.580
    Waited for process J000 to be spawned for 110 seconds
    *** 2011-11-24 11:10:34.930
    *** 2011-11-24 11:13:56.060
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 11:14:06.150
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 11:14:16.250
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 11:14:26.330
    Waited for process J000 to be spawned for 90 seconds
    *** 2011-11-24 11:14:36.410
    Waited for process J000 to be spawned for 100 seconds
    *** 2011-11-24 11:14:46.480
    Waited for process J000 to be spawned for 110 seconds
    *** 2011-11-24 11:15:12.996
    *** 2011-11-24 11:18:15.140
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 11:18:25.240
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 11:18:35.340
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 11:18:53.340
    Waited for process J000 to initialize for 90 seconds
    *** 2011-11-24 11:18:53.340
    Process diagnostic dump for J000, OS id=3356
    *** 2011-11-24 11:19:29.960
    loadavg : 0.08 0.25 0.78
    swap info: free_mem = 91.27M rsv = 10468.67M
    alloc = 9840.79M avail = 291.52 swap_free = 919.41M
    skgpgcmdout: read() for cmd /bin/ps -elf | /bin/egrep 'PID | 3356' | /bin/grep -
    v grep timed out after 15.000 seconds
    Skipping stack dump because max dump time exceeded.
    Process diagnostic dump actual duration=36.292000 sec
    (max dump time=30.000000 sec)
    *** 2011-11-24 11:19:29.960
    *** 2011-11-24 11:19:40.060
    Waited for process J000 to initialize for 100 seconds
    *** 2011-11-24 11:19:40.060
    Process diagnostic dump for J000, OS id=3356
    *** 2011-11-24 11:20:08.770
    loadavg : 0.27 0.28 0.77
    swap info: free_mem = 92.57M rsv = 10465.16M
    alloc = 9837.60M avail = 297.86 swap_free = 925.42M
    skgpgcmdout: read() for cmd /bin/ps -elf | /bin/egrep 'PID | 3356' | /bin/grep -
    v grep timed out after 15.000 seconds
    *** 2011-11-24 11:20:51.830
    Stack:
    skgpgcmdout: read() for cmd /bin/sh -c '/usr/proc/bin/pstack 3356 2>&1' timed ou
    t after 1.290 seconds
    Process diagnostic dump actual duration=1 min 11 sec
    (max dump time=30.000000 sec)
    *** 2011-11-24 11:20:51.830
    *** 2011-11-24 11:21:01.930
    Waited for process J000 to initialize for 110 seconds
    *** 2011-11-24 11:21:01.930
    Process diagnostic dump for J000, OS id=3356
    loadavg : 0.12 0.24 0.71
    swap info: free_mem = 91.25M rsv = 10487.99M
    alloc = 9844.82M avail = 272.81 swap_free = 915.98M
    F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY T
    IME CMD
    8 Z oracle2 3356 1 0 0 0
    :00 <defunct>
    *** 2011-11-24 11:22:36.567
    Skipping stack dump because max dump time exceeded.
    Process diagnostic dump actual duration=1 min 34 sec
    (max dump time=30.000000 sec)
    *** 2011-11-24 11:22:36.567
    Killing process (ospid 3356): (reason=x4 error=0)
    ... and the process is still alive after kill!
    *** 2011-11-24 11:28:16.400
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 11:28:26.470
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 11:28:36.560
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 11:28:46.640
    Waited for process J000 to be spawned for 90 seconds
    *** 2011-11-24 11:28:56.730
    Waited for process J000 to be spawned for 100 seconds
    *** 2011-11-24 11:29:06.810
    Waited for process J000 to be spawned for 110 seconds
    *** 2011-11-24 11:29:48.503
    *** 2011-11-24 11:35:26.030
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 11:35:36.130
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 11:35:46.210
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 11:35:56.310
    Waited for process J000 to be spawned for 90 seconds
    *** 2011-11-24 11:36:06.390
    Waited for process J000 to be spawned for 100 seconds
    *** 2011-11-24 11:36:16.490
    Waited for process J000 to be spawned for 110 seconds
    *** 2011-11-24 11:38:51.157
    *** 2011-11-24 11:47:42.830
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 11:47:52.910
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 11:48:03.000
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 11:48:13.060
    Waited for process J000 to be spawned for 90 seconds
    *** 2011-11-24 11:48:23.140
    Waited for process J000 to be spawned for 100 seconds
    *** 2011-11-24 11:48:33.230
    Waited for process J000 to be spawned for 110 seconds
    *** 2011-11-24 11:49:12.586
    *** 2011-11-24 11:52:35.420
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 11:52:45.520
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 11:52:55.610
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 11:53:05.700
    Waited for process J000 to be spawned for 90 seconds
    *** 2011-11-24 11:53:15.790
    Waited for process J000 to be spawned for 100 seconds
    *** 2011-11-24 11:53:25.890
    Waited for process J000 to be spawned for 110 seconds
    *** 2011-11-24 11:53:59.129
    *** 2011-11-24 11:57:08.260
    Waited for process J000 to be spawned for 60 seconds
    *** 2011-11-24 11:57:18.350
    Waited for process J000 to be spawned for 70 seconds
    *** 2011-11-24 11:57:28.450
    Waited for process J000 to be spawned for 80 seconds
    *** 2011-11-24 11:57:38.540
    Waited for process J000 to be spawned for 90 seconds
    *** 2011-11-24 11:57:48.640
    Waited for process J000 to initialize for 100 seconds
    *** 2011-11-24 11:57:48.640
    Process diagnostic dump for J000, OS id=4205
    loadavg : 0.22 0.33 0.67
    swap info: free_mem = 91.70M rsv = 10505.02M
    alloc = 9858.01M avail = 251.46 swap_free = 898.47M
    F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY T
    IME CMD
    8 S oracle2 4205 1 0 39 20 ? 410092 ? 11:57:12 ? 0
    :00 ora_j000_PROD
    *** 2011-11-24 11:58:28.337
    Skipping stack dump because max dump time exceeded.
    Process diagnostic dump actual duration=39.697000 sec
    (max dump time=30.000000 sec)
    *** 2011-11-24 11:58:28.337
    *** 2011-11-24 11:58:38.430
    Waited for process J000 to initialize for 110 seconds
    *** 2011-11-24 11:58:38.430
    Process diagnostic dump for J000, OS id=4205
    *** 2011-11-24 11:59:10.850
    loadavg : 0.59 0.40 0.68
    swap info: free_mem = 91.31M rsv = 10505.02M
    alloc = 9858.01M avail = 251.19 swap_free = 898.20M
    skgpgcmdout: read() for cmd /bin/ps -elf | /bin/egrep 'PID | 4205' | /bin/grep -
    v grep timed out after 15.000 seconds
    Skipping stack dump because max dump time exceeded.
    Process diagnostic dump actual duration=32.420000 sec
    (max dump time=30.000000 sec)
    *** 2011-11-24 11:59:10.850
    Killing process (ospid 4205): (reason=x4 error=0)
    ... and the process is still alive after kill!
    $
    now i am not able to connect database

    Please see these docs.
    Ksvcreate: Process(M001) Creation Failed , Database hang [ID 1233079.1]
    ORA-00610 And/Or "unable to spawn jobq slave process " And/Or "Process(<>) creation failed" In The Alert Log And/Or TNS-12518/ TNS-12500 In Listener Log [ID 416244.1]
    DATABASE CRASH WITH SGA_TARGET [ID 747812.1]
    ORA-27300 ORA-27301 ORA-27302 ORA-27303 skgpspawn5 [ID 1125188.1]
    Database Crashes With Ora-00449 and Ora-00601 [ID 730287.1]
    If this is your production database, please log a severity 1 SR!
    Thanks,
    Hussein

  • Database connection Hangs - Urgent

    Hello
    I installed 9i db on one machine and I was able to connect from clients, then I installed 9ias on the same machine and now sqlplus hangs on the client when i try to connect. however tnsping is going thru.
    Please , where/what do i need to do?. Such a configuration already exists on another machine and works fine (development).
    Please help. my client getting impatient

    Hi Thanks for the response.
    Below are the listener configs for both infra and db, and also the status of the db listener.
    NB. My application is able to connect via the middle tier(application server) !
    Listener Status at DB Home:
    LSNRCTL> status
    Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC0)))
    STATUS of the LISTENER
    Alias LISTENER
    Version TNSLSNR for 32-bit Windows: Version 9.2.0.4.0 - Produc
    tion
    Start Date 11-MAR-2004 12:26:41
    Uptime 3 days 20 hr. 20 min. 6 sec
    Trace Level off
    Security OFF
    SNMP OFF
    Listener Parameter File C:\oracle\ora92\network\admin\listener.ora
    Listener Log File C:\oracle\ora92\network\log\listener.log
    Listening Endpoints Summary...
    (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))
    (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=pProd)(PORT=1521)))
    Services Summary...
    Service "PLSExtProc" has 1 instance(s).
    Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
    Service "pProdhru.pProd.com" has 1 instance(s).
    Instance "pProdhru", status UNKNOWN, has 1 handler(s) for this service...
    The command completed successfully
    Listener Config at DB Home:
    # LISTENER.ORA Network Configuration File: C:\oracle\ora92\network\admin\listener.ora
    # Generated by Oracle configuration tools.
    LISTENER =
    (DESCRIPTION_LIST =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = pProd)(PORT = 1521))
    SID_LIST_LISTENER =
    (SID_LIST =
    (SID_DESC =
    (SID_NAME = PLSExtProc)
    (ORACLE_HOME = C:\oracle\ora92)
    (PROGRAM = extproc)
    (SID_DESC =
    (GLOBAL_DBNAME = pProdhru.pProd.com)
    (ORACLE_HOME = C:\oracle\ora92)
    (SID_NAME = pProdhru)
    Listener at Infrastructure Home:
    # LISTENER.ORA Network Configuration File: c:\ProdINFRA\network\admin\listener.ora
    # Generated by Oracle configuration tools.
    LISTENER =
    (DESCRIPTION_LIST =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = pProd)(PORT = 1521))
    SID_LIST_LISTENER =
    (SID_LIST =
    (SID_DESC =
    (SID_NAME = PLSExtProc)
    (ORACLE_HOME = c:\ProdINFRA)
    (PROGRAM = extproc)
    (SID_DESC =
    (GLOBAL_DBNAME = iasdb.pProdhru.pProd.com)
    (ORACLE_HOME = c:\ProdINFRA)
    (SID_NAME = iasdb)
    Any Thing I'm Missing ?

  • Import hangs Urgent help!!

    Hi DBAs,
    Urgent help!!
    I am doing full db import with below parameter, it haged for 30 min,
    please suggest
    imp "'/ as sysdba' " file=TF3_SINTSTFAPPU1_R1_2007_UAT_260807.dmp log=TF3_SINTSTFAPPU1_R1_2007_UAT_260807_imp.log full=y grants=y commit=y ignore=y skip_unusable_indexes=y buffer=5000000000 feedback=25000 statistics=none
    Import: Release 9.2.0.6.0 - Production on Wed Aug 29 12:42:34 2007
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected to: Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
    With the Partitioning option
    JServer Release 9.2.0.8.0 - Production
    Export file created by EXPORT:V09.02.00 via conventional path
    import done in US7ASCII character set and AL16UTF16 NCHAR character set
    . importing SYSTEM's objects into SYSTEM

    Your archiver is still running?
    No ora-00275 errors?
    Nothing in alert<sid>.log?
    feedback=25000 is a bad idea as that will slow down the import. Also the buffer parameter looks ridiculously high. 8 Mb is usually sufficent.
    Does imp show=y log=<any filename> work at all?
    Could you find out what imp is waiting for
    Connect to the database
    select sid, serial#
    from v$session
    where program like 'imp%'
    select * from v$session_wait
    where sid = <sid found using previous command>
    Sybrand Bakker
    Senior Oracle DBA
    Sybrand Bakker
    Senior Oracle DBA

  • Tomcat is Hanging - URGENT..URGENT

    Hai,
    We converted POWER BUILDER Product into JSP. It is working fine and we are using Tomcat Webserver. The problem is, after doing some core operations Tomcat Server is hanging. What is the actival problem exists ? Any memory variables are available in Tomcat ?
    Please Help me
    Regards
    Suresh

    it cn be beacose same data base connection hold & hang up ..

  • 9.0.3: OC4J container start "hang" - urgent

    I installed 9.0.3 on a win2k machine that was previously running 9.0.2. I migrated preferences, workspaces, etc., rebuilt my project, and tried to run it. The tab for the oc4j container appears, and there is a message that it is starting, but it never finishes launching (opens window, browser, posts message to window about having started). I restarted jdev, rebuilt the project, tried again - same thing. Rebooted, restarted, rebuilt, same thing. I tried starting the debugger because it will kill the current oc4j instance and restart, and it said that it needed to do that, but never returned either. I have a developer down, so a speedy response would be greatly appreciated.

    I've reread all your messages again. Here's a summary of the information you've provided so far (please make any corrections or additions):
    * Platform is Win2k. (Not sure if reproduces on other platforms.)
    * Severe performance degradation in JDev 9.0.3 Preview compared to 9.0.2 Production.
    * Specific issue is with embedded OC4J, which does not complete its startup.
    * Restarting and reinstalling JDev and rebooting Windows do not improve the situation.
    * While OC4J is struggling to start up, other IDE responsiveness is extremely sluggish.
    * The Run | Terminate | Embedded OC4J menu item is disabled. No context menu at all when right-clicking on "Embedded OC4J" in the Run Manager.
    * A migration bug (2525992) is involved, but we've ruled it out as the cause of performance problems, because embedded OC4J problems are still observed in a brand new (not migrated) 9.0.3 install.
    * Problem occurs only if the .jws and .jpr are on a LAN drive. OK for source and classes to be on LAN drive.
    * Problem disappears entirely if Workspace and Project are moved to a local drive.
    * LAN drive is a NetWare resource.
    The keymap exception that you got appears to be unrelated. A similar exception was reported internally as bug 2493459, which was fixed last week in the 9.0.3 Production code line.
    Based on your information so far, I can offer the following details:
    (1) When you have files on a network volume, and these files are open in JDeveloper, if you switch to another Windows app and then come back to JDev, JDev will check those files' timestamps to see if their content needs to be reloaded in the IDE. Unfortunately, this reloading code runs on the AWT Event thread, which means that painting will be frozen until all open files have been scanned. This can lead to an extremely sluggish response in the UI. Currently there is no work-around to this problem. I have filed bug 2566932 for this issue, which I am pushing to get fixed for 9.0.3 Production.
    (2) One of the behaviors that changed between JDev 9.0.2 and 9.0.3 Preview with regard to embedded OC4J is the following command-line flag:
    -Doracle.j2ee.dont.use.memory.archive=true
    This affects the behavior of the OC4J classloaders, and it usually produces a much faster startup time for the server. However, it theoretically could cause performance problems if classes are located on a remote network drive, but we don't have a lot of good data on this. One thing you could try then is to disable this flag:
    - Go to Tools | Preferences - Embedded OC4J
    - CHECK the box labeled "Load All System JARs During OC4J Startup".
    Now try to run your webapp again and see if there is a difference.
    (3) If you are running jdev.exe instead of jdevw.exe, one of the things you can do is hit Ctrl-Break in the console window. If you do this while JDev is hung, you will get a stack dump of all the live threads. Please email the entire thread stack dump to me, Armand.Dijamco at oracle . com.
    Thanks again!

  • URGENT HELP PLEASE - drop index hangs on SAP

    Hi all,
    OS = Linux
    DBVersion = Oracle10.2.0.2
    Need some urgent help advise please on how to get around this problem.
    On a SAP system, am trying to drop six indexes, largest is 300MB and smallest is 50MB.
    I tried running drop index sapusername.index_name on the 50MB index via SQL*Plus and it seems to be taking forever. Can anyone please suggest if there is anything I can check on the database on why it is taking such a long time?
    I can leave it to run overnight but worried that when I come back the next day, it will still be hanged. Is there any quick way of dropping the index, .i.e. drop immediate ... :-)
    Am not using SAP's BRTOOLs as it is also hanging from there and the SAP-ADMIN had approved for the DBA to drop it from our end instead.
    Any response and advise on this will be very much appreciated.
    From Google'ing, I found some that mentioned that the fault could be because of the existence of the constraints on the table that I am dropping the index of.
    Checking the table, it has 17 SYS_ named constraints. None of these constraints have INDEX_NAME that refers to the indexes that am dropping.
    Should I disable the constraints and then run the drop index again?
    Thanks in advance.
    Edited by: user649596 on Apr 13, 2010 11:49 PM

    Should I disable the constraints and then run the drop index again?NO, certainly not !!
    Ask SAP Support on what methods you should use to diagnose the "hang" and what your next step(s) should be.
    Hemant K Chitale

  • Iphone 4 hangs upon updating ois 4.3 from itune!! urgent guys!!!

    hi guys pls help! after i downloaded the os 4.3 to my itune it suppose to update my iphone 4.. now that the phone hang half-way during updating(on the apple icon)what should i do. i dont dare to pluck out the connectors.. i-tune cant be close, iphone cant be off on the off buttons! urgents guys.
    i haven come into the timer where it tells me the time needed for updating.! help

    I downloaded to my PC first, then attempted to upgrade. My phone AND iTunes are hung, indicating different amount of progress. iTunes shows the bar at about 90% full, my phone has the bar at about 10%.
    NOW WHAT?!?? Do I disconnect and trash the phone entirely????? This isn't acceptable!

  • Urgent - Crash/hang in WL impacting production environment

     

    Sunil,
    I think your problems could be hardware related. Make sure there is enough memory on the box on which the server is running. Do you ever restart the server. Clean up JSP class files in the myserver directory. Make sure you are not leaving any open connections to the database. These are just a few things you shuould verify .
    Vibhu S
    "Sunil Potti" <[email protected]> wrote:
    Hi,
    This is regarding some serious WL crashes that we are seeing in our
    production environment. Before I detail out the problem, here is our
    operation environment -
    WL 4.5.1 SP 13 on Windows NT 4.0 SP 5
    Execute thread count = 30
    JDBC connection pool = 25 min, 100 max.
    JDBC driver = oracle thin drivers.
    JDK 1.1.7B
    Oracle 8i database
    Of late, we see that the server just randomly stops serving out requests,
    for e.g. the server will not serve out JSP files, will not let any users
    connect, etc. We found absolutely nothing in the weblogic.log files for most
    of the crashes. The server just randomly stops at a point. Earlier we had a
    problem with the ExecuteThreads being used up and the server hanging because
    of lack of excecute threads and that problem was fixed and we haven't seen
    that sort of problem ever since.
    We just saw a crash where we had the following error sometime before the
    crash -
    weblogic.common.ResourceException: Unable to shrink pool oracle from 26 to
    25
    at java.lang.Throwable.<init>(Compiled Code)
    at java.lang.Exception.<init>(Compiled Code)
    at weblogic.common.ResourceException.<init>(ResourceException.java:18)
    at weblogic.common.internal.ResourceAllocator.shrink_internal(Compiled
    Code)
    at weblogic.common.internal.ResourceAllocator.trigger(Compiled Code)
    at weblogic.time.common.internal.ScheduledTrigger.executeLocally(Compiled
    Code)
    at weblogic.time.common.internal.ScheduledTrigger.execute(Compiled Code)
    at weblogic.time.server.ScheduledTrigger.execute(Compiled Code)
    at weblogic.t3.srvr.ExecuteThread.run(Compiled Code)
    After that we took a thread dump (Ctrl-Break) which is attached with this
    posting.
    We have also seen that the server shuts itself down abruptly, i.e. the JVM
    exits. Has anybody seen this kind of behaviour with WL 4.5.1/SP 13?
    To give a brief background of our startup process -
    We have quite a few startup classes (10) that start off when WL starts up.
    Some of these startups are periodically running processes. Some of them
    create a pool of threads (no. being between 40 -50) that are used when
    required. Has anybody seen any problem with this kind of scenario.
    This is an urgent production issue. Any help would be gratefully
    appreciated.
    Thanks in advance.
    - SG
    begin 666 dump.txt
    M1G5L;"!T:')E860@9'5M<#H-"B @(" B06-T:79E475E=654:')E860W.30P
    M,C$B("A4240Z,'@Q.3(V9CED."P@<WES7W1H<F5A9%]T.C!X8C<R.&,P+"!7
    M:6XS,DE$.C!X,39D+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B
    M:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O
    M<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS
    M97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@
    M0V]D92D-"B @(" B06-T:79E475E=654:')E860W.3,V,C$B("A4240Z,'@Q
    M,V%E,S-E."P@<WES7W1H<F5A9%]T.C!X8C<Q-SDP+"!7:6XS,DE$.C!X,3(Q
    M+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O
    M;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U
    M94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O
    M<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B
    M06-T:79E475E=654:')E860W.3,R,C$B("A4240Z,'@Q-60R.3@P,"P@<WES
    M7W1H<F5A9%]T.C!X8C<Q9&4P+"!7:6XS,DE$.C!X,C$Q+"!S=&%T93I#5RD@
    M<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I
    M#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O
    M;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U
    M951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654
    M:')E860W.3(X,C$B("A4240Z,'@Q.#4W,F1D."P@<WES7W1H<F5A9%]T.C!X
    M8C<Q,C P+"!7:6XS,DE$.C!X,69C+"!S=&%T93I#5RD@<')I;STU#0H):F%V
    M82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V
    M97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I
    M#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH
    M0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.3(T,C$B
    M("A4240Z,'@Q-#%D.&%C."P@<WES7W1H<F5A9%]T.C!X8C<Q,F0P+"!7:6XS
    M,DE$.C!X,60V+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C
    M="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!
    M8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V
    M97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D
    M92D-"B @(" B06-T:79E475E=654:')E860W.3(P-#$B("A4240Z,'@Q-CDR
    M-#,W."P@<WES7W1H<F5A9%]T.C!X8C<Q.6(P+"!7:6XS,DE$.C!X,60W+"!S
    M=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I
    M;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN
    M9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!
    M8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T
    M:79E475E=654:')E860W.3(P,C$B("A4240Z,'@Q-F0Q8F(X,"P@<WES7W1H
    M<F5A9%]T.C!X8C<Q-S,P+"!7:6XS,DE$.C!X,38Q+"!S=&%T93I#5RD@<')I
    M;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)
    M<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I
    M;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H
    M<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E
    M860W.3$V,C$B("A4240Z,'@Q-V(Q-C(V."P@<WES7W1H<F5A9%]T.C!X8C<Q
    M,S@P+"!7:6XS,DE$.C!X,C-E+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL
    M86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N
    M;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)
    M<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M
    M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.3$R,C$B("A4
    M240Z,'@Q-3=B-S4Q,"P@<WES7W1H<F5A9%]T.C!X8C<Q968P+"!7:6XS,DE$
    M.C!X,6-D+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW
    M86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
    M=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N
    M;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-
    M"B @(" B06-T:79E475E=654:')E860W.3 X,C$B("A4240Z,'@Q,3%F-C$W
    M."P@<WES7W1H<F5A9%]T.C!X8C<Q,3(P+"!7:6XS,DE$.C!X,6)B+"!S=&%T
    M93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D
    M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N
    M9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
    M=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E
    M475E=654:')E860W.3 T,C$B("A4240Z,'@Q,S9D-SEA,"P@<WES7W1H<F5A
    M9%]T.C!X8C<P,S$P+"!7:6XS,DE$.C!X,34Q+"!S=&%T93I#5RD@<')I;STU
    M#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN
    M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D
    M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A
    M9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W
    M.3 P,C$B("A4240Z,'@Q-C=E8S$X."P@<WES7W1H<F5A9%]T.C!X8C9C.3$P
    M+"!7:6XS,DE$.C!X,C W+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG
    M+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
    M:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN
    M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL
    M960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.#DV,C$B("A4240Z
    M,'@Q.3@U,C)B,"P@<WES7W1H<F5A9%]T.C!X8C9C.3<P+"!7:6XS,DE$.C!X
    M,3=A+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET
    M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
    M=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
    M:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @
    M(" B06-T:79E475E=654:')E860W.#DR,C$B("A4240Z,'@Q,CDT-#EB."P@
    M<WES7W1H<F5A9%]T.C!X8C9C,68P+"!7:6XS,DE$.C!X964L('-T871E.D-7
    M*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D
    M92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H
    M0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U
    M975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U
    M951H<F5A9#<X.#@R,2(@*%1)1#HP>#$S8S$Y,3DP+"!S>7-?=&AR96%D7W0Z
    M,'AB-F,T9# L(%=I;C,R240Z,'@Q.#@L('-T871E.D-7*2!P<FEO/34-"@EJ
    M879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E
    M<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D
    M92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U
    M;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<X.#0R
    M,2(@*%1)1#HP>#$W,&0P,V,X+"!S>7-?=&AR96%D7W0Z,'AB-F,U.# L(%=I
    M;C,R240Z,'@Q9#$L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J
    M96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R
    M+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E
    M<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#
    M;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<X.# R,2(@*%1)1#HP>#$X
    M.3EA-F$X+"!S>7-?=&AR96%D7W0Z,'AB-C1B93 L(%=I;C,R240Z,'@R,3@L
    M('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M
    M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E
    M26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R
    M+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!
    M8W1I=F51=65U951H<F5A9#<X-S8R,2(@*%1)1#HP>#$X-3EB9&(P+"!S>7-?
    M=&AR96%D7W0Z,'AB-C$X.# L(%=I;C,R240Z,'@X92P@<W1A=&4Z0U<I('!R
    M:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*
    M"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP
    M:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654
    M:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR
    M96%D-S@W,C(Q(B H5$E$.C!X,30W-#ED8S@L('-Y<U]T:')E861?=#HP>&(V
    M,6-D,"P@5VEN,S))1#HP>#$V."P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N
    M;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R
    M+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*
    M"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O
    M;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S@V.#(Q(B H
    M5$E$.C!X,3DY86(X-S@L('-Y<U]T:')E861?=#HP>&(V-C<W,"P@5VEN,S))
    M1#HP>#$S-2P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N
    M=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T
    M:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R
    M+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I
    M#0H@(" @(D%C=&EV95%U975E5&AR96%D-S@V-#(Q(B H5$E$.C!X,38P,S1E
    M.#@L('-Y<U]T:')E861?=#HP>&(V-C4R,"P@5VEN,S))1#HP>&,U+"!S=&%T
    M93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D
    M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N
    M9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
    M=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E
    M475E=654:')E860W.#8P,C$B("A4240Z,'@Q-S5E83(V."P@<WES7W1H<F5A
    M9%]T.C!X8C8V-#0P+"!7:6XS,DE$.C!X,6(Q+"!S=&%T93I#5RD@<')I;STU
    M#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN
    M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D
    M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A
    M9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W
    M.#0T,C$B("A4240Z,'@Q.#AF8C,S."P@<WES7W1H<F5A9%]T.C!X8C1E9&,P
    M+"!7:6XS,DE$.C!X,3,X+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG
    M+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
    M:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN
    M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL
    M960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.#,V,C$B("A4240Z
    M,'@Q-F4X9C(R."P@<WES7W1H<F5A9%]T.C!X8C1D-S0P+"!7:6XS,DE$.C!X
    M,6(V+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET
    M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
    M=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
    M:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @
    M(" B06-T:79E475E=654:')E860W.#,R-#$B("A4240Z,'@Q-S<W-3DW,"P@
    M<WES7W1H<F5A9%]T.C!X8C1D830P+"!7:6XS,DE$.C!X,C,V+"!S=&%T93I#
    M5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O
    M9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T
    M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
    M=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E
    M=654:')E860W.#(X,C$B("A4240Z,'@Q.#<Q8SDQ,"P@<WES7W1H<F5A9%]T
    M.C!X8C1D9C$P+"!7:6XS,DE$.C!X,3)F+"!S=&%T93I#5RD@<')I;STU#0H)
    M:F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS
    M97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O
    M9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR
    M=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W.#$V
    M,C$B("A4240Z,'@Q.#=C.&5A,"P@<WES7W1H<F5A9%]T.C!X8C5B.#8P+"!7
    M:6XS,DE$.C!X,3EE+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B
    M:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O
    M<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS
    M97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@
    M0V]D92D-"B @(" B06-T:79E475E=654:')E860W.# X,C$B("A4240Z,'@Q
    M.38P9&9C."P@<WES7W1H<F5A9%]T.C!X8C5A93(P+"!7:6XS,DE$.C!X,3)C
    M+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O
    M;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U
    M94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O
    M<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B
    M06-T:79E475E=654:')E860W.# T,C$B("A4240Z,'@Q,S)C,F4X,"P@<WES
    M7W1H<F5A9%]T.C!X8C5A9C8P+"!7:6XS,DE$.C!X9C(L('-T871E.D-7*2!P
    M<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-
    M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M
    M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E
    M5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H
    M<F5A9#<X,# R,2(@*%1)1#HP>#$V,F8Q8F8X+"!S>7-?=&AR96%D7W0Z,'AB
    M-6$X,# L(%=I;C,R240Z,'@Q8S(L('-T871E.D-7*2!P<FEO/34-"@EJ879A
    M+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
    M<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-
    M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#
    M;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W.38T,2(@
    M*%1)1#HP>#$X-69D9# X+"!S>7-?=&AR96%D7W0Z,'AB-6$W,C L(%=I;C,R
    M240Z,'@R,38L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T
    M+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
    M=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
    M<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E
    M*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W.38R,2(@*%1)1#HP>#$X.#<V
    M.#8P+"!S>7-?=&AR96%D7W0Z,'AB-6%B9C L(%=I;C,R240Z,'@R,F,L('-T
    M871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL
    M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF
    M;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
    M=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I
    M=F51=65U951H<F5A9#<W.3(R,2(@*%1)1#HP>#$Y,CDS938X+"!S>7-?=&AR
    M96%D7W0Z,'AB-3EA-3 L(%=I;C,R240Z,'@X-RP@<W1A=&4Z0U<I('!R:6\]
    M-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y
    M;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE
    M9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E
    M860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D
    M-S<X.#(Q(B H5$E$.C!X,3DV,F0W-#@L('-Y<U]T:')E861?=#HP>&(U.3DW
    M,"P@5VEN,S))1#HP>#(U,"P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N
    M9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO
    M;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y
    M;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I
    M;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<X-#(Q(B H5$E$
    M.C!X,3@R8V9E93 L('-Y<U]T:')E861?=#HP>&(U.6)D,"P@5VEN,S))1#HP
    M>#$R,"P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I
    M="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E
    M475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO
    M;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@
    M(" @(D%C=&EV95%U975E5&AR96%D-S<X,#(Q(B H5$E$.C!X,30Q860T9C L
    M('-Y<U]T:')E861?=#HP>&(U-F8U,"P@5VEN,S))1#HP>#(T,BP@<W1A=&4Z
    M0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#
    M;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E
    M="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E
    M475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U
    M975E5&AR96%D-S<W-C(Q(B H5$E$.C!X,35F.3(P-3 L('-Y<U]T:')E861?
    M=#HP>&(U-F,X,"P@5VEN,S))1#HP>#$U,"P@<W1A=&4Z0U<I('!R:6\]-0T*
    M"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N
    M<V5R=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#
    M;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N
    M<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<V
    M.#(Q(B H5$E$.C!X,3)C-#4V,3 L('-Y<U]T:')E861?=#HP>&(U-CDQ,"P@
    M5VEN,S))1#HP>#$X-2P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/
    M8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET
    M;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N
    M<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D
    M($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<V-#(Q(B H5$E$.C!X
    M,34P8V8V9# L('-Y<U]T:')E861?=#HP>&(U-C-D,"P@5VEN,S))1#HP>#$W
    M9BP@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#
    M;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E
    M=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET
    M;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @
    M(D%C=&EV95%U975E5&AR96%D-S<V,#(Q(B H5$E$.C!X,34W,C(Q8C@L('-Y
    M<U]T:')E861?=#HP>&(U-F4W,"P@5VEN,S))1#HP>&9F+"!S=&%T93I#5RD@
    M<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I
    M#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O
    M;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U
    M951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654
    M:')E860W-S4V,C$B("A4240Z,'@Q-69A935A."P@<WES7W1H<F5A9%]T.C!X
    M8C4U8C<P+"!7:6XS,DE$.C!X.3<L('-T871E.D-7*2!P<FEO/34-"@EJ879A
    M+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
    M<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-
    M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#
    M;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W-3(R,2(@
    M*%1)1#HP>#$V9F(W8V(X+"!S>7-?=&AR96%D7W0Z,'AB-3,Y-3 L(%=I;C,R
    M240Z,'@Q8S0L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T
    M+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
    M=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
    M<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E
    M*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W-#@R,2(@*%1)1#HP>#$Y-3(X
    M-C@X+"!S>7-?=&AR96%D7W0Z,'AB-3,Q83 L(%=I;C,R240Z,'@R-&8L('-T
    M871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL
    M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF
    M;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
    M=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I
    M=F51=65U951H<F5A9#<W-#0R,2(@*%1)1#HP>#$T-&8U-SDX+"!S>7-?=&AR
    M96%D7W0Z,'AB-3-B9# L(%=I;C,R240Z,'@R,6(L('-T871E.D-7*2!P<FEO
    M/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES
    M>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL
    M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR
    M96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A
    M9#<W-# R,2(@*%1)1#HP>#$U8F,S.6,X+"!S>7-?=&AR96%D7W0Z,'AB-3-D
    M,3 L(%=I;C,R240Z,'@Q,C0L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA
    M;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM
    M;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES
    M>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP
    M:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W,S8R,2(@*%1)
    M1#HP>#$Y,C<U,S$P+"!S>7-?=&AR96%D7W0Z,'AB-3,X-S L(%=I;C,R240Z
    M,'@R-6$L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A
    M:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV
    M95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM
    M;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*
    M(" @(")!8W1I=F51=65U951H<F5A9#<W,S(R,2(@*%1)1#HP>#$S8CDY-3 P
    M+"!S>7-?=&AR96%D7W0Z,'AB-3-C,S L(%=I;C,R240Z,'@Q-C8L('-T871E
    M.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@
    M0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG
    M970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV
    M95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51
    M=65U951H<F5A9#<W,C@R,2(@*%1)1#HP>#$W,S=C.#<P+"!S>7-?=&AR96%D
    M7W0Z,'AB-3-E-S L(%=I;C,R240Z,'@Q.6,L('-T871E.D-7*2!P<FEO/34-
    M"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC
    M+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@
    M0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D
    M+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W
    M,C R,2(@*%1)1#HP>#$V.3$T-V,X+"!S>7-?=&AR96%D7W0Z,'AB-6(S93 L
    M(%=I;C,R240Z,'@R,S0L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N
    M3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI
    M=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC
    M+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE
    M9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<W,38R,2(@*%1)1#HP
    M>#$X-V0U-F$P+"!S>7-?=&AR96%D7W0Z,'AB-3AA.3 L(%=I;C,R240Z,'@Q
    M-F,L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H
    M0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U
    M975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI
    M=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @
    M(")!8W1I=F51=65U951H<F5A9#<W,3(R,2(@*%1)1#HP>#$Y-V%F.30P+"!S
    M>7-?=&AR96%D7W0Z,'AB-3<R.3 L(%=I;C,R240Z,'@Q9C(L('-T871E.D-7
    M*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D
    M92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H
    M0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U
    M975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U
    M951H<F5A9#<W,#@R,2(@*%1)1#HP>#$X,S,R.#DP+"!S>7-?=&AR96%D7W0Z
    M,'AB-3$R.# L(%=I;C,R240Z,'@Y.2P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA
    M=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R
    M=F5R+FUO;FET;W(N06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E
    M*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N
    M*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<P-#0Q
    M(B H5$E$.C!X,38Q,F,V-3@L('-Y<U]T:')E861?=#HP>&(U-C<P,"P@5VEN
    M,S))1#HP>#%F.2P@<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE
    M8W0N=V%I="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N
    M06-T:79E475E=65);F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R
    M=F5R+FUO;FET;W(N06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O
    M9&4I#0H@(" @(D%C=&EV95%U975E5&AR96%D-S<P-#(Q(B H5$E$.C!X,38T
    M8V9A,C L('-Y<U]T:')E861?=#HP>&(U-C4T,"P@5VEN,S))1#HP>#%D9"P@
    M<W1A=&4Z0U<I('!R:6\]-0T*"6IA=F$N;&%N9RY/8FIE8W0N=V%I="A#;VUP
    M:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N06-T:79E475E=65)
    M;F9O+F=E="A#;VUP:6QE9"!#;V1E*0T*"7-Y;F,N<V5R=F5R+FUO;FET;W(N
    M06-T:79E475E=654:')E860N<G5N*$-O;7!I;&5D($-O9&4I#0H@(" @(D%C
    M=&EV95%U975E5&AR96%D-S<P,#(Q(B H5$E$.C!X,3%D9#-F.3 L('-Y<U]T
    M:')E861?=#HP>&(U,3ED,"P@5VEN,S))1#HP>&5C+"!S=&%T93I#5RD@<')I
    M;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)
    M<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I
    M;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H
    M<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E
    M860W-CDV,C$B("A4240Z,'@Q-&8T,60T,"P@<WES7W1H<F5A9%]T.C!X8C1D
    M8C0P+"!7:6XS,DE$.C!X,3%E+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL
    M86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N
    M;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)
    M<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M
    M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W-CDR,C$B("A4
    M240Z,'@Q-6%C9#0Q,"P@<WES7W1H<F5A9%]T.C!X8C0X-S$P+"!7:6XS,DE$
    M.C!X,6,S+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW
    M86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
    M=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N
    M;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-
    M"B @(" B06-T:79E475E=654:')E860W-C@X,C$B("A4240Z,'@Q.#4P96-E
    M,"P@<WES7W1H<F5A9%]T.C!X8C0U-&$P+"!7:6XS,DE$.C!X,C0S+"!S=&%T
    M93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D
    M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N
    M9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I
    M=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E
    M475E=654:')E860W-C@T,C$B("A4240Z,'@Q-&8T969E."P@<WES7W1H<F5A
    M9%]T.C!X8C0U.64P+"!7:6XS,DE$.C!X,3@Y+"!S=&%T93I#5RD@<')I;STU
    M#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN
    M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D
    M($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A
    M9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W
    M-C@P,C$B("A4240Z,'@Q,CDR,#,Y,"P@<WES7W1H<F5A9%]T.C!X8C-A,C@P
    M+"!7:6XS,DE$.C!X,C%A+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG
    M+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
    M:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN
    M8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL
    M960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W-C<V,C$B("A4240Z
    M,'@Q-&)B9C-C,"P@<WES7W1H<F5A9%]T.C!X8C0X.64P+"!7:6XS,DE$.C!X
    M,30Q+"!S=&%T93I#5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET
    M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
    M=65U94EN9F\N9V5T*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N
    M:71O<BY!8W1I=F51=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @
    M(" B06-T:79E475E=654:')E860W-C<R,C$B("A4240Z,'@Q-C(V,S(R."P@
    M<WES7W1H<F5A9%]T.C!X8C0X8S(P+"!7:6XS,DE$.C!X,3@Q+"!S=&%T93I#
    M5RD@<')I;STU#0H):F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O
    M9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T
    M*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51
    M=65U951H<F5A9"YR=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E
    M=654:')E860W-C8X,C$B("A4240Z,'@Q.&)C,C@V,"P@<WES7W1H<F5A9%]T
    M.C!X8C0W-#0P+"!7:6XS,DE$.C!X,3%F+"!S=&%T93I#5RD@<')I;STU#0H)
    M:F%V82YL86YG+D]B:F5C="YW86ET*$-O;7!I;&5D($-O9&4I#0H)<WEN8RYS
    M97)V97(N;6]N:71O<BY!8W1I=F51=65U94EN9F\N9V5T*$-O;7!I;&5D($-O
    M9&4I#0H)<WEN8RYS97)V97(N;6]N:71O<BY!8W1I=F51=65U951H<F5A9"YR
    M=6XH0V]M<&EL960@0V]D92D-"B @(" B06-T:79E475E=654:')E860W-C8T
    M,C$B("A4240Z,'@Q-C-D-V(R,"P@<WES7W1H<F5A9%]T.C!X8C0W,S8P+"!7
    M:6XS,DE$.C!X9C,L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J
    M96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R
    M+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E
    M<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#
    M;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V-C R,2(@*%1)1#HP>#$W
    M8V(Y-#@P+"!S>7-?=&AR96%D7W0Z,'AB-#<R,3 L(%=I;C,R240Z,'@R-3DL
    M('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M
    M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E
    M26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R
    M+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!
    M8W1I=F51=65U951H<F5A9#<V-38R,2(@*%1)1#HP>#$T8V-C-#$P+"!S>7-?
    M=&AR96%D7W0Z,'AB-#,U83 L(%=I;C,R240Z,'@Q8S<L('-T871E.D-7*2!P
    M<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-
    M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M
    M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E
    M5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H
    M<F5A9#<V-3(R,2(@*%1)1#HP>#$R,3EA,V4X+"!S>7-?=&AR96%D7W0Z,'AB
    M-#,W93 L(%=I;C,R240Z,'@Q-F8L('-T871E.D-7*2!P<FEO/34-"@EJ879A
    M+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
    M<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-
    M"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#
    M;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V-#@R,2(@
    M*%1)1#HP>#$W,C0Y-&4X+"!S>7-?=&AR96%D7W0Z,'AB-#,W,# L(%=I;C,R
    M240Z,'@R,#,L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T
    M+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
    M=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E
    M<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E
    M*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V-#0R,2(@*%1)1#HP>#$W-6%D
    M934P+"!S>7-?=&AR96%D7W0Z,'AB,V$T,C L(%=I;C,R240Z,'@Q-C L('-T
    M871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL
    M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF
    M;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C
    M=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I
    M=F51=65U951H<F5A9#<V-# R,2(@*%1)1#HP>#$R96$W,68P+"!S>7-?=&AR
    M96%D7W0Z,'AB,V$U,# L(%=I;C,R240Z,'@Q9F8L('-T871E.D-7*2!P<FEO
    M/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES
    M>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL
    M960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR
    M96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A
    M9#<V,S8R,2(@*%1)1#HP>#$W9#!C-3DP+"!S>7-?=&AR96%D7W0Z,'AB,V4X
    M83 L(%=I;C,R240Z,'@Q9C L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA
    M;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM
    M;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES
    M>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP
    M:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V,S(R,2(@*%1)
    M1#HP>#$Y-#=F-C<P+"!S>7-?=&AR96%D7W0Z,'AB,V4T,C L(%=I;C,R240Z
    M,'@Q,V$L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A
    M:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV
    M95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM
    M;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*
    M(" @(")!8W1I=F51=65U951H<F5A9#<V,C@T,2(@*%1)1#HP>#$T8F0U,3$P
    M+"!S>7-?=&AR96%D7W0Z,'AB,V$Y-3 L(%=I;C,R240Z,'@Q,CDL('-T871E
    M.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@
    M0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG
    M970H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV
    M95%U975E5&AR96%D+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51
    M=65U951H<F5A9#<V,C@R,2(@*%1)1#HP>#$T9C)E,C$X+"!S>7-?=&AR96%D
    M7W0Z,'AB,V$Q83 L(%=I;C,R240Z,'@Q-60L('-T871E.D-7*2!P<FEO/34-
    M"@EJ879A+FQA;F<N3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC
    M+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@
    M0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D
    M+G)U;BA#;VUP:6QE9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V
    M,C0R,2(@*%1)1#HP>#$V-64Y,C@X+"!S>7-?=&AR96%D7W0Z,'AB,SEC-# L
    M(%=I;C,R240Z,'@Q.&,L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N
    M3V)J96-T+G=A:70H0V]M<&EL960@0V]D92D-"@ES>6YC+G-E<G9E<BYM;VYI
    M=&]R+D%C=&EV95%U975E26YF;RYG970H0V]M<&EL960@0V]D92D-"@ES>6YC
    M+G-E<G9E<BYM;VYI=&]R+D%C=&EV95%U975E5&AR96%D+G)U;BA#;VUP:6QE
    M9"!#;V1E*0T*(" @(")!8W1I=F51=65U951H<F5A9#<V,C R,2(@*%1)1#HP
    M>#$X,F%D,S0X+"!S>7-?=&AR96%D7W0Z,'AB,S4V-C L(%=I;C,R240Z,'@Q
    M934L('-T871E.D-7*2!P<FEO/34-"@EJ879A+FQA;F<N3V)J96-T+G=A:70H
    M0V]

  • ADS hanging ----very urgent

    Hi all ,
    I have done a form in SFP and the ADS has been configured ( it is in the EP server ).Now I am trying to excutte the my driver program by using the generated FM program it is hanging the program is hanging...anyclue...
    This is same for SAP provided example fp_example_01
    but fp_pdf_test00 ADS test program is giving the ADS configuration number so I hope ADS is configured correctly
    please reply ,,it is very urgent
    Regards
    ABhilash

    Install ADS by guide. Check Installation by unsing the webservice.
    If all is correctly configured try that:
    Configtool -->Global Server Configuration > managers > ApplicationThreadManager --> MaxThreadCount
    Set it at least set to 150. If you have also XI installed this number shall be 350 at least.

  • Thread hang during call EJB 3.0 with Weblogic 10.3 (Urgent)

    Hello,
    We have a java client application call Weblogic Appserver 10.3, EJB 3.0 Service. Occasionally, client application, some step will get hang when try to invoking EJB. When we restart the application server and re-run the client application, it may work or hang on any other step. (Totally, we have around 40 steps to invoking EJB service)
    We did check Google and find similar issue happen on the IBM Websphere appserver. They post a patch to fix this issue (http://www-01.ibm.com/support/docview.wss?rs=180&uid=swg1PK74719), but not Weblogic.
    Is there any Weblogic expert who can help me to solve this issue?
    I have attached two thread dumps (different steps) when they got hang.
    Appreciate your quick help.
    Best wishes,
    Feelyn
    ==========================================================================================================================================
    Thread Dump files.
    NULL ------------------------------------------------------------------------
    0SECTION THREADS subcomponent dump routine
    NULL =================================
    NULL
    1XMCURTHDINFO Current Thread Details
    NULL ----------------------
    NULL
    1XMTHDINFO All Thread Details
    NULL ------------------
    NULL
    2XMFULLTHDDUMP Full thread dump J9 VM (J2RE 6.0 IBM J9 2.4 AIX ppc64-64 build jvmap6460-20090215_2988320090215_029883_BHdSMr, native threads):
    3XMTHREADINFO "main" TID:0x0000000110A64600, j9thread_t:0x000000011011F420, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x125009, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at java/util/HashMap.findNonNullKeyEntry(HashMap.java:526(Compiled Code))
    4XESTACKTRACE at java/util/HashMap.getEntry(HashMap.java:511(Compiled Code))
    4XESTACKTRACE at java/util/HashMap.get(HashMap.java:497(Compiled Code))
    4XESTACKTRACE at weblogic/utils/collections/SoftHashMap.get(SoftHashMap.java:194(Compiled Code))
    4XESTACKTRACE at weblogic/ejb/container/internal/RemoteBusinessIntfProxy.getTargetMethod(RemoteBusinessIntfProxy.java:125(Compiled Code))
    4XESTACKTRACE at weblogic/ejb/container/internal/RemoteBusinessIntfProxy.invoke(RemoteBusinessIntfProxy.java:53(Compiled Code))
    4XESTACKTRACE at $Proxy0.cleanBx001(Bytecode PC:18)
    4XESTACKTRACE at com/tesco/eod/exec/thred/CleanZBx001Thead.cleanBx001(CleanZBx001Thead.java:38)
    4XESTACKTRACE at com/tesco/eod/exec/MainClass.cleanBx001(MainClass.java:1033)
    4XESTACKTRACE at com/tesco/eod/exec/MainClass.main(MainClass.java:1239)
    3XMTHREADINFO "JIT Compilation Thread" TID:0x0000000111CBE200, j9thread_t:0x000000011011FE20, state:CW, prio=10
    3XMTHREADINFO1 (native thread ID:0x127073, native priority:0xB, native policy:UNKNOWN)
    3XMTHREADINFO "Signal Dispatcher" TID:0x0000000111EBEB00, j9thread_t:0x0000000111D5B940, state:R, prio=5
    3XMTHREADINFO1 (native thread ID:0xA4165, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at com/ibm/misc/SignalDispatcher.waitForSignal(Native Method)
    4XESTACKTRACE at com/ibm/misc/SignalDispatcher.run(SignalDispatcher.java:54)
    3XMTHREADINFO "Gc Slave Thread" TID:0x0000000111EFED00, j9thread_t:0x0000000111EC8340, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0xDC0CD, native priority:0x5, native policy:UNKNOWN)
    3XMTHREADINFO "Gc Slave Thread" TID:0x0000000111FBBA00, j9thread_t:0x0000000111EC8840, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x27C1D9, native priority:0x5, native policy:UNKNOWN)
    3XMTHREADINFO "Gc Slave Thread" TID:0x000000011209AB00, j9thread_t:0x0000000112055AE0, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x1EA0D5, native priority:0x5, native policy:UNKNOWN)
    3XMTHREADINFO "Gc Slave Thread" TID:0x000000011209FD00, j9thread_t:0x0000000112055FE0, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x282155, native priority:0x5, native policy:UNKNOWN)
    3XMTHREADINFO "Gc Slave Thread" TID:0x0000000112107E00, j9thread_t:0x00000001120564E0, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0xFF037, native priority:0x5, native policy:UNKNOWN)
    3XMTHREADINFO "Gc Slave Thread" TID:0x0000000112122700, j9thread_t:0x000000011211DD80, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x10B1BF, native priority:0x5, native policy:UNKNOWN)
    3XMTHREADINFO "Gc Slave Thread" TID:0x00000001123E4200, j9thread_t:0x000000011211E280, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x119025, native priority:0x5, native policy:UNKNOWN)
    3XMTHREADINFO "Finalizer thread" TID:0x0000000112D5A000, j9thread_t:0x000000011211E780, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0xDE109, native priority:0x5, native policy:UNKNOWN)
    3XMTHREADINFO "ExecuteThread: '0' for queue: 'default'" TID:0x0000000112DEE600, j9thread_t:0x0000000112DD8B80, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x25412D, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at java/lang/Object.wait(Native Method)
    4XESTACKTRACE at java/lang/Object.wait(Object.java:167)
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    3XMTHREADINFO "ExecuteThread: '1' for queue: 'default'" TID:0x0000000112E23F00, j9thread_t:0x0000000112DD9080, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x2DC15F, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at java/lang/Object.wait(Native Method)
    4XESTACKTRACE at java/lang/Object.wait(Object.java:167)
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    3XMTHREADINFO "ExecuteThread: '2' for queue: 'default'" TID:0x0000000112F65E00, j9thread_t:0x0000000112DD9580, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x275171, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at java/lang/Object.wait(Native Method)
    4XESTACKTRACE at java/lang/Object.wait(Object.java:167)
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    3XMTHREADINFO "ExecuteThread: '3' for queue: 'default'" TID:0x0000000112FF2D00, j9thread_t:0x0000000112FBAF80, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x1B4199, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at java/lang/Object.wait(Native Method)
    4XESTACKTRACE at java/lang/Object.wait(Object.java:167(Compiled Code))
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:89(Compiled Code))
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    3XMTHREADINFO "ExecuteThread: '4' for queue: 'default'" TID:0x00000001130DD800, j9thread_t:0x0000000112FBB480, state:R, prio=5
    3XMTHREADINFO1 (native thread ID:0x245133, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at java/net/SocketInputStream.socketRead0(Native Method)
    4XESTACKTRACE at java/net/SocketInputStream.read(SocketInputStream.java:140(Compiled Code))
    4XESTACKTRACE at weblogic/socket/SocketMuxer.readReadySocketOnce(SocketMuxer.java:887(Compiled Code))
    4XESTACKTRACE at weblogic/socket/SocketMuxer.readReadySocket(SocketMuxer.java:849(Compiled Code))
    4XESTACKTRACE at weblogic/socket/JavaSocketMuxer.processSockets(JavaSocketMuxer.java:283)
    4XESTACKTRACE at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    4XESTACKTRACE at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    4XESTACKTRACE at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    3XMTHREADINFO "weblogic.timers.TimerThread" TID:0x0000000111DACF00, j9thread_t:0x0000000112FBB980, state:CW, prio=9
    3XMTHREADINFO1 (native thread ID:0xFE11F, native priority:0x9, native policy:UNKNOWN)
    4XESTACKTRACE at java/lang/Object.wait(Native Method)
    4XESTACKTRACE at java/lang/Object.wait(Object.java:196(Compiled Code))
    4XESTACKTRACE at weblogic/timers/internal/TimerThread$Thread.run(TimerThread.java:267)
    3XMTHREADINFO "Thread-5" TID:0x00000001130E2900, j9thread_t:0x00000001130DC700, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x1E61A9, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at java/lang/Object.wait(Native Method)
    4XESTACKTRACE at java/lang/Object.wait(Object.java:167)
    4XESTACKTRACE at java/util/Timer$TimerImpl.run(Timer.java:210)
    3XMTHREADINFO "weblogic.transaction.TxTimer: '1'" TID:0x00000001132FA300, j9thread_t:0x00000001130DCC00, state:CW, prio=5
    3XMTHREADINFO1 (native thread ID:0x20E10F, native priority:0x5, native policy:UNKNOWN)
    4XESTACKTRACE at java/lang/Object.wait(Native Method)
    4XESTACKTRACE at java/lang/Object.wait(Object.java:196(Compiled Code))
    4XESTACKTRACE at weblogic/transaction/internal/GenericTimer.run(GenericTimer.java:15)
    4XESTACKTRACE at java/lang/Thread.run(Thread.java:735)
    NULL ------------------------------------------------------------------------

    Here has more details:
    java weblogic.version: WebLogic Server 10.3 Fri Jul 25 16:30:05 EDT 2008 1137967
    SERVICE NAME VERSION INFORMATION
    ============ ===================
    Kernel Commonj WorkManager v1.1
    TimerService Commonj TimerManager v1.1
    CorbaService CORBA 2.3, IIOP 1.2, RMI-IIOP SFV2, OTS 1.2, CSIv2 Level 0 + Stateful
    XMLService XML 1.1
    Transaction Service JTA 1.0.1B
    JDBCService JSR-114, JDBC 3.0
    CustomResourceServerService 1.0.0.0
    Servlet Container Servlet 2.5, JSP 2.1
    WebServices JSR-173, JAX-RPC, JSR-109, WSDL, WS-Addressing, WS-Policy, JAX-B, JAX-R, UDDI, WS-Management(HP), JAXP-1.3, WS-Security
    Pre Admin Singleton Services S 1.0
    Singleton Services Batch Manag 1.0
    EJB Container EJB 3.0
    MDBService EJB 3.0
    EJBTimerService EJB 3.0
    J2EE Connector 1.5
    JMS Service JMS 1.1

  • Server hangs up when tryin to read object Urgent Help Plz

    Hi,
    I've been working on a client-server model for a while, I've tested my applicaction a thousand of times locally (I mean, server and serveral clients running on the same machine) and it's ok, now I finally run server in a remote host and I find it rarely works fine, most of the times server hangs up when tryin to read objects I dont know why.
    this is the part of the server-code where the problem begins:
    public int EscucharSocket(){
            Socket cliente = null;
            System.out.println("Servidor en escucha...\n");
            while(true){
                try{
                    cliente = SocketS.accept();
                    //I get client's ip and port
                    String ip = cliente.getInetAddress().getHostAddress();
                    int puerto = cliente.getPort();
                    //After the conexion is made, server reads a signature to
                    //identify the client
                   //in function process I check if the signature is valid
                   //SignedData is a class where I wrap the signiture (obviously
                   //it implements Serializable interface
                   process((SignedData)le.LeerObject(cliente));
                   //Other things done here
                catch (Exception e) { }
    }le is a class I use to read,write data to the socket, this is the code of the LeerObject function
    public Object LeerObject(Socket c) throws Exception {
           //Here Is where the server hangs up
            ObjectInputStream b = new ObjectInputStream(c.getInputStream());
            return b.readObject();
    }As I wrote when running locally, there is no problem, but when I have a remote host, that happens
    Any help or idea?

    Hi again, thnx for your help
    I modified my LE class so I just create a couple of Input/Output Streams per client (on server n client program), this is now the complete code of the class:
    import java.net.*;
    import java.io.*;
    public class LE {
        DataOutputStream     dos;
        ObjectOutputStream  oos;
        DataInputStream        dis;
        ObjectInputStream     ois;
        //Streams are created just once in the constructor
        public LE (Socket s) throws Exception {
            dos = new DataOutputStream(s.getOutputStream());
             //I'm not sure if this flush has any sense
            dos.flush();
            oos = new ObjectOutputStream (s.getOutputStream());
            oos.flush();
            dis = new DataInputStream(s.getInputStream());
            ois = new ObjectInputStream (s.getInputStream());
        public void EscribirByte(byte datos[],int len) throws Exception {
            dos.write(datos,0,len);
            dos.flush();
        public void EscribirString(String dato) throws Exception {
            dos.writeUTF(dato);
            dos.flush();
        public void EscribirChar(char dato) throws Exception {
            dos.writeChar(dato);
            dos.flush();       
        public void EscribirInt(int dato) throws Exception {
            dos.writeInt(dato);
            dos.flush();
        public void EscribirLong(long dato) throws Exception {
            dos.writeLong(dato);
            dos.flush();
        public void EscribirObject(Object dato) throws Exception {
            oos.writeObject(dato);
            oos.flush();
        public String LeerString() throws Exception {       
            return dis.readUTF();
        public int LeerInt() throws Exception {       
            return dis.readInt();
        public char LeerChar() throws Exception {       
            return dis.readChar();
        public long LeerLong() throws Exception {       
            return dis.readLong();
        public Object LeerObject() throws Exception {       
            return ois.readObject();
    }part of code of server and client, where the conexion is made and the LE object is created
    Server:
    try{
           cliente = SocketS.accept();               
           //After accepting the conexion the LE object is created
            le = new LE(cliente);
            //I get client's ip and port
            String ip = cliente.getInetAddress().getHostAddress();
            int puerto = cliente.getPort();
            //Object wraping signature is read        
            process((SignedData)le.LeerObject());
            //other control operations doing here
            //A thread is created to receive requests from client
            //(reference to LE object is passed to the thread
           ConexionCliente c = new ConexionCliente (cliente,id_persona,id_grupo,tipo_usuario,backup,le);                               
            //thread is started
            c.start();
    catch (Exception e) {
        try {
            cliente.close();
        catch(Exception e2){}
    }Cliente code:
    try{
       //it connects to the server
       c=new Socket(host,puerto);
       //After accepting the conexion the LE object is created         
       le = new LE(c);
       //other things made here to genarate SignedData Object
      //It sends signed data object
      le.EscribirObject(Data);          
      //A thread is created and started to receive messages from server
      //reference to object LE is sent to the thread to avoid the need of
      //creating another
      new ConexionServidorClient(c,id_persona,ci,le).start();
      return 1;
    catch(Exception e) {
       return -1;
    }after the change, itworks a little better, but still most of the times server hangs up, I can't make server operational yet and I dont have any idea for solving this issue

  • Urgent Need Help Nokia C3 Hanging Lots !!!

    Hi friends
    I have just buy new nokia c3 one month ago i like it service but it gone hanged many of time a day i am in a big problem please help me!!!!
    looking for answer and thanks in advance 

    Because you use not a Symbian/S60 but a Nokia Series 40 based phone, these codes do not work. Instead, did you consider the Software Recovery Tool via a Windows computer already?

  • Urgent----OC4J Hanging After every 4-5 Hours

    Respected All Oracle ADF Users,
    I Have Developed very large ADF (ADF BC Swing) Application i.e. One ERP Product, It Contains 300 Application Modules (Forms). I deployed this Application as EJB Session Bean on standalone OC4J which is on Fedora Core 3. There is Very Huge Data Entry, Data Fetching through this Application. (Daily 100000 Records Insertions)
    Now problem is, when I start OC4J it goes fine for next 4-5 hours, but after 4-5 hours it get hang or my application get hang .if I restart my OC4J then it will run fine for next 4-5 hours and after 4-5 hours again it hanging ,so in a day I have to restart OC4J 4 times.
    So I can u tell me
    1) Is OC4J not support such kind of large application?
    2) Weather I have to go for Oracle Application Server?
    3) Is there any kind of setting needs for same problem?
    4) Is this an Operating System Problem?
    5) Is this a Server Compatibility Problem?
    Please guide me.
    Thanks

    Hello,
    I ran into a similar problem running an application server instance on a SLES 9 machine. My application was much smaller than yours and it turned out that I was forgetting to release a connection to an LDAP server from Java code. So, I suggest you have a look at all suspicious bits of code first.
    Regarding the going to Oracle IAS, I would certainly advice you to do so.
    Finally, a last piece of experience that I can share with you is that before getting SLES I used to run my application server on SuSE 8.2. While all the required packages were there the ias instance appeared to use all the available system memory. The issue was resolved until I finally installed the Oracle supported SLES.
    If you like the Red Hat "look and feel" but still don't want to get a Linux that requires subscription like Oracle EL, why not try CentOS (www.centos.org) which appears to be a very good Red Hat clone.
    Thanassis

  • Oracle 10g Application Hang Issue ...... Please need Urgent Help

    Hello All,
    We have Linux server with Oracle Application 10g and Oracle 11g database.
    We have developed an application with JSP/Servlet. We are facing an wired issue with this application.
    When we start using system with 4-3 users at a time, after few mins or few hours, that application slow down or hang.
    and then after we are not even able to get a simple HTML page. It also affect the other applications as well, which are deployed on that server.
    We have tried our best but not able to find what the exact problem is. Even we have used visualVM and Jconsole to monitor the application.
    When application hang, we had found that there were 6,959 Loaded Classes, 200MB heap size, CPU usage 20%.
    We have set the heap size to 2GB.
    Another thing is, some procedures take 20sec to 2min to execute. But does this affect the application such a way that it goes hang?
    Please help to found out the problem.
    Thanks,
    Ankur Raiyani

    Hello,
    I have a simple question.
    If any procedure takes 40 - 45 sec to execute then will that affect the Oracle Application server and make all the deployed instance slow?
    Please help me out
    Thanks in advance ......
    Ankur Raiyani

Maybe you are looking for

  • CS4 and consistent crashing...what would you advise?

    Hi, I have recently installed Windows 7 32 bit and have been suffering significant crashing and instability with Premiere Pro CS4. These issues occur consistently with 1 to 20 minutes of using the software...usually every 2-7 minutes. Sometimes I rec

  • Firefox is not rendering/displaying websites correctly.

    Started today, never had problems with any site I visited until now. Every webpage I vist will not load/render/display correctly. I have not done anything to firefox in ages and have had no problem like this before.

  • Pre - Order or Reserve an Ipad 2

    does anyone know if we will be able to Pre Order or reserve an Ipad 2 before the release date to avoid the lines? Do you guys think there will be a long line to buy the product like the iphone releases? Thanks

  • Price in Contract

    Dear SAP expert, I have a business scenario, where my company have a contract with a vendor, where the vendor promise to give 30% discount of the market price of ALL the items they're offering. As it is a contract, I attempt to use Contract functiona

  • ORA-01555 error when assigning values based on geometry

    Hello, I have a table with 220,000+ records with street information, and I am trying to assign a municipal area (stored in another table) based on the geometry of the road line and the geometry of the municipal boundary. CREATE TABLE TEMP AS SELECT A