Java.lang.OutOfMemoryError: cannot create any more threads

Server: AIX
OS Level: 4.3.3
JDK 1.1.8
I have an application that creates a lot of worker Threads. For each widget, a new Thread is created. If there are 431 widgets, the program displays the OutOfMemory error and exits. If I reduce the number of widgets by 9 and only create 422 Threads everything works fine. I print out the TotalMemory() and the FreeMemory() just before it dies and there seems to be plenty of memory left. I have tried setting the following settings "-ms50m" and "-mx400m", but it seemed to make no difference. Any ideas?
Total Memory: 10211320
Free Memory: 1461640
I also ran using the "verbosegc" option. Here is that output:
<GC: freeing class [B(300291f8)>
<GC: freeing class java.lang.Compiler(3002a920)>
<GC: unloaded and freed 2 classes>
GC: Wed May 26 13:13:08 2004
<GC(async)(1): freed 635 objects, 24440 bytes in 8 ms, 65% free (684736/1048568)>
<GC(1): begin: 2630 ms, mark: 7 ms, sweep: 1 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[1]: managing allocation failure. need 1552 bytes, action=1 (21984/1048568)>
<GC: freeing class java.lang.NoSuchMethodException(30024300)>
<GC: freeing class java.rmi.UnexpectedException(30027610)>
<GC: freeing class sun.rmi.registry.RegistryImpl_Stub(30027b68)>
<GC: freeing class sun.security.provider.SHA(300250a8)>
<GC: unloaded and freed 4 classes>
GC: Wed May 26 13:13:14 2004
<GC(2): freed 6754 objects, 335560 bytes in 25 ms, 34% free (357544/1048568)>
<GC(2): begin: 8262 ms, mark: 18 ms, sweep: 7 ms, compact: 0 ms>
<AF[1]: completed in 532 ms>
<FIN: async finalizer thread waking>
<AF[2]: managing allocation failure. need 1552 bytes, action=1 (223896/1048568)>
GC: Wed May 26 13:13:14 2004
<GC(3): freed 1787 objects, 92008 bytes in 56 ms, 30% free (315880/1048568)>
<GC(3): begin: 8795 ms, mark: 20 ms, sweep: 5 ms, compact: 31 ms>
<GC(3): moved 9012 objects, 470088 bytes in 31 ms>
<AF[2]: completed in 544 ms>
<AF[3]: managing allocation failure. need 424 bytes, action=1 (13584/1048568)>
GC: Wed May 26 13:13:15 2004
<GC(4): freed 3960 objects, 199056 bytes in 27 ms, 20% free (212640/1048568)>
<GC(4): begin: 9621 ms, mark: 22 ms, sweep: 5 ms, compact: 0 ms>
<AF[3]: managing allocation failure. need 424 bytes, action=2 (212640/1048568)>
<AF[3]: managing allocation failure. need 424 bytes, action=3 (212640/1048568)>
<AF[3]: zeroed 3 of 3 soft refs in 3 ms>
GC: Wed May 26 13:13:16 2004
<GC(5): freed 14 objects, 744 bytes in 23 ms, 20% free (213384/1048568)>
<GC(5): begin: 10082 ms, mark: 20 ms, sweep: 3 ms, compact: 0 ms>
<AF[3]: managing allocation failure. need 424 bytes, action=3003 (213384/1048568)>
<AF[3]: zeroed 0 of 0 soft refs in 3 ms>
<AF[3]: managing allocation failure. need 424 bytes, action=4 (213384/1048568)>
<AF: expanded heap by 1048576 to 2097144 bytes, 60% free>
<AF[3]: completed in 1218 ms>
<AF[4]: managing allocation failure. need 1552 bytes, action=1 (134080/2097144)>
GC: Wed May 26 13:13:16 2004
<GC(6): freed 15077 objects, 748816 bytes in 107 ms, 42% free (882896/2097144)>
<GC(6): begin: 10726 ms, mark: 34 ms, sweep: 14 ms, compact: 59 ms>
<GC(6): moved 12562 objects, 828712 bytes in 59 ms>
<AF[4]: completed in 509 ms>
<AF[5]: managing allocation failure. need 1552 bytes, action=1 (12744/2097144)>
GC: Wed May 26 13:13:17 2004
<GC(7): freed 11655 objects, 575824 bytes in 55 ms, 28% free (588568/2097144)>
<GC(7): begin: 11542 ms, mark: 41 ms, sweep: 14 ms, compact: 0 ms>
<AF[5]: completed in 604 ms>
<AF[6]: managing allocation failure. need 3280 bytes, action=1 (558216/2097144)>
GC: Wed May 26 13:13:18 2004
<GC(8): freed 420 objects, 22088 bytes in 110 ms, 27% free (580304/2097144)>
<GC(8): begin: 11966 ms, mark: 41 ms, sweep: 8 ms, compact: 61 ms>
<GC(8): moved 11582 objects, 723272 bytes in 61 ms>
<AF[6]: completed in 473 ms>
<AF[7]: managing allocation failure. need 1552 bytes, action=1 (12304/2097144)>
GC: Wed May 26 13:13:18 2004
<GC(9): freed 7364 objects, 374360 bytes in 59 ms, 18% free (386664/2097144)>
<GC(9): begin: 12741 ms, mark: 48 ms, sweep: 11 ms, compact: 0 ms>
<AF[7]: managing allocation failure. need 1552 bytes, action=2 (386664/2097144)>
<AF[7]: managing allocation failure. need 1552 bytes, action=3 (386664/2097144)>
<AF[7]: zeroed 0 of 0 soft refs in 9 ms>
<AF[7]: managing allocation failure. need 1552 bytes, action=4 (386664/2097144)>
<AF: expanded heap by 1048576 to 3145720 bytes, 45% free>
<AF[7]: completed in 617 ms>
GC: Wed May 26 13:13:19 2004
<GC(10): freed 9825 objects, 492936 bytes in 172 ms, 38% free (1199928/3145720)>
<GC(10): begin: 13426 ms, mark: 56 ms, sweep: 16 ms, compact: 99 ms>
<GC(10): moved 22853 objects, 1415864 bytes in 99 ms>
GC: Wed May 26 13:13:20 2004
<GC(async)(11): freed 26 objects, 2440 bytes in 66 ms, 38% free (1196344/3145720)>
<GC(11): begin: 14222 ms, mark: 58 ms, sweep: 8 ms, compact: 0 ms>
<AF[8]: managing allocation failure. need 16400 bytes, action=1 (112112/3145720)>
<GC: freeing class java.rmi.UnexpectedException(30027610)>
<GC: freeing class sun.rmi.registry.RegistryImpl_Stub(30027b68)>
<GC: freeing class sun.security.provider.SHA(30020b30)>
<GC: unloaded and freed 3 classes>
GC: Wed May 26 13:13:24 2004
<GC(12): freed 5185 objects, 1014736 bytes in 71 ms, 35% free (1126848/3145720)>
<GC(12): begin: 18001 ms, mark: 59 ms, sweep: 12 ms, compact: 0 ms>
<AF[8]: completed in 830 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:25 2004
<GC(async)(13): freed 3882 objects, 824912 bytes in 72 ms, 35% free (1114576/3145720)>
<GC(13): begin: 19693 ms, mark: 60 ms, sweep: 12 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:27 2004
<GC(async)(14): freed 3455 objects, 739696 bytes in 75 ms, 35% free (1101776/3145720)>
<GC(14): begin: 21321 ms, mark: 62 ms, sweep: 13 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[9]: managing allocation failure. need 16400 bytes, action=1 (364032/3145720)>
GC: Wed May 26 13:13:28 2004
<GC(15): freed 3223 objects, 704488 bytes in 74 ms, 33% free (1068520/3145720)>
<GC(15): begin: 22665 ms, mark: 61 ms, sweep: 13 ms, compact: 0 ms>
<AF[9]: completed in 496 ms>
<FIN: async finalizer thread waking>
<AF[10]: managing allocation failure. need 16400 bytes, action=1 (270272/3145720)>
GC: Wed May 26 13:13:30 2004
<GC(16): freed 6494 objects, 712488 bytes in 81 ms, 31% free (982760/3145720)>
<GC(16): begin: 23905 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
<AF[10]: completed in 617 ms>
<FIN: async finalizer thread waking>
<AF[11]: managing allocation failure. need 16400 bytes, action=1 (522936/3145720)>
GC: Wed May 26 13:13:30 2004
<GC(17): freed 4048 objects, 474384 bytes in 81 ms, 31% free (997320/3145720)>
<GC(17): begin: 24759 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
<AF[11]: completed in 645 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:31 2004
<GC(async)(18): freed 2878 objects, 372312 bytes in 81 ms, 31% free (988168/3145720)>
<GC(18): begin: 25455 ms, mark: 67 ms, sweep: 14 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[12]: managing allocation failure. need 16400 bytes, action=1 (649312/3145720)>
GC: Wed May 26 13:13:32 2004
<GC(19): freed 1540 objects, 323336 bytes in 203 ms, 30% free (972560/3145720)>
<GC(19): begin: 26489 ms, mark: 68 ms, sweep: 14 ms, compact: 121 ms>
<GC(19): moved 28510 objects, 1684672 bytes in 121 ms>
<AF[12]: completed in 735 ms>
<FIN: async finalizer thread waking>
<AF[13]: managing allocation failure. need 16400 bytes, action=1 (75360/3145720)>
GC: Wed May 26 13:13:34 2004
<GC(20): freed 5621 objects, 854200 bytes in 81 ms, 29% free (929560/3145720)>
<GC(20): begin: 27906 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
<AF[13]: completed in 598 ms>
<FIN: async finalizer thread waking>
<AF[14]: managing allocation failure. need 16400 bytes, action=1 (185408/3145720)>
GC: Wed May 26 13:13:35 2004
<GC(21): freed 3437 objects, 727680 bytes in 80 ms, 29% free (913088/3145720)>
<GC(21): begin: 29354 ms, mark: 67 ms, sweep: 13 ms, compact: 0 ms>
<AF[14]: completed in 600 ms>
<FIN: async finalizer thread waking>
<AF[15]: managing allocation failure. need 16400 bytes, action=1 (255960/3145720)>
GC: Wed May 26 13:13:36 2004
<GC(22): freed 3369 objects, 631744 bytes in 86 ms, 28% free (887704/3145720)>
<GC(22): begin: 30784 ms, mark: 72 ms, sweep: 14 ms, compact: 0 ms>
<AF[15]: completed in 798 ms>
<FIN: async finalizer thread waking>
<AF[16]: managing allocation failure. need 1552 bytes, action=1 (277648/3145720)>
GC: Wed May 26 13:13:38 2004
<GC(23): freed 4319 objects, 571728 bytes in 208 ms, 27% free (849368/3145720)>
<GC(23): begin: 31820 ms, mark: 69 ms, sweep: 15 ms, compact: 124 ms>
<GC(23): moved 32020 objects, 1918840 bytes in 124 ms>
<AF[16]: completed in 716 ms>
<FIN: async finalizer thread waking>
<AF[17]: managing allocation failure. need 16400 bytes, action=1 (57816/3145720)>
GC: Wed May 26 13:13:39 2004
<GC(24): freed 8529 objects, 635392 bytes in 93 ms, 22% free (693208/3145720)>
<GC(24): begin: 32859 ms, mark: 74 ms, sweep: 18 ms, compact: 1 ms>
<AF[17]: managing allocation failure. need 16400 bytes, action=2 (693208/3145720)>
<FIN: async finalizer thread waking>
<AF[17]: synchronously running 4 finalizers>
<AF[17]: synchronous finalization attempt took 1 ms>
GC: Wed May 26 13:13:39 2004
<GC(25): freed 11 objects, 2376 bytes in 89 ms, 22% free (694032/3145720)>
<GC(25): begin: 33407 ms, mark: 75 ms, sweep: 14 ms, compact: 0 ms>
<AF[17]: managing allocation failure. need 16400 bytes, action=3 (694032/3145720)>
<AF[17]: zeroed 9 of 9 soft refs in 15 ms>
GC: Wed May 26 13:13:40 2004
<GC(26): freed 58 objects, 3472 bytes in 90 ms, 22% free (697504/3145720)>
<GC(26): begin: 33957 ms, mark: 76 ms, sweep: 14 ms, compact: 0 ms>
<AF[17]: managing allocation failure. need 16400 bytes, action=3003 (697504/3145720)>
<AF[17]: zeroed 0 of 0 soft refs in 16 ms>
<AF[17]: managing allocation failure. need 16400 bytes, action=4 (697504/3145720)>
<AF: expanded heap by 1048576 to 4194296 bytes, 41% free>
<AF[17]: completed in 1842 ms>
<AF[18]: managing allocation failure. need 8208 bytes, action=1 (265952/4194296)>
GC: Wed May 26 13:13:41 2004
<GC(27): freed 17813 objects, 1444896 bytes in 238 ms, 40% free (1710840/4194296)>
<GC(27): begin: 35625 ms, mark: 80 ms, sweep: 26 ms, compact: 132 ms>
<GC(27): moved 24970 objects, 1390720 bytes in 132 ms>
<AF[18]: completed in 936 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:43 2004
<GC(async)(28): freed 3519 objects, 866264 bytes in 96 ms, 40% free (1699032/4194296)>
<GC(28): begin: 37429 ms, mark: 79 ms, sweep: 17 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:45 2004
<GC(async)(29): freed 7470 objects, 964488 bytes in 97 ms, 39% free (1646808/4194296)>
<GC(29): begin: 39287 ms, mark: 79 ms, sweep: 18 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:47 2004
<GC(async)(30): freed 4130 objects, 807712 bytes in 97 ms, 38% free (1625440/4194296)>
<GC(30): begin: 40857 ms, mark: 80 ms, sweep: 17 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:48 2004
<GC(async)(31): freed 6462 objects, 911544 bytes in 103 ms, 37% free (1579288/4194296)>
<GC(31): begin: 42499 ms, mark: 83 ms, sweep: 19 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[19]: managing allocation failure. need 16400 bytes, action=1 (544024/4194296)>
GC: Wed May 26 13:13:50 2004
<GC(32): freed 9174 objects, 963288 bytes in 255 ms, 35% free (1507304/4194296)>
<GC(32): begin: 43944 ms, mark: 85 ms, sweep: 22 ms, compact: 148 ms>
<GC(32): moved 31280 objects, 1760488 bytes in 148 ms>
<AF[19]: completed in 727 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:51 2004
<GC(async)(33): freed 5334 objects, 916464 bytes in 105 ms, 35% free (1479760/4194296)>
<GC(33): begin: 45710 ms, mark: 85 ms, sweep: 20 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:13:53 2004
<GC(async)(34): freed 4727 objects, 843296 bytes in 110 ms, 34% free (1452368/4194296)>
<GC(34): begin: 47271 ms, mark: 89 ms, sweep: 21 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[20]: managing allocation failure. need 1552 bytes, action=1 (201640/4194296)>
GC: Wed May 26 13:13:55 2004
<GC(35): freed 15729 objects, 1102776 bytes in 311 ms, 31% free (1304416/4194296)>
<GC(35): begin: 48752 ms, mark: 104 ms, sweep: 32 ms, compact: 175 ms>
<GC(35): moved 35105 objects, 1835792 bytes in 175 ms>
<AF[20]: completed in 894 ms>
<FIN: async finalizer thread waking>
<AF[21]: managing allocation failure. need 16400 bytes, action=1 (78240/4194296)>
GC: Wed May 26 13:13:56 2004
<GC(36): freed 12481 objects, 1155656 bytes in 122 ms, 29% free (1233896/4194296)>
<GC(36): begin: 50490 ms, mark: 96 ms, sweep: 26 ms, compact: 0 ms>
<AF[21]: completed in 626 ms>
<FIN: async finalizer thread waking>
<AF[22]: managing allocation failure. need 16400 bytes, action=1 (352488/4194296)>
GC: Wed May 26 13:13:58 2004
<GC(37): freed 4977 objects, 846352 bytes in 122 ms, 28% free (1198840/4194296)>
<GC(37): begin: 52136 ms, mark: 98 ms, sweep: 24 ms, compact: 0 ms>
<AF[22]: completed in 788 ms>
<FIN: async finalizer thread waking>
<AF[23]: managing allocation failure. need 16400 bytes, action=1 (447480/4194296)>
GC: Wed May 26 13:13:59 2004
<GC(38): freed 3784 objects, 727792 bytes in 127 ms, 28% free (1175272/4194296)>
<GC(38): begin: 53702 ms, mark: 101 ms, sweep: 26 ms, compact: 0 ms>
<AF[23]: completed in 732 ms>
<FIN: async finalizer thread waking>
<AF[24]: managing allocation failure. need 16400 bytes, action=1 (505640/4194296)>
GC: Wed May 26 13:14:01 2004
<GC(39): freed 3844 objects, 648688 bytes in 125 ms, 27% free (1154328/4194296)>
<GC(39): begin: 54998 ms, mark: 98 ms, sweep: 27 ms, compact: 0 ms>
<AF[24]: completed in 667 ms>
<FIN: async finalizer thread waking>
<AF[25]: managing allocation failure. need 16400 bytes, action=1 (561280/4194296)>
GC: Wed May 26 13:14:02 2004
<GC(40): freed 4740 objects, 548792 bytes in 302 ms, 26% free (1110072/4194296)>
<GC(40): begin: 55896 ms, mark: 102 ms, sweep: 26 ms, compact: 174 ms>
<GC(40): moved 32891 objects, 1661088 bytes in 174 ms>
<AF[25]: completed in 743 ms>
<FIN: async finalizer thread waking>
<AF[26]: managing allocation failure. need 16400 bytes, action=1 (292096/4194296)>
GC: Wed May 26 13:14:03 2004
<GC(41): freed 6267 objects, 774336 bytes in 139 ms, 25% free (1066432/4194296)>
<GC(41): begin: 57515 ms, mark: 113 ms, sweep: 26 ms, compact: 0 ms>
<AF[26]: completed in 772 ms>
<FIN: async finalizer thread waking>
<AF[27]: managing allocation failure. need 16400 bytes, action=1 (315984/4194296)>
GC: Wed May 26 13:14:05 2004
<GC(42): freed 4472 objects, 726008 bytes in 129 ms, 24% free (1041992/4194296)>
<GC(42): begin: 58864 ms, mark: 104 ms, sweep: 25 ms, compact: 0 ms>
<AF[27]: managing allocation failure. need 16400 bytes, action=2 (1041992/4194296)>
<AF[27]: synchronously running 18 finalizers>
<FIN: async finalizer thread waking>
<AF[27]: synchronous finalization attempt took 3 ms>
GC: Wed May 26 13:14:05 2004
<GC(43): freed 46 objects, 6040 bytes in 129 ms, 24% free (1046480/4194296)>
<GC(43): begin: 59401 ms, mark: 106 ms, sweep: 23 ms, compact: 0 ms>
<AF[27]: managing allocation failure. need 16400 bytes, action=3 (1046480/4194296)>
<AF[27]: zeroed 0 of 0 soft refs in 23 ms>
<AF[27]: managing allocation failure. need 16400 bytes, action=4 (1046480/4194296)>
<AF: expanded heap by 1048576 to 5242872 bytes, 39% free>
<AF[27]: completed in 1233 ms>
<AF[28]: managing allocation failure. need 16400 bytes, action=1 (439288/5242872)>
GC: Wed May 26 13:14:08 2004
<GC(44): freed 7949 objects, 1599288 bytes in 289 ms, 38% free (2038576/5242872)>
<GC(44): begin: 62021 ms, mark: 106 ms, sweep: 27 ms, compact: 156 ms>
<GC(44): moved 22967 objects, 1133840 bytes in 156 ms>
<AF[28]: completed in 1044 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:14:10 2004
<GC(async)(45): freed 4094 objects, 840880 bytes in 133 ms, 38% free (2030528/5242872)>
<GC(45): begin: 63875 ms, mark: 108 ms, sweep: 25 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[29]: managing allocation failure. need 8208 bytes, action=1 (114768/5242872)>
GC: Wed May 26 13:14:12 2004
<GC(46): freed 21586 objects, 1635288 bytes in 154 ms, 33% free (1750056/5242872)>
<GC(46): begin: 65807 ms, mark: 115 ms, sweep: 39 ms, compact: 0 ms>
<AF[29]: completed in 691 ms>
<FIN: async finalizer thread waking>
<AF[30]: managing allocation failure. need 1552 bytes, action=1 (696192/5242872)>
GC: Wed May 26 13:14:13 2004
<GC(47): freed 14485 objects, 957856 bytes in 376 ms, 31% free (1654048/5242872)>
<GC(47): begin: 66906 ms, mark: 122 ms, sweep: 38 ms, compact: 216 ms>
<GC(47): moved 34318 objects, 1722880 bytes in 216 ms>
<AF[30]: completed in 927 ms>
<FIN: async finalizer thread waking>
<AF[31]: managing allocation failure. need 16400 bytes, action=1 (459760/5242872)>
GC: Wed May 26 13:14:14 2004
<GC(48): freed 13009 objects, 1168784 bytes in 153 ms, 31% free (1628544/5242872)>
<GC(48): begin: 68716 ms, mark: 119 ms, sweep: 34 ms, compact: 0 ms>
<AF[31]: completed in 747 ms>
<FIN: async finalizer thread waking>
<AF[32]: managing allocation failure. need 16400 bytes, action=1 (538768/5242872)>
GC: Wed May 26 13:14:17 2004
<GC(49): freed 8330 objects, 1021448 bytes in 339 ms, 29% free (1560216/5242872)>
<GC(49): begin: 70875 ms, mark: 122 ms, sweep: 33 ms, compact: 184 ms>
<GC(49): moved 24324 objects, 1119304 bytes in 184 ms>
<AF[32]: completed in 1494 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:14:19 2004
<GC(async)(50): freed 4448 objects, 927416 bytes in 152 ms, 29% free (1545096/5242872)>
<GC(50): begin: 72825 ms, mark: 122 ms, sweep: 30 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[33]: managing allocation failure. need 16400 bytes, action=1 (158984/5242872)>
GC: Wed May 26 13:14:21 2004
<GC(51): freed 10590 objects, 1250112 bytes in 167 ms, 26% free (1409096/5242872)>
<GC(51): begin: 74814 ms, mark: 130 ms, sweep: 37 ms, compact: 0 ms>
<AF[33]: completed in 736 ms>
<FIN: async finalizer thread waking>
<AF[34]: managing allocation failure. need 1552 bytes, action=1 (402752/5242872)>
GC: Wed May 26 13:14:22 2004
<GC(52): freed 13192 objects, 837080 bytes in 415 ms, 23% free (1239832/5242872)>
<GC(52): begin: 75673 ms, mark: 135 ms, sweep: 41 ms, compact: 238 ms>
<GC(52): moved 34722 objects, 1631272 bytes in 238 ms>
<AF[34]: managing allocation failure. need 1552 bytes, action=2 (1239832/5242872)>
<FIN: async finalizer thread waking>
<AF[34]: synchronously running 6 finalizers>
<AF[34]: synchronous finalization attempt took 1 ms>
GC: Wed May 26 13:14:22 2004
<GC(53): freed 21 objects, 4984 bytes in 161 ms, 23% free (1241712/5242872)>
<GC(53): begin: 76457 ms, mark: 130 ms, sweep: 31 ms, compact: 0 ms>
<AF[34]: managing allocation failure. need 1552 bytes, action=3 (1241712/5242872)>
<AF[34]: zeroed 0 of 0 soft refs in 34 ms>
<AF[34]: managing allocation failure. need 1552 bytes, action=4 (1241712/5242872)>
<AF: expanded heap by 1048576 to 6291448 bytes, 36% free>
<AF[34]: completed in 1415 ms>
<AF[35]: managing allocation failure. need 16400 bytes, action=1 (252936/6291448)>
GC: Wed May 26 13:14:24 2004
<GC(54): freed 23814 objects, 1717504 bytes in 453 ms, 31% free (1970440/6291448)>
<GC(54): begin: 78098 ms, mark: 148 ms, sweep: 51 ms, compact: 253 ms>
<GC(54): moved 34460 objects, 1684384 bytes in 253 ms>
<AF[35]: completed in 952 ms>
<FIN: async finalizer thread waking>
<AF[36]: managing allocation failure. need 16400 bytes, action=1 (143712/6291448)>
GC: Wed May 26 13:14:26 2004
<GC(55): freed 26403 objects, 1600136 bytes in 203 ms, 27% free (1743848/6291448)>
<GC(55): begin: 79739 ms, mark: 148 ms, sweep: 55 ms, compact: 0 ms>
<AF[36]: completed in 758 ms>
<FIN: async finalizer thread waking>
<AF[37]: managing allocation failure. need 61912 bytes, action=1 (1223696/6291448)>
GC: Wed May 26 13:14:27 2004
<GC(56): freed 5320 objects, 370504 bytes in 481 ms, 25% free (1594200/6291448)>
<GC(56): begin: 80478 ms, mark: 153 ms, sweep: 47 ms, compact: 281 ms>
<GC(56): moved 43171 objects, 1952320 bytes in 281 ms>
<AF[37]: completed in 883 ms>
<FIN: async finalizer thread waking>
<AF[38]: managing allocation failure. need 16400 bytes, action=1 (394680/6291448)>
GC: Wed May 26 13:14:28 2004
<GC(57): freed 14083 objects, 964208 bytes in 209 ms, 21% free (1358888/6291448)>
<GC(57): begin: 81774 ms, mark: 160 ms, sweep: 49 ms, compact: 0 ms>
<AF[38]: managing allocation failure. need 16400 bytes, action=2 (1358888/6291448)>
<FIN: async finalizer thread waking>
<AF[38]: synchronously running 12 finalizers>
<AF[38]: synchronous finalization attempt took 1 ms>
GC: Wed May 26 13:14:28 2004
<GC(58): freed 36 objects, 5168 bytes in 206 ms, 21% free (1360952/6291448)>
<GC(58): begin: 82355 ms, mark: 160 ms, sweep: 46 ms, compact: 0 ms>
<AF[38]: managing allocation failure. need 16400 bytes, action=3 (1360952/6291448)>
<AF[38]: zeroed 0 of 0 soft refs in 50 ms>
<AF[38]: managing allocation failure. need 16400 bytes, action=4 (1360952/6291448)>
<AF: expanded heap by 1101824 to 7393272 bytes, 33% free>
<AF[38]: completed in 1294 ms>
<AF[39]: managing allocation failure. need 16400 bytes, action=1 (674336/7393272)>
GC: Wed May 26 13:14:31 2004
<GC(59): freed 16138 objects, 1510224 bytes in 584 ms, 29% free (2184560/7393272)>
<GC(59): begin: 84491 ms, mark: 178 ms, sweep: 60 ms, compact: 346 ms>
<GC(59): moved 55092 objects, 2219584 bytes in 346 ms>
<AF[39]: completed in 1242 ms>
<FIN: async finalizer thread waking>
<AF[40]: managing allocation failure. need 8208 bytes, action=1 (120088/7393272)>
GC: Wed May 26 13:14:33 2004
<GC(60): freed 17355 objects, 1880752 bytes in 245 ms, 27% free (2000840/7393272)>
<GC(60): begin: 86760 ms, mark: 183 ms, sweep: 62 ms, compact: 0 ms>
<AF[40]: completed in 866 ms>
<FIN: async finalizer thread waking>
<AF[41]: managing allocation failure. need 1552 bytes, action=1 (221648/7393272)>
GC: Wed May 26 13:14:35 2004
<GC(61): freed 21131 objects, 1627296 bytes in 591 ms, 25% free (1848944/7393272)>
<GC(61): begin: 88506 ms, mark: 181 ms, sweep: 63 ms, compact: 347 ms>
<GC(61): moved 57273 objects, 2733408 bytes in 347 ms>
<AF[41]: completed in 1170 ms>
<FIN: async finalizer thread waking>
<AF[42]: managing allocation failure. need 16400 bytes, action=1 (84512/7393272)>
GC: Wed May 26 13:14:36 2004
<GC(62): freed 18625 objects, 1461576 bytes in 263 ms, 20% free (1546088/7393272)>
<GC(62): begin: 90212 ms, mark: 196 ms, sweep: 67 ms, compact: 0 ms>
<AF[42]: managing allocation failure. need 16400 bytes, action=2 (1546088/7393272)>
<FIN: async finalizer thread waking>
<AF[42]: synchronously running 14 finalizers>
<AF[42]: synchronous finalization attempt took 1 ms>
GC: Wed May 26 13:14:37 2004
<GC(63): freed 46 objects, 6728 bytes in 252 ms, 20% free (1549712/7393272)>
<GC(63): begin: 90853 ms, mark: 197 ms, sweep: 55 ms, compact: 0 ms>
<AF[42]: managing allocation failure. need 16400 bytes, action=3 (1549712/7393272)>
<AF[42]: zeroed 0 of 0 soft refs in 61 ms>
<AF[42]: managing allocation failure. need 16400 bytes, action=4 (1549712/7393272)>
<AF: expanded heap by 1294336 to 8687608 bytes, 32% free>
<AF[42]: completed in 1441 ms>
<AF[43]: managing allocation failure. need 16400 bytes, action=1 (658696/8687608)>
GC: Wed May 26 13:14:40 2004
<GC(64): freed 20119 objects, 2108800 bytes in 611 ms, 31% free (2767496/8687608)>
<GC(64): begin: 93853 ms, mark: 197 ms, sweep: 68 ms, compact: 346 ms>
<GC(64): moved 46120 objects, 1817512 bytes in 346 ms>
<AF[43]: completed in 1340 ms>
<FIN: async finalizer thread waking>
<AF[44]: managing allocation failure. need 16400 bytes, action=1 (348696/8687608)>
GC: Wed May 26 13:14:43 2004
<GC(65): freed 24943 objects, 2286616 bytes in 280 ms, 30% free (2635312/8687608)>
<GC(65): begin: 97187 ms, mark: 209 ms, sweep: 71 ms, compact: 0 ms>
<AF[44]: completed in 1027 ms>
<FIN: async finalizer thread waking>
<AF[45]: managing allocation failure. need 16400 bytes, action=1 (921208/8687608)>
GC: Wed May 26 13:14:45 2004
<GC(66): freed 25648 objects, 1677408 bytes in 628 ms, 29% free (2598616/8687608)>
<GC(66): begin: 99185 ms, mark: 203 ms, sweep: 72 ms, compact: 353 ms>
<GC(66): moved 40683 objects, 1679720 bytes in 353 ms>
<AF[45]: completed in 1269 ms>
<FIN: async finalizer thread waking>
<AF[46]: managing allocation failure. need 16400 bytes, action=1 (298648/8687608)>
GC: Wed May 26 13:14:48 2004
<GC(67): freed 24497 objects, 2194248 bytes in 280 ms, 28% free (2492896/8687608)>
<GC(67): begin: 102480 ms, mark: 209 ms, sweep: 71 ms, compact: 0 ms>
<AF[46]: completed in 1045 ms>
<FIN: async finalizer thread waking>
<AF[47]: managing allocation failure. need 16400 bytes, action=1 (926440/8687608)>
GC: Wed May 26 13:14:51 2004
<GC(68): freed 16029 objects, 1506568 bytes in 649 ms, 28% free (2433008/8687608)>
<GC(68): begin: 104589 ms, mark: 212 ms, sweep: 71 ms, compact: 366 ms>
<GC(68): moved 37208 objects, 1532696 bytes in 366 ms>
<AF[47]: completed in 1219 ms>
<FIN: async finalizer thread waking>
<AF[48]: managing allocation failure. need 16400 bytes, action=1 (173384/8687608)>
GC: Wed May 26 13:14:52 2004
<GC(69): freed 51791 objects, 2147296 bytes in 315 ms, 26% free (2320680/8687608)>
<GC(69): begin: 106490 ms, mark: 225 ms, sweep: 90 ms, compact: 0 ms>
<AF[48]: completed in 934 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:14:54 2004
<GC(async)(70): freed 6219 objects, 1029800 bytes in 283 ms, 26% free (2288904/8687608)>
<GC(70): begin: 108407 ms, mark: 217 ms, sweep: 66 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:14:56 2004
<GC(async)(71): freed 5729 objects, 880760 bytes in 283 ms, 25% free (2248616/8687608)>
<GC(71): begin: 110141 ms, mark: 217 ms, sweep: 66 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[49]: managing allocation failure. need 16400 bytes, action=1 (969720/8687608)>
GC: Wed May 26 13:14:59 2004
<GC(72): freed 5892 objects, 1249144 bytes in 687 ms, 25% free (2218864/8687608)>
<GC(72): begin: 112714 ms, mark: 223 ms, sweep: 68 ms, compact: 396 ms>
<GC(72): moved 39455 objects, 1664056 bytes in 396 ms>
<AF[49]: completed in 1301 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:01 2004
<GC(async)(73): freed 8020 objects, 1112008 bytes in 306 ms, 25% free (2175920/8687608)>
<GC(73): begin: 115094 ms, mark: 232 ms, sweep: 74 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:03 2004
<GC(async)(74): freed 3458 objects, 784440 bytes in 285 ms, 24% free (2157712/8687608)>
<GC(74): begin: 116914 ms, mark: 221 ms, sweep: 64 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:05 2004
<GC(async)(75): freed 4251 objects, 820752 bytes in 288 ms, 24% free (2133176/8687608)>
<GC(75): begin: 118932 ms, mark: 222 ms, sweep: 66 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:07 2004
<GC(async)(76): freed 3670 objects, 792432 bytes in 295 ms, 24% free (2111200/8687608)>
<GC(76): begin: 120808 ms, mark: 228 ms, sweep: 67 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:09 2004
<GC(async)(77): freed 5047 objects, 853656 bytes in 293 ms, 23% free (2078848/8687608)>
<GC(77): begin: 122707 ms, mark: 225 ms, sweep: 68 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:11 2004
<GC(async)(78): freed 2987 objects, 762568 bytes in 295 ms, 23% free (2063392/8687608)>
<GC(78): begin: 124622 ms, mark: 228 ms, sweep: 67 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:12 2004
<GC(async)(79): freed 4024 objects, 809992 bytes in 295 ms, 23% free (2040800/8687608)>
<GC(79): begin: 126488 ms, mark: 226 ms, sweep: 69 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:14 2004
<GC(async)(80): freed 4276 objects, 820272 bytes in 300 ms, 23% free (2013800/8687608)>
<GC(80): begin: 128277 ms, mark: 230 ms, sweep: 70 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:16 2004
<GC(async)(81): freed 2995 objects, 763960 bytes in 299 ms, 22% free (1998048/8687608)>
<GC(81): begin: 130138 ms, mark: 229 ms, sweep: 70 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
<AF[50]: managing allocation failure. need 16400 bytes, action=1 (1239008/8687608)>
GC: Wed May 26 13:15:18 2004
<GC(82): freed 3634 objects, 725728 bytes in 731 ms, 22% free (1964736/8687608)>
<GC(82): begin: 131754 ms, mark: 234 ms, sweep: 71 ms, compact: 425 ms>
<GC(82): moved 57964 objects, 2313288 bytes in 425 ms>
<AF[50]: managing allocation failure. need 16400 bytes, action=2 (1964736/8687608)>
<FIN: async finalizer thread waking>
<AF[50]: synchronously running 18 finalizers>
<AF[50]: synchronous finalization attempt took 0 ms>
GC: Wed May 26 13:15:19 2004
<GC(83): freed 43 objects, 7568 bytes in 296 ms, 22% free (1970752/8687608)>
<GC(83): begin: 132865 ms, mark: 231 ms, sweep: 65 ms, compact: 0 ms>
<AF[50]: managing allocation failure. need 16400 bytes, action=3 (1970752/8687608)>
<AF[50]: zeroed 0 of 0 soft refs in 74 ms>
<AF[50]: managing allocation failure. need 16400 bytes, action=4 (1970752/8687608)>
<AF: expanded heap by 1523712 to 10211320 bytes, 34% free>
<AF[50]: completed in 1951 ms>
GC: Wed May 26 13:15:20 2004
<GC(async)(84): freed 3361 objects, 465256 bytes in 663 ms, 34% free (3478624/10211320)>
<GC(84): begin: 133983 ms, mark: 237 ms, sweep: 67 ms, compact: 359 ms>
<GC(84): moved 10549 objects, 445792 bytes in 359 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:22 2004
<GC(async)(85): freed 4413 objects, 819304 bytes in 304 ms, 33% free (3453600/10211320)>
<GC(85): begin: 136216 ms, mark: 235 ms, sweep: 69 ms, compact: 0 ms>
<FIN: async finalizer thread waking>
GC: Wed May 26 13:15:24 2004
<GC(async)

Noting that you are using a IBM vm and a rather old one at that...
Threads take java memory. Normally the solution is to increase the maximum java heap. Doing that depends on the memory that the system supports and the maximum that the VM allows and the default that it uses.
You might want to verify the command line options you are using. You might want to also find out what happens if you use a larger number or smaller one.
And if all else fails you can use a thread pool rather than trying to create seperate threads.

Similar Messages

Java.lang.OutOfMemoryError: Failed to fork OS thread

hello guys, how are you ?
my platform
win server 2003
tomcat 5517
jdk IBM SR2 1.5
I'm having a problem I think since we migrated to IBM jdk 1.5.
Jasper Reports and just Jasper reports is thorwing this exception randomly once a week and makes all the tomcat server go down.
java.lang.OutOfMemoryError: Failed to fork OS thread
     at java.lang.Thread.startImpl(Native Method)
     at java.lang.Thread.start(Thread.java:963)
     at net.sf.jasperreports.engine.fill.JRThreadSubreportRunner.start(JRThreadSubreportRunner.java:64)
     at net.sf.jasperreports.engine.fill.JRFillSubreport.prepare(JRFillSubreport.java:546)I saw the same error when creating images for the report, but the error was in the same place, java.lang.Thread.startImpl(Native Method)any clue ? I cant find anything not even in google about this.
thanks
Rodrigo

The problems was solved setting Xmx parameters
for example, your OS has 3 gb RAM.
your java processs is -Xmx1440m, that means almost 1.5 gb .
ok. your process starts, it works for a while.... but at any moment after get that much memory it blows up saying Failed to fork OS thread.
that is because, at least in windows, allows you to allocate as max the half of memory for a process, but you are not counting on java overhead. Then, if it tries to get more "permitted" memory it will blow up because the OS is not allowing to create new threads.
my advice.
1. if you want to allocate a lot of memory, use 40% as max of the total RAM of the OS (in windows) using Xmx params.
2. also, tweak the parameter -XX:ThreadStackSize=128 to reduce it, the default is 512 and that is too much
regards
Rodrigo
[www.rodrigoasensio.com|http://www.rodrigoasensio.com]

Java.lang.OutOfMemoryError: Cannot allocate memory in tsStartJavaThread

Running Java Application on Web logic managed server fails with following error:
java.lang.OutOfMemoryError: Cannot allocate memory in tsStartJavaThread (lifecycle.c:1096).
Java heap 1G reserved, 741076K committed
Paged memory=26548K/3145712K.
Your Java heap size might be set too high.
Try to reduce the Java heap size using -Xmx:<size> (e.g. "-Xmx128m").
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:640)
at java.util.concurrent.ThreadPoolExecutor.addIfUnderCorePoolSize(ThreadPoolExecutor.java:703)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:652)
at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:92)
Memory doesn't seem to be an issue, because -Xmx = 1GB is specified in VM args.
This application needs only 200MB to run (Obtained by running the application in eclipse and
checking the heap memory usage).
Not sure whats causing this error? Application runs as single (main) thread
and towards the end of the program multiple threads(they do JDBC tasks) are
are spawned. In this particular case, 3 threads were about to be launched, when
this error occured. Please help in pointing out what the issue is and how this
can be resolved.
Here are further details on Jrockit version and VM arguments:
Following JRockit is used on the Weblogic machine.
$java -version
java version "1.6.0_22"
Java(TM) SE Runtime Environment (build 1.6.0_22-b04)
Oracle JRockit(R) (build R28.1.1-14-139783-1.6.0_22-20101206-0241-linux-ia32, compiled mode)
Following are the JVM arguments:
java -jrockit -Xms512m -Xmx1024m -Xss10240k
Thanks in advance.

Noting that you are using a IBM vm and a rather old one at that...
Threads take java memory. Normally the solution is to increase the maximum java heap. Doing that depends on the memory that the system supports and the maximum that the VM allows and the default that it uses.
You might want to verify the command line options you are using. You might want to also find out what happens if you use a larger number or smaller one.
And if all else fails you can use a thread pool rather than trying to create seperate threads.

Java.lang.OutOfMemoryError Exception for data more than 20k rows

Hi There,
We are evaluating Coherence for our requirements and I am quite impressed with filtering, near cache, etc
We are running on Windows XP, 3GB RAM, jdk1.6.0_04 and tests are simple – 2 cache instances and one instance of ExtendTcpCacheService sitting between client and distributed cache.
It just fly’s when inserting/putting about 20k rows/objects in to cache but doesn’t seem to fly for more data.
eg: with 200k objects/rows, we get the following exception
java.lang.OutOfMemoryError: requested 4096000 bytes for GrET in C:\BUILD_AREA\jdk6_04\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space?
But, the exception is not consistent. We also get following
2008-03-20 11:36:23.415 Oracle Coherence GE 3.3.1/389 <D5> (thread=Cluster, member=4): Service Cluster left the cluster
2008-03-20 11:36:25.009 Oracle Coherence GE 3.3.1/389 <D5> (thread=DistributedCache, member=4): Service DistributedCache left the cluster
2008-03-20 11:36:25.899 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:1, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:25.931 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:2, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:26.024 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:4, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:26.024 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:0, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:26.040 Oracle Coherence GE 3.3.1/389 <D5> (thread=ExtendTcpProxyServiceWorker:3, member=4): Repeating $PutAllRequest for 10000 out of 10000 items due to re-distribution
2008-03-20 11:36:26.899 Oracle Coherence GE 3.3.1/389 <D5> (thread=Proxy:ExtendTcpProxyService, member=4): Stopped: TcpAcceptor
2008-03-20 11:36:26.899 Oracle Coherence GE 3.3.1/389 <D4> (thread=Proxy:ExtendTcpProxyService, member=4): Exception occured during exiting:
java.lang.NullPointerException
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.isClusterThread(Service.CDB:1)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service$EventDispatcher.drainOverflow(Service.CDB:7)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.post(Service.CDB:17)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.send(Service.CDB:1)
at com.tangosol.coherence.component.util.daemon.queueProcessor.service.ClusterService.doServiceLeft(ClusterService.CDB:25)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.setServiceState(Service.CDB:65)
at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.onExit(Service.CDB:12)
at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:58)
at java.lang.Thread.run(Thread.java:619)
Would appreciate if someone can point me the right direction.
Regards,
K

Hi Gene,
Thanks for getting back.
Tried with JDK 1.5 but no joy.
I am trying to insert 200k POJO's each with 10 memebers/fields and have set 1GB memory. Here are the logs
08-03-26 15:20:36.644 Oracle Coherence GE 3.3.1/389 <Error> (thread=DistributedCache, member=3): Error sending MapEvent to Channel(Id=1317419375, Connection=0x00000118EBA651F39101EDDBDC0FAA24C838BCE665617F8AC1064ADB4297F30E, Open=true): java.lang.OutOfMemoryError
     at sun.misc.Unsafe.allocateMemory(Native Method)
     at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:99)
     at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288)
     at com.tangosol.coherence.component.comm.connectionManager.acceptor.TcpAcceptor$ByteBufferPool.instantiateResource(TcpAcceptor.CDB:7)
     at com.tangosol.coherence.component.comm.connectionManager.acceptor.TcpAcceptor$ByteBufferPool.acquire(TcpAcceptor.CDB:26)
     at com.tangosol.coherence.component.comm.connectionManager.acceptor.TcpAcceptor$ByteBufferPool.allocate(TcpAcceptor.CDB:4)
     at com.tangosol.io.MultiBufferWriteBuffer.advance(MultiBufferWriteBuffer.java:870)
     at com.tangosol.io.MultiBufferWriteBuffer.<init>(MultiBufferWriteBuffer.java:32)
     at com.tangosol.coherence.component.comm.connectionManager.acceptor.TcpAcceptor$TcpConnection.allocateWriteBuffer(TcpAcceptor.CDB:3)
     at com.tangosol.coherence.component.comm.Connection.send(Connection.CDB:16)
     at com.tangosol.coherence.component.comm.Channel.doSend(Channel.CDB:4)
     at com.tangosol.coherence.component.comm.Channel.send(Channel.CDB:38)
     at com.tangosol.coherence.component.net.extend.proxy.MapListenerProxy.onMapEvent(MapListenerProxy.CDB:9)
     at com.tangosol.coherence.component.net.extend.proxy.MapListenerProxy.entryInserted(MapListenerProxy.CDB:1)
     at com.tangosol.util.MapEvent.dispatch(MapEvent.java:191)
     at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache$ViewMap$ProxyListener.dispatch(DistributedCache.CDB:22)
     at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache$ViewMap$ProxyListener.entryInserted(DistributedCache.CDB:1)
     at com.tangosol.util.MapListenerSupport$WrapperSynchronousListener.entryInserted(MapListenerSupport.java:856)
     at com.tangosol.util.MapEvent.dispatch(MapEvent.java:191)
     at com.tangosol.coherence.component.util.CacheEvent.dispatchSafe(CacheEvent.CDB:14)
     at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache$BinaryMap.dispatch(DistributedCache.CDB:86)
     at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache.onMapEvent(DistributedCache.CDB:31)
     at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache$MapEvent.onReceived(DistributedCache.CDB:3)
     at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.onMessage(Service.CDB:9)
     at com.tangosol.coherence.component.util.daemon.queueProcessor.Service.onNotify(Service.CDB:123)
     at com.tangosol.coherence.component.util.daemon.queueProcessor.service.DistributedCache.onNotify(DistributedCache.CDB:3)
     at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:35)
     at java.lang.Thread.run(Thread.java:619)
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 32756 bytes for ChunkPool::allocate. Out of swap space?
# Internal Error (allocation.cpp:120), pid=4052, tid=6048
# Error: ChunkPool::allocate
# Java VM: Java HotSpot(TM) Server VM (10.0-b19 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x65f21400): JavaThread "CompilerThread1" daemon [_thread_in_native, id=6048, stack(0x662d0000,0x66320000)]
Stack: [0x662d0000,0x66320000]
[error occurred during error reporting (printing stack bounds), id 0x80000001]
Current CompileTask:
C2:972 ! sun.nio.cs.SingleByteEncoder.encodeArrayLoop(Ljava/nio/CharBuffer;Ljava/nio/ByteBuffer;)Ljava/nio/charset/CoderResult; (475 bytes)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x66425400 JavaThread "DistributedCache:EventDispatcher" daemon [_thread_blocked, id=6024, stack(0x66b10000,0x66b60000)]
0x665ca400 JavaThread "TcpAcceptor:TcpProcessor" daemon [_thread_blocked, id=1164, stack(0x66fc0000,0x67010000)]
0x6656cc00 JavaThread "TcpAcceptor" daemon [_thread_blocked, id=5996, stack(0x66ed0000,0x66f20000)]
0x666ee800 JavaThread "ExtendTcpProxyServiceWorker:4" daemon [_thread_blocked, id=5056, stack(0x66e80000,0x66ed0000)]
0x666ee400 JavaThread "ExtendTcpProxyServiceWorker:3" daemon [_thread_blocked, id=3232, stack(0x66e30000,0x66e80000)]
0x664d1000 JavaThread "ExtendTcpProxyServiceWorker:2" daemon [_thread_blocked, id=1932, stack(0x66de0000,0x66e30000)]
0x66685000 JavaThread "ExtendTcpProxyServiceWorker:1" daemon [_thread_blocked, id=2496, stack(0x66d90000,0x66de0000)]
0x6668c400 JavaThread "ExtendTcpProxyServiceWorker:0" daemon [_thread_blocked, id=2256, stack(0x66d40000,0x66d90000)]
0x66595400 JavaThread "Cluster:EventDispatcher" daemon [_thread_blocked, id=6112, stack(0x66cf0000,0x66d40000)]
0x66584400 JavaThread "Proxy:ExtendTcpProxyService" daemon [_thread_blocked, id=6132, stack(0x66ca0000,0x66cf0000)]
0x666f7400 JavaThread "Proxy:ExtendTcpProxyService:EventDispatcher" daemon [_thread_blocked, id=852, stack(0x66c50000,0x66ca0000)]
0x666fdc00 JavaThread "DistributedCache" daemon [_thread_blocked, id=5380, stack(0x66c00000,0x66c50000)]
0x663da400 JavaThread "TcpRingListener" daemon [_thread_in_native, id=5576, stack(0x66b60000,0x66bb0000)]
0x6651d400 JavaThread "Cluster" daemon [_thread_blocked, id=6084, stack(0x66ac0000,0x66b10000)]
0x66419400 JavaThread "PacketSpeaker" daemon [_thread_blocked, id=4240, stack(0x66a70000,0x66ac0000)]
0x6651f800 JavaThread "PacketPublisher" daemon [_thread_blocked, id=6088, stack(0x66a20000,0x66a70000)]
0x6647e800 JavaThread "PacketReceiver" daemon [_thread_blocked, id=6080, stack(0x669d0000,0x66a20000)]
0x6647e400 JavaThread "PacketListener1" daemon [_thread_in_native, id=6072, stack(0x66980000,0x669d0000)]
0x6656d800 JavaThread "PacketListenerN" daemon [_thread_blocked, id=6076, stack(0x66930000,0x66980000)]
0x664da800 JavaThread "Logger@9233091 3.3.1/389" daemon [_thread_blocked, id=4908, stack(0x66880000,0x668d0000)]
0x65f23c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=5580, stack(0x66320000,0x66370000)]
=>0x65f21400 JavaThread "CompilerThread1" daemon [_thread_in_native, id=6048, stack(0x662d0000,0x66320000)]
0x65f1c800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=6040, stack(0x66280000,0x662d0000)]
0x65f1b400 JavaThread "Attach Listener" daemon [_thread_blocked, id=6004, stack(0x66230000,0x66280000)]
0x65f1ac00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=6032, stack(0x661e0000,0x66230000)]
0x65d4cc00 JavaThread "Finalizer" daemon [_thread_blocked, id=6020, stack(0x66190000,0x661e0000)]
0x65f12800 JavaThread "Reference Handler" daemon [_thread_blocked, id=6036, stack(0x66140000,0x66190000)]
0x00386000 JavaThread "main" [_thread_blocked, id=5040, stack(0x003a0000,0x003f0000)]
Other Threads:
0x65f11000 VMThread [stack: 0x660f0000,0x66140000] [id=5992]
0x65f25400 WatcherThread [stack: 0x66370000,0x663c0000] [id=5492]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00385790/0x00002724] Safepoint_lock - owner thread: 0x65f11000
[0x003857f0/0x00002714] Threads_lock - owner thread: 0x65f11000
[0x00385990/0x000026d4] Heap_lock - owner thread: 0x666fdc00
Heap
PSYoungGen total 158464K, used 147632K [0x5af00000, 0x655a0000, 0x655a0000)
eden space 146496K, 100% used [0x5af00000,0x63e10000,0x63e10000)
from space 11968K, 9% used [0x63e10000,0x63f2c000,0x649c0000)
to space 11712K, 0% used [0x64a30000,0x64a30000,0x655a0000)
PSOldGen total 1365376K, used 1054407K [0x079a0000, 0x5af00000, 0x5af00000)
object space 1365376K, 77% used [0x079a0000,0x47f51f70,0x5af00000)
PSPermGen total 16384K, used 10909K [0x039a0000, 0x049a0000, 0x079a0000)
object space 16384K, 66% used [0x039a0000,0x04447748,0x049a0000)
Dynamic libraries:

Java.sql.SQLException:Cannot open any more tables.

I have such exception(java.sql.SQLException: [Microsoft][ODBC Microsoft Access Driver] Cannot open any more tables.) when I try to make request to database:
if(null!=con)
try{
Statement stmt;
stmt = con.createStatement ( ResultSet.TYPE_SCROLL_INSENSITIVE,
ResultSet.CONCUR_UPDATABLE);
ResultSet rs= stmt.executeQuery(quary);
} catch(SQLException ex) {
System.err.println("SQLException: " + ex.getMessage());
ex.printStackTrace();
}//try
But exception occurs after several requests(about 20). First 20 requests work fine. What is it? Thanks.

Statement stmt;
stmt = con.createStatement ( ResultSet.TYPE_SCROLL_INSENSITIVE,
try{
ResultSet.CONCUR_UPDATABLE);
ResultSet rs= stmt.executeQuery(quary);
} catch(SQLException ex) {
System.err.println("SQLException: " + ex.getMessage());
ex.printStackTrace();
}//tryyou should reuse the statement rather than opening it for every query
Good Luck

My iphone4 says cannot creat any more free icloud accounts

Went and got iphone turned on payed for activation and was told everything fine and all ready to use . now the cloud says it can no longer make any more free icloud accounts how can i get my icloud to accept my account

Hi Alisson.Oliver,
Welcome to the Support Communities!
Are you asking about email aliases for your iCloud account? If so, the limit is three. This article will explain how to manage them.
iCloud: About email aliases
http://support.apple.com/kb/ht4897
Cheers,
- Judy

Java.lang.OutOfMemoryError: PermGen space

<Oct 25, 2011 12:15:53 AM IST> <Error> <netuix> <BEA-423405> <An exception [java.lang.OutOfMemoryError: PermGen space] w
as thrown while rendering the content at [jsp/changemgmt/ChangeManager.jsp].
javax.servlet.ServletException: java.lang.OutOfMemoryError: PermGen space
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:341)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:183)
at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:523)
at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:444)
at org.apache.beehive.netui.pageflow.scoping.internal.ScopedRequestDispatcher.include(ScopedRequestDispatcher.ja
va:119)
Truncated. see log file for complete stacktrace
Caused By: java.lang.OutOfMemoryError: PermGen space
at sun.misc.Unsafe.defineClass(Native Method)
at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:63)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396)
at java.security.AccessController.doPrivileged(Native Method)
Truncated. see log file for complete stacktrace
>
<Oct 25, 2011 12:15:53 AM IST> <Error> <netuix> <BEA-423137> <There was an error loading the requested URI /jsp/changemg
mt/ChangeManager.jsp.>
<Oct 25, 2011 12:16:14 AM IST> <Error> <HTTP> <BEA-101017> <[ServletContext@22272290[app:consoleapp module:console path:
/console spec-version:2.5]] Root cause of ServletException.
java.lang.OutOfMemoryError: PermGen space
>
<Oct 25, 2011 12:16:15 AM IST> <Error> <HTTP> <BEA-101107> <[ServletContext@22272290[app:consoleapp module:console path:
/console spec-version:2.5]] Problem occurred while serving the error page.
java.lang.OutOfMemoryError: PermGen space
>
Exception in thread "[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'"
Exception: java.lang.OutOfMemoryError thrown from the UncaughtExceptionHandler in thread "[ACTIVE] ExecuteThread: '1' fo
r queue: 'weblogic.kernel.Default (self-tuning)'"
Exception in thread "[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'"
Exception: java.lang.OutOfMemoryError thrown from the UncaughtExceptionHandler in thread "[ACTIVE] ExecuteThread: '0' fo
r queue: 'weblogic.kernel.Default (self-tuning)'"
Exception in thread "[ACTIVE] ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'"
Exception: java.lang.OutOfMemoryError thrown from the UncaughtExceptionHandler in thread "[ACTIVE] ExecuteThread: '3' fo
r queue: 'weblogic.kernel.Default (self-tuning)'"
Java HotSpot(TM) Client VM warning: Exception java.lang.OutOfMemoryError occurred dispatching signal UNKNOWN to handler-
the VM may need to be forcibly terminated
Java HotSpot(TM) Client VM warning: Exception java.lang.OutOfMemoryError occurred dispatching signal UNKNOWN to handler-
the VM may need to be forcibly terminated
Java HotSpot(TM) Client VM warning: Exception java.lang.OutOfMemoryError occurred dispatching signal UNKNOWN to handler-
the VM may need to be forcibly terminated
Java HotSpot(TM) Client VM warning: Exception java.lang.OutOfMemoryError occurred dispatching signal UNKNOWN to handler-
the VM may need to be forcibly terminated
Java HotSpot(TM) Client VM warning: Exception java.lang.OutOfMemoryError occurred dispatching signal UNKNOWN to handler-
the VM may need to be forcibly terminated
Java HotSpot(TM) Client VM warning: Exception java.lang.OutOfMemoryError occurred dispatching signal UNKNOWN to handler-
the VM may need to be forcibly terminated
Environment:
OS: Windows Vista
Weblogic 10.3.5
JDK: java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) Client VM (build 21.0-b17, mixed mode, sharing)
I created a new domain and when access the Admin console I get the " OutOfMemory " Error
I revisited the domain creation steps and identified that when selecting the available JDK it shows " JRockit SDK 1.7.0 @ E:\Development\Java\jdk1.7.0"
But if I do a java-version I get Sun JDK
java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) Client VM (build 21.0-b17, mixed mode, sharing)
Start-up Argument
JAVA Memory arguments: -Xms512m -Xmx512m
WLS Start Mode=Production
CLASSPATH=D:\BEA_HOME\patch_wls1035\profiles\default\sys_manifest_classpath\weblogic_patch.jar;D:\BEA_HOME\patch_ocp360\profiles\default\sys_manifest_classpath\weblogic_patch.jar;E:\DEVELO~1\Java\JDK17~1.0\lib\tools.jar;D:\BEA_HOME\WLSERV~1.3\server\lib\weblogic_sp.jar;D:\BEA_HOME\WLSERV~1.3\server\lib\weblogic.jar;D:\BEA_HOME\modules\features\weblogic.server.modules_10.3.5.0.jar;D:\BEA_HOME\WLSERV~1.3\server\lib\webservices.jar;D:\BEA_HOME\modules\ORGAPA~1.1/lib/ant-all.jar;D:\BEA_HOME\modules\NETSFA~1.0_1/lib/ant-contrib.jar;D:\BEA_HOME\WLSERV~1.3\common\derby\lib\derbyclient.jar;D:\BEA_HOME\WLSERV~1.3\server\lib\xqrl.jar;.;C:\Program Files\Java\jre7\lib\ext\QTJava.zip
PATH=D:\BEA_HOME\patch_wls1035\profiles\default\native;D:\BEA_HOME\patch_ocp360\profiles\default\native;D:\BEA_HOME\WLSERV~1.3\server\native\win\32;D:\BEA_HOME\WLSERV~1.3\server\bin;D:\BEA_HOME\modules\ORGAPA~1.1\bin;E:\DEVELO~1\Java\JDK17~1.0\jre\bin;E:\DEVELO~1\Java\JDK17~1.0\bin;D:\oraclexe\app\oracle\product\10.2.0\server\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files\Broadcom\Broadcom 802.11\Driver;C:\Program Files\QuickTime\QTSystem\;D:\BEA_HOME\WLSERV~1.3\server\native\win\32\oci920_8
* To start WebLogic Server, use a username and *
* password assigned to an admin-level user. For *
* server administration, use the WebLogic Server *
* console at http:\\hostname:port\console *
starting weblogic with Java version:
Starting WLS with line:
E:\DEVELO~1\Java\JDK17~1.0\bin\java -Xms512m -Xmx512m -Dweblogic.Name=MyAdmin -Djava.security.policy=D:\BEA_HOME\WLSERV~1.3\server\lib\weblogic.policy -Dweblogic.ProductionModeEnabled=true -da -Dplatform.home=D:\BEA_HOME\WLSERV~1.3 -Dwls.home=D:\BEA_HOME\WLSERV~1.3\server -Dweblogic.home=D:\BEA_HOME\WLSERV~1.3\server -Dweblogic.management.discover=true -Dwlw.iterativeDev=false -Dwlw.testConsole=false -Dwlw.logErrorsToConsole=false -Dweblogic.ext.dirs=D:\BEA_HOME\patch_wls1035\profiles\default\sysext_manifest_classpath;D:\BEA_HOME\patch_ocp360\profiles\default\sysext_manifest_classpath weblogic.Server
<Oct 25, 2011 12:24:20 AM IST> <Info> <Security> <BEA-090905> <Disabling CryptoJ JCE Provider self-integrity check for better startup performance. To enable this check, specify -Dweblogic.security.allowCryptoJDefaultJCEVerification=true>
<Oct 25, 2011 12:24:20 AM IST> <Info> <Security> <BEA-090906> <Changing the default Random Number Generator in RSA CryptoJ from ECDRBG to FIPS186PRNG. To disable this change, specify -Dweblogic.security.allowCryptoJDefaultPRNG=true>
<Oct 25, 2011 12:24:21 AM IST> <Info> <WebLogicServer> <BEA-000377> <Starting WebLogic Server with Java HotSpot(TM) Client VM Version 21.0-b17 from Oracle Corporation>
<Oct 25, 2011 12:24:22 AM IST> <Info> <Management> <BEA-141107> <Version: WebLogic Server 10.3.5.0 Fri Apr 1 20:20:06 PDT 2011 1398638 >
Any possible pointers to the issue. Is it a issue with incompatible JDK 1.7 with weblogic 10.3.5.

I just checked on the Oracle Support site. Oracle WebLogic Server 10.3.5.0.0 is certified with Oracle JDK (1.6.0_24+). There are other JDKs listed but they're all in the Java 6 family, no Java 7.
Also, Oracle WebLogic Server 12.1.1.0.0 shows as certified with Oracle JDK 1.6.0_29+.
Of course, this is all as of this writing.
D

Java.lang.OutOfMemoryError: unable to create new native thread on Win2000

Dear all,
I install a java server (SAP J2EE) on the windows machine and run into the following problem: the total number of threads cannot exceed 1200 (as i see this in the task manager)
After it does reach this number no other tasks can be started. Thereafter i get java.lang.OutOfMemoryError: unable to create new native thread error .
However the other machine where the same distribution of Win2000 Server is installed can easily coupe with more than 2500 theads. The same is true when the safe mode on the first machine is on: I can generate more than 1200 threads. So it seems the problem has something to do with Windows itself.
I am really puzzled here, would really appreciate any help.
Thanks in advance,
Dimitry
Surkov Dimitry
[email protected]
+49.1632.492618

well, i do not supply any options when i start jvm, but it is not the course:
it also happens with c programs. however in the safe mode it works. both for c and for java program.
so it must be either some software (however memory is ok) or ...? i am lost. In some Unix system you can set the total number of threads allowed as an option in the kernal. But i guess this is not the case with windows.
Thanks a lot for your reply,
dimitry

Java.lang.OutOfMemoryError: unable to create new native thread

Hi All,
I have installed weblogic server 8 sp4 in production environment . I am facing problems with JVM issues .
JVM is crashing very frequently with the following errro :
####<Jun 18, 2009 10:58:22 AM IST> <Info> <Common> <IMM90K-21> <SalesCom> <ExecuteThread: '24' for queue: 'weblogic.kernel.Default'> <<anonymous>> <> <BEA-000628> <Created "1" resources for pool "PIConnectionPool", out of which "1" are available and "0" are unavailable.>
####<Jun 18, 2009 11:00:09 AM IST> <Info> <EJB> <IMM90K-21> <SalesCom> <ExecuteThread: '23' for queue: 'weblogic.kernel.Default'> <<anonymous>> <> <BEA-010051> <EJB Exception occurred during invocation from home: payoutCheck.ejb.payoutCheck_s6v3so_HomeImpl@121a735 threw exception: java.lang.OutOfMemoryError: unable to create new native thread
java.lang.OutOfMemoryError: unable to create new native thread
     at java.lang.Thread.start(Native Method)
     at payoutCheck.classes.MyThread2.MyThreadv(PayoutCheckBOImpl.java:249)
     at payoutCheck.classes.PayoutCheckBOImpl.genSP(PayoutCheckBOImpl.java:184)
     at payoutCheck.ejb.PayoutCheckSLSB.genSP(PayoutCheckSLSB.java:191)
     at payoutCheck.ejb.payoutCheck_s6v3so_EOImpl.genSP(payoutCheck_s6v3so_EOImpl.java:315)
     at payoutCheck.ejb.payoutCheck_s6v3so_EOImpl_CBV.genSP(Unknown Source)
     at payoutCheck.deligate.PayoutCheckBD.genSP(PayoutCheckBD.java:226)
     at ui.action.SearchAction.callFilter(SearchAction.java:378)
     at sun.reflect.GeneratedMethodAccessor201.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:324)
     at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
     at org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:220)
     at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:446)
     at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:266)
     at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1292)
     at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:510)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1006)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315)
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6718)
     at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
     at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
     at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3764)
     at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2644)
     at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
     at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
>
The above mentioned is coming several times , anybody please help out to get rid of this issue.
Thanks in advance ,
Krikar.

This only tells you that the JVM is running out of heap space. It doesn't tell you what is causing the problem. You likely have a memory leak, but you could also try increasing the max heap size of the JVM (-Xmx command line option). It would help to watch the % mem in use statistic, but only immediately after a garbage collection cycle (you can force a GC from the admin console). If the % mem in use after the GC is increasing over time, then that likely confirms you have a memory leak. Note that looking at that statistic during the server startup probably is irrelevant. You'd need to wait until the server finishes starting up, and likely processed a few messages (to load static data).
If you get to the point of confirming that you have a memory leak, that requires doing detailed analysis with a Java profiler (JProfiler, JProbe, YourKit, etc.) to track down the source of the leak.

CREATE PDF fails with ALC-PDG-null-Generic Log Message java.lang.OutOfMemoryError

Adobe LiveCycle PDF Generator ES (Version: 8.2.1)
The CREATE PDF service fails. It does not convert word documents to PDF. It used to work earlier. We haven't changed any configuration. The Server.log has the below entries:
2014-01-07 10:18:49,536 INFO [com.adobe.pdfg.GeneratePDFImpl] ALC-PDG-001-000-
Job ID for the submitted createPDF job =BXU004275.docx911bb3-b13cac-ba31d8-1e253f-c932e7-fa2bf0
2014-01-07 10:18:52,176 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-024-BXU004275.docx: Time Job Submitted: 1/7/14 10:18 AM
2014-01-07 10:18:52,458 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-021-BXU004275.docx: PDF Settings Used: pdfg Standard 55865
2014-01-07 10:18:52,458 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-022-BXU004275.docx: Security Settings Used: No Security
2014-01-07 10:18:52,458 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-023-BXU004275.docx: FileType Settings Used: Standard
2014-01-07 10:18:52,458 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-017-BXU004275.docx: Job Submitted by User: administrator
2014-01-07 10:18:52,536 INFO [com.adobe.service.ProcessResource] BMC505: Service PDFMakerSvc: Starting native process with command line "C:\\Adobe\\LiveCycle8.2\\jboss\\server\\all\\svcnative\\PDFMakerSvc\\bin\\dll\\pdfgen.ex e" PDF-PD1936a0002 -beginExecutable "C:\\Java\\jdk1.5.0_14\\jre\\bin\\javaw.exe" -endExecutable -Xmx64m -cp "C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/adobe-appmon.jar;C:/Ado be/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/adobe-appmondata.jar;C:/Adobe/L iveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/adobe-bslj.jar;C:/Adobe/LiveCycle8. 2/jboss/server/all/svcnative/PDFMakerSvc/bin/adobe-csa.jar;C:/Adobe/LiveCycle8.2/jboss/ser ver/all/svcnative/PDFMakerSvc/bin/adobe-generatepdf-client.jar;C:/Adobe/LiveCycle8.2/jboss /server/all/svcnative/PDFMakerSvc/bin/adobe-pdfg-common-jaxb.jar;C:/Adobe/LiveCycle8.2/jbo ss/server/all/svcnative/PDFMakerSvc/bin/adobe-pdfg-common.jar;C:/Adobe/LiveCycle8.2/jboss/ server/all/svcnative/PDFMakerSvc/bin/adobe-pdfg-commonbmc.jar;C:/Adobe/LiveCycle8.2/jboss/ server/all/svcnative/PDFMakerSvc/bin/adobe-pdfg-idl-bmc-websphere.jar;C:/Adobe/LiveCycle8. 2/jboss/server/all/svcnative/PDFMakerSvc/bin/adobe-pdfg-idl-bmc.jar;C:/Adobe/LiveCycle8.2/ jboss/server/all/svcnative/PDFMakerSvc/bin/adobe-utilities.jar;C:/Adobe/LiveCycle8.2/jboss /server/all/svcnative/PDFMakerSvc/bin/avalon-framework-4.1.5.jar;C:/Adobe/LiveCycle8.2/jbo ss/server/all/svcnative/PDFMakerSvc/bin/comfyj-2.4.jar;C:/Adobe/LiveCycle8.2/jboss/server/ all/svcnative/PDFMakerSvc/bin/jacorb.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/ PDFMakerSvc/bin/jaxb-api.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/ bin/jaxb-impl.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jaxb-li bs.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_acrobat1 .1.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_autocad1 .1.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_autocad2 007.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_excel1. 3.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_pdfmapi1. 0.jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_ppt2.6.ja r;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_project4.4.ja r;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_publisher1.0. jar;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_visio4.a.ja r;C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniw2.9.5_word8.1.jar;C :/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/jniwrap-3.6.1.jar;C:/Adobe /LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/logkit-1.2.jar;C:/Adobe/LiveCycle 8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/namespace.jar;C:/Adobe/LiveCycle8.2/jboss/s erver/all/svcnative/PDFMakerSvc/bin/PDFMakerConverterServer.jar;C:/Adobe/LiveCycle8.2/jbos s/server/all/svcnative/PDFMakerSvc/bin/winpack-3.6.jar;C:/Adobe/LiveCycle8.2/jboss/server/ all/svcnative/ServicesNatives2/jars/adobe-bslj.jar" com.adobe.native2pdf.bmc.PDFMakerServer -IOR IOR:000000000000002249444C3A636F6D2F61646F62652F736572766963652F4D616E616765723A312E30000 0000000000200000000000000D8000102000000000D31302E32302E3133302E353200000DC8000000134A426F7 3732F42522D312F010000000000000000000000050000000000000008000000004A414300000000010000001C0 000000000010001000000010501000100010109000000010501000100000021000000500000000000000001000 0000000000024000000200000007E00000000000000010000000D31302E32302E3133302E353200000DC900000 0000000000000000000000000000000000000000000000000000000002000000004000000000000001F0000000 400000003000000010000002000000000000000020000002000000004000000000000001F0000000400000003 -AppServer jboss
2014-01-07 10:18:52,567 INFO [STDOUT] Command line '"C:\Java\jdk1.5.0_14\jre\bin\javaw.exe"'
2014-01-07 10:18:52,770 INFO [STDOUT] [configuration loaded from classpath resource jar:file:/C:/Adobe/LiveCycle8.2/jboss/server/all/svcnative/PDFMakerSvc/bin/adobe-pdfg-com monbmc.jar!/jacorb.properties]
2014-01-07 10:18:53,942 INFO [com.adobe.native2pdf.bmc.WordToPDFConverter] ALC-PDG-001-001-Begin processing job : C:\Documents and Settings\infodba\Local Settings\Temp\pdfg-infodba\6f\40a5-a1cb14-9618a9-a39550-d1e383-217845\native-in.docx
2014-01-07 10:19:04,925 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-016-BXU004275.docx: Job Type: Convert to PDF
2014-01-07 10:19:04,940 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-027-BXU004275.docx: Job Completion Status: Succeeded
2014-01-07 10:19:04,940 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-025-BXU004275.docx: Time Job Completed: 1/7/14 10:19 AM
2014-01-07 10:19:04,940 INFO [com.adobe.pdfg.BMCCaller] ALC-PDG-001-026-BXU004275.docx: Time of Job Execution: 12,764 ms
2014-01-07 10:19:04,940 INFO [com.adobe.aes.web.create.CreatePDFAct] ALC-PDG-001-018-BXU004275.docx: User Connected from Host: 10.2.113.168/10.2.113.168
2014-01-07 10:19:04,940 INFO [com.adobe.aes.web.create.CreatePDFAct] ALC-PDG-001-029-BXU004275.docx: Job Source: Admin UI
2014-01-07 10:19:05,018 ERROR [com.adobe.aes.web.create.CreatePDFAct] ALC-PDG-null-Generic Log Message
java.lang.OutOfMemoryError
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:194)
at com.adobe.idp.Document.passivateInitData(Document.java:1219)
at com.adobe.idp.Document.passivate(Document.java:1055)
at com.adobe.idp.Document.passivate(Document.java:1012)
at com.adobe.idp.Document.getInputStream(Document.java:1524)
at com.adobe.idp.Document.copyToFile(Document.java:1623)
at com.adobe.aes.web.create.CreatePDFAct.execute(CreatePDFAct.java:192)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at com.adobe.aes.web.AesActionServlet.service(AesActionServlet.java:63)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j ava:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.adobe.idp.um.auth.filter.AuthenticationFilter.doFilter(AuthenticationFilter.java:154)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j ava:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j ava:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.ja va:159)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11P rotocol.java:744)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:595)

Thanks guys for the response..
I checked the IR and the SAP Basis has been added. Here are the details I got.
Name: SAP_BASIS
Version: 700
SWCV: SAP BASIS 7.00
Available Support Packages: 12
Any more suggesions/feedback will be greatly appreciated.
Thanks

FB 4.7 AIR 3.6 Flex 4.9 iOS packing - Exception in thread "main" java.lang.OutOfMemoryError'

I've got an error similar to Isaac_Sunkes' 'FB 4.7 iOS packaging - Exception in thread "main" java.lang.OutOfMemoryError',
but the causes are not related to what he discovered, corrupt image or other files, I'd exclude bad archive contents in my project.
I'm using Flash Builder 4.7 with Adobe AIR 3.6 set into an Apache Flex 4.9.1 SDK;
HW system is:
iMac,    2,7 GHz Intel Core i5,    8 GB 1600 MHz DDR3,    NVIDIA GeForce GT 640M 512 MB,    OS X 10.8.2 (12C3103)
The Flash project consists in an application with a main SWF file which loads, via ActionScript methods, other SWF in cascade.
I've formerly compiled and run the application on an iPad 1, IOS 5.0.1 (9A405), but got on the device the error alert:
"Uncompiled ActionScript
Your application is attempitng to run
uncompiled ActionScript, probably
due to the use of an embedded
SWF. This is unsupported on iOS.
See the Adobe Developer
Connection website for more info."
Then I changed the FB compiler switches, now are set to:
-locale en_US
-swf-version=19
Please note that without the switch    -swf-version=19     the application is compiled correctly and the IPA is sent to the device
and I can debug it, but iOS traps secondary SWF files and blocke the app usage, as previously told.
they work on deploy of small applications,
but, when I try to build a big IPA file either for an ad-hoc distribution, either for an debug on device, after some minutes long waiting, I get a Java stuck, with this trace:
Error occurred while packaging the application:
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java.util.HashMap.addEntry(HashMap.java:753)
    at java.util.HashMap.put(HashMap.java:385)
    at java.util.HashSet.add(HashSet.java:200)
    at adobe.abc.Algorithms.addUses(Algorithms.java:165)
    at adobe.abc.Algorithms.findUses(Algorithms.java:187)
    at adobe.abc.GlobalOptimizer.sccp(GlobalOptimizer.java:4731)
    at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:3615)
    at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:2309)
    at adobe.abc.LLVMEmitter.optimizeABCs(LLVMEmitter.java:532)
    at adobe.abc.LLVMEmitter.generateBitcode(LLVMEmitter.java:341)
    at com.adobe.air.ipa.AOTCompiler.convertAbcToLlvmBitcodeImpl(AOTCompiler .java:599)
    at com.adobe.air.ipa.BitcodeGenerator.main(BitcodeGenerator.java:104)
I've tried to change the Java settings on FB's eclipse.ini in MacOS folder,
-vmargs
-Xms(various settings up to)1024m
-Xmx(various settings up to)1024m
-XX:MaxPermSize=(various settings up to)512m
-XX:PermSize=(various settings up to)256m
but results are the same.
Now settings are back as recommended:
-vmargs
-Xms256m
-Xmx512m
-XX:MaxPermSize=256m
-XX:PermSize=64m
I've changed the Flex build.properties
jvm.args = ${local.d32} -Xms64m -Xmx1024m -ea -Dapple.awt.UIElement=true
with no results; now I'n get back to the standard:
jvm.args = ${local.d32} -Xms64m -Xmx384m -ea -Dapple.awt.UIElement=true
and now I truely have no more ideas;
could anyone give an help?
many thanks in advance.

I solved this. It turns out the app icons were corrupt. After removing them and replacing them with new files this error went away.

Exception in thread "main" java.lang.OutOfMemoryError( while importing xml)

I am trying to config application in Sun One Portal server 3.0 SP5 , (Sun Solaris 8)during configuration I was trying to import some xml files however during the process I got the error :
Exception in thread "main" java.lang.OutOfMemoryError.
I tried increasing the size of the heap in jvm12.conf to 512 MB and even tried to run the command -Xms512M, but this didn't help.
Pls respond as asap.
Sharad gehani

Hi gimbal2,
yeah, its streaming the particular data (ie CUSTOMER) from input xml file and generate the txt file.
I tried like below . But this is also not working. Getting the same error.
java -Xmx2048m -mx2048m -Xss1024k -Xoss1024m
Any other possible solution on this?

Exception in thread "main" java.lang.OutOfMemoryError(please help me )

Hi All
here my java class trying to read a txt file(which is having size of 60MB).and putting each line into a Vector class. problem is ,upto certain number of line it is reading properly and putting into vector..after that it is giving error like Exception in thread "main" java.lang.OutOfMemoryError..what is the problem and how to rectify this one..anybody help me on this.
actual situation is one txt is there in that 80 lakhs of lines of content is there..java file trying to read each line and put it into vector or stringbuffer and split it into two lines like key=value and put it into hashmap object.then finally iam creating new file(.properties) and writing these hashmap data on it. if you want clearly..please look into below code..
package test.utf8; import java.io.*; import java.util.*; public class AssetUtils
//static StringBuffer stringbuffer = new StringBuffer();
public AssetUtils()
public static void main(String args[]) throws IOException
BufferedReader bufferedreader = new BufferedReader(new InputStreamReader(new FileInputStream("D:\\list.txt")));
Vector vector = new Vector(0x30D40, 50000);
System.out.println(vector.capacity());
Object obj = null;
int n=0;
System.out.println("Reading list:" + new Date(System.currentTimeMillis()));
do
String s = bufferedreader.readLine();
//System.out.println("line no: "+ ++n);
if(s == null)
break;
vector.add(s);
} while(true);
System.out.println("List Read complete:" + new Date(System.currentTimeMillis()));
String s1 = args[0];
System.out.println("S1: "+s1);
System.out.println(vector.capacity());
HashMap hashmap = new HashMap();
System.out.println( "Vector.Size..>>>>>>>>>>>>>>>>.."+vector.size());
for(int i = 0; i < vector.size(); i++)
System.out.println("i value:"+i);
String s2 = (String)vector.get(i);
//System.out.println("S2: "+s2);
if(s2.indexOf("/") != -1)
String s3 = s2.substring(s1.length(), s2.length());
//System.out.println("S3: "+s3);
if(s3.indexOf("/") != -1) {
String s4 = s3.substring(0, s3.lastIndexOf("/"));
//System.out.println("S4: "+s4);
String s6 = s3.substring(s3.lastIndexOf("/") + 1, s3.length());
//System.out.println("S6: "+s6);
StringBuffer stringbuffer=null;
stringbuffer = new StringBuffer();
String s8 = (String)hashmap.get(s4);
//System.out.println("S8: "+s8);
if(s8 != null) stringbuffer.append(s8 + "," + s6);
else
stringbuffer.append(s6);
hashmap.put(s4, stringbuffer.toString());
//stringbuffer.delete(0,stringbuffer.length());
stringbuffer=null;
System.out.println("Opening asset.properties:" + new Date(System.currentTimeMillis()));
File file = new File("D:\\asset.properties");
PrintWriter printwriter = new PrintWriter(new FileOutputStream(file));
String s5;
String s7;
for(Iterator iterator = hashmap.keySet().iterator(); iterator.hasNext(); printwriter.println(s5 + "=" + s7))
{ s5 = (String)iterator.next(); s7 = (String)hashmap.get(s5); } printwriter.close();
System.out.println("Closing asset.properties:" + new Date(System.currentTimeMillis()));

Theres a number of ways you can improve your memory usage:
1) Build you map as you read in your file.
2) Use StringBuffers in your map - do not use "asshaj" + "ashaskj" This is very memory intensive
If you still run out of memory try running the JVM using -Xms128m -Xmx512m or higher

Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError:

hi,
i have to build similar sql query analizer. i am using jdbc and swing.
my frame contains jtable and jtree. jtree contains schemas and tables.
Jtables show mysql table data, when user choose table in Jtree.
its run first click and second.... But after a few click its doesnt run and i get this Exception:
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space
at com.mysql.jdbc.Buffer.getBytes(Buffer.java:198)
at com.mysql.jdbc.Buffer.readLenByteArray(Buffer.java:318)
at com.mysql.jdbc.MysqlIO.nextRow(MysqlIO.java:1345)
at com.mysql.jdbc.MysqlIO.readSingleRowSet(MysqlIO.java:2330)
at com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:427)
at com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(MysqlIO.java:2035)
at com.mysql.jdbc.MysqlIO.readAllResults(MysqlIO.java:1421)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1772)
at com.mysql.jdbc.Connection.execSQL(Connection.java:2430)
at com.mysql.jdbc.Connection.execSQL(Connection.java:2359)
at com.mysql.jdbc.Statement.executeQuery(Statement.java:1227)
at Database.getQueryRs(Database.java:50)
at Database.getColumnNames(Database.java:30)
at NewJFrame.tableDegis(NewJFrame.java:221)
at NewJFrame.jTree1ValueChanged(NewJFrame.java:196)
at NewJFrame.access$000(NewJFrame.java:21)
at NewJFrame$1.valueChanged(NewJFrame.java:93)
at javax.swing.JTree.fireValueChanged(JTree.java:2825)
at javax.swing.JTree$TreeSelectionRedirector.valueChanged(JTree.java:3196)
at javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(DefaultTreeSelectionModel.java:629)
at javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(DefaultTreeSelectionModel.java:1078)
at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(DefaultTreeSelectionModel.java:287)
at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPath(DefaultTreeSelectionModel.java:170)
at javax.swing.JTree.setSelectionPath(JTree.java:1600)
at javax.swing.plaf.basic.BasicTreeUI.selectPathForEvent(BasicTreeUI.java:2410)
at javax.swing.plaf.basic.BasicTreeUI$Handler.handleSelection(BasicTreeUI.java:3619)
at javax.swing.plaf.basic.BasicTreeUI$Handler.mousePressed(BasicTreeUI.java:3558)
at java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:262)
at java.awt.Component.processMouseEvent(Component.java:6035)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3260)
at java.awt.Component.processEvent(Component.java:5803)
at java.awt.Container.processEvent(Container.java:2058)
private void jTree1ValueChanged(javax.swing.event.TreeSelectionEvent evt) {
        try{
            DefaultMutableTreeNode node = (DefaultMutableTreeNode)
                            jTree1.getLastSelectedPathComponent();
            if (node == null) return;
            if (node.isLeaf()) {
                if(node.getLevel() > 1){
                    System.out.println(node.getParent());
                    tableDegis(node.getParent().toString(),node.toString());
            } else {
        }catch(Exception e){
private void tableDegis(String schema,String table){
         DefaultTableModel tablemodel = new DefaultTableModel();
         tablemodel.setDataVector(db.getData(schema,table),db.getColumnNames(schema,table));
         jTable1.setModel(tablemodel);
         System.out.println(db.getColumnNames(schema,table));
         System.gc();
public Vector getColumnNames(String schemaName,String tableName){
          Vector<String> columnNames = new Vector<String>();
          try{
               ResultSet rs = getQueryRs(schemaName,tableName);
             ResultSetMetaData md = rs.getMetaData();
               int columns = md.getColumnCount();
             for (int i = 1; i <= columns; i++)             {
                 columnNames.addElement( md.getColumnName(i) );
          }catch(Exception e){}
          System.gc();
          return columnNames;
public ResultSet getQueryRs(String schemaName,String tableName){
          ResultSet rs = null;
          try{
               String sql = "Select * from "+tableName;
                        connection.setCatalog(schemaName);
                        Statement stmt3 = connection.createStatement();
                        rs = stmt3.executeQuery( sql );
          }catch(Exception e){
          System.gc();
          return rs;
public Vector getData(String schemaName,String tableName){
        Vector<Vector<Object>> data = new Vector<Vector<Object>>();
          try{
                    ResultSet rs = getQueryRs(schemaName,tableName);
                    ResultSetMetaData md = rs.getMetaData();
                    int columns = md.getColumnCount();
                    while (rs.next()){
                  Vector<Object> row = new Vector<Object>(columns);
                        for (int i = 1; i <= columns; i++){
                            row.addElement( rs.getObject(i) );
                        data.addElement( row );
          }catch(Exception e){}
          System.gc();
          return data;
     }

lokesh_Kumar_Singh
Welcome to the forum. Please don't post in old threads that are long dead. When you have a question, please start a topic of your own. Feel free to provide a link to an old thread if relevant.
I'm locking this thread now. It's more than 1½ years old.
db

Exception in thread "DoSManager" java.lang.OutOfMemoryError: nativeGetNewTLA

Hi,
We are facing this 'Exception in thread "DoSManager" java.lang.OutOfMemoryError: nativeGetNewTLA' exception in our production logs. Our JVM as part of WebLogic Server is BEA JRockit(R) Version R27.6.5-32_o-121899-1.6.0_14 and linux-x86_64.
This is how our JVM is configured:
a. Stack size(-Xss)
--This is not configured
b. Heap size
---Xms2048m -Xmx2048m
c. XXtlasize
---This is not configured
d. XXlargeobjectlimit
---This is not configured too
As I understand if we don't configure above parameters then default values will be considered. Our concern is whenever this exception occurs our application crashes obviously because JVM is not able to execute the code because of insufficient memory. Do we need to tune our JVM or do we need to fix issues in our code? My next task is actually to do the Heap Dump analysis on the Production heap dump which would have been taken when there is an 'OutOfMemoryError' outage for better analysis. For heap dump analysis we will be using MAT.
Any suggestions regarding this would be welcomed.

i m getting Exception in thread "main"
java.lang.OutOfMemoryError,
please help meHow?
You are leaking memory or attempting to use to much. There is a bug in your code.

Java.lang.OutOfMemoryError: cannot create any more threads

Similar Messages

Maybe you are looking for