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]

Similar Messages

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.

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

XML Publisher report failing with java.lang.outofmemoryerror.

Hi,
We have developed a custom Oracle report that produces an XML output file that is about 13M in size (about 18K rows from the database). When running report as concurrent request, post processing fails with java.lang.outofmemoryerror. The failure occurs when specifying output format as Excel, RTF or HTML. However, the process completes successfully when specifying output format as PDF. We have also noticed that Excel, RTF and HTML will complete successfully if the XML data file is smaller (around 3M).
Is anyone aware of a restriction on the size of the XML data file when specifying output formats Excel, RTF or HTML? We have tried setting temp directory but that has not helped.
Thanks.

Hi
I found this at metalink [Note:390968.1].. hope it helps =)
Symptoms: When attempting to run an XML Publisher concurrent program the following error occurs:
ERROR: Warning!!! Got out of memory exception, retrying with scalable option..
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
Oracle.apps.xdo.oa.cp.JCP4XDODataEngine
Program exited with status 1
Solution: To implement the solution, please execute the following steps:
1. Login select the responsibility: System Administrator.
2. Navigate to Concurrent > Program > Define.
3. Query for concurrent program that is receiving the error.
4. In the 'Options' field please enter -Xmx512M.
5. Save the change and retest the issue.
6. If the report still fails with the option set to -Xmx512M change the value to -Xmx1024M, save and try again
7. Migrate the solution as appropriate to other environments.

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

Java.lang.OutOfMemoryError: heap allocation failed

Hi,
I am facing a strange which i cannot debug..
Could anyone let me know what could be the exact reason for this kind of error...
Exception in thread "172.24.36.74:class=SnmpAdaptorServer_172.24.36.74,protocol=snmp,port=161" java.lang.OutOfMemoryError: heap allocation failed
     at java.net.PlainDatagramSocketImpl.receive0(Native Method)
     at java.net.PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136)
     at java.net.DatagramSocket.receive(DatagramSocket.java:712)
     at com.sun.management.comm.SnmpAdaptorServer.doReceive(SnmpAdaptorServer.java:1367)
     at com.sun.management.comm.CommunicatorServer.run(CommunicatorServer.java:617)
     at java.lang.Thread.run(Thread.java:595)
terminate called after throwing an instance of 'std::bad_alloc'
what(): St9bad_alloc
Ur help on this is very much appreciated...
Srinivasan.

You are trying to receive a Datagram with an enormous byte array. The maximum size of a UDP datagram is 65535-28=65507 bytes, and the maximum practical size is 534 bytes.
Best practice with UDP is to use a byte array one larger than the largest expected datagram, so you can detect truncations: if the size of the received datagram = the size of the byte array, you received an unexpectedly large message and it has probably been truncated.

Error of compilation for IOS: Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded

Error of compilation for an IOS project:
Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded
at adobe.abc.Algorithms$SetMap.get(Algorithms.java:226)
at adobe.abc.Algorithms$ExprWorkQueue.add(Algorithms.java:491)
at adobe.abc.Algorithms$ExprWorkQueue.addAll(Algorithms.java:524)
at adobe.abc.GlobalOptimizer.sccp_analyze(GlobalOptimizer.java:6007)
at adobe.abc.GlobalOptimizer.sccp(GlobalOptimizer.java:4733)
at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:3615)
at adobe.abc.GlobalOptimizer.optimize(GlobalOptimizer.java:2309)
at adobe.abc.LLVMEmitter.optimizeABCs(LLVMEmitter.java:534)
at adobe.abc.LLVMEmitter.generateBitcode(LLVMEmitter.java:343)
at com.adobe.air.ipa.GOAOTCompiler.convertAbcToLlvmBitcodeImpl(GOAOTCompiler.java:243)
at com.adobe.air.ipa.BitcodeGenerator.main(BitcodeGenerator.java:85)
Compilation failed while executing : ADT
We allocate 4GB of memory for the compilator and the results is the same. The build is very long (~5 min)

See if this helps
OutOfMemoryError: GC overhead limit exceeded when heap is just fine
regards
Pravin

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.

J2ee server Exception in thread Main java.lang.OutOfMemoryError

hallo
i need your help
first my java j2ee and jdk
j2ee j2sdkee1.3.1
jdk j2sdk 1.4
i nedd the server for jms.
when i started the server with j2ee -verbose
i get the error message:
Starting web service at port: 8000
Exception in thread "Main" java.lang.OutOfMemoryError
what can i do to get out off this error message and starting the server normal. please help me to solve the problem!!!
i read in this forum about -Xms und Xmx but this Commands don't go on my system.
thx for help!!!

Hi Warren,
Still I am not clear with your question. But generally this out of memoryspace error can be rectified by changing the properties which comes in the menubar of your command prompt. Then increasing the virtual memory over there. I hope this will help you.
Thanks
Bakrudeen
Technical Support Engineer
Sun MicroSystems Inc, India

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

FB 4.7 iOS packaging - Exception in thread "main" java.lang.OutOfMemoryError"

I have been having issues with FlashBuilder 4.7 and packaging my Flex Mobile application for iOS (simulator, or for install on device).
The funny thing is it used to work just fine before a OSX system update.
My machine is Macbook Pro, 2.66 GHz i7, Mac OSX Lion 10.7.5, 8GB
When I run application to install on device I get the error...
Error occurred while packaging the application:
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
          at com.adobe.png.PNGReader.readChunk(PNGReader.java:60)
          at com.adobe.png.PNGUtils.updatePNGMetadata(PNGUtils.java:56)
          at com.adobe.air.ipa.IPAOutputStream.addFile(IPAOutputStream.java:700)
          at com.adobe.air.ADTOutputStream.addFileFromStream(ADTOutputStream.java:307)
          at com.adobe.air.ADTOutputStream.addFileFromStream(ADTOutputStream.java:300)
          at com.adobe.air.ipa.IPAOutputStream.addSpecialIcon(IPAOutputStream.java:272)
          at com.adobe.air.ipa.IPAOutputStream.addFile(IPAOutputStream.java:256)
          at com.adobe.air.ApplicationPackager.createPackage(ApplicationPackager.java:72)
          at com.adobe.air.ipa.IPAPackager.createPackage(IPAPackager.java:245)
          at com.adobe.air.ADT.parseArgsAndGo(ADT.java:571)
          at com.adobe.air.ADT.run(ADT.java:419)
          at com.adobe.air.ADT.main(ADT.java:469)
I have tried uninstalling/ reinstalling Flash Builder 4.7 multiple times
I get this error no matter which AIR SDK I am using, 3.1, 3.4, 3.5, 3.6.
I get this error with a blank fresh project.
Please anyone, can you help me solve this.

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

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.

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

i have a huge XML file of size 9 MB. I need to parse it and store it in a MYSQL database. When i execute the program, it throws me out of memory error and only 12668 rows have been inserted into the database. I use SAX parser to parse the XML. i have also given the stack trace of the error below. Kindly let me know how to resolve the issue.
I have also changed the JAVA_OPTS to -Xms128m -Xmx512m but this didnt solve the issue.
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.util.jar.Manifest$FastInputStream.<init>(Unknown Source)
at java.util.jar.Manifest$FastInputStream.<init>(Unknown Source)
at java.util.jar.Manifest.read(Unknown Source)
at java.util.jar.Manifest.<init>(Unknown Source)
at java.util.jar.JarFile.getManifestFromReference(Unknown Source)
at java.util.jar.JarFile.getManifest(Unknown Source)
at sun.misc.URLClassPath$JarLoader$2.getManifest(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:430)
at com.mysql.jdbc.PreparedStatement.getInstance(PreparedStatement.java:561)
at com.mysql.jdbc.ConnectionImpl.clientPrepareStatement(ConnectionImpl.java:1395)
at com.mysql.jdbc.ConnectionImpl.prepareStatement(ConnectionImpl.java:4178)
at com.mysql.jdbc.ConnectionImpl.prepareStatement(ConnectionImpl.java:4077)
at DBManager.insertSchedules(DBManager.java:30)
at EPGParser.startElement(EPGParser.java:71)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)

Check your code where u set the connection query; there's a procedure in my DBConnection class, looks like this:
public void setQuery(String query) throws SQLException {
this.query = conn.prepareStatement(query);
Should look the same for u, at least similar.
I set the query this way: dbConn.setQuery("insert into groups (id, code, sectionID, languageID, year, no_students) values (?,?,?,?,?,?)");
I had to insert 24,827 records into a table, and it throws the heap space exception u mentioned when it reaches 12,667. So what i did was to put dbConn.setQuery(...) outside the loop, and inside the loop it remains to set the parameters and execute the query from connection. It works for me. Hope will help u save some memory space.

Java.lang.OutOfMemoryError: Failed to fork OS thread

Similar Messages

Maybe you are looking for