EJB is at the root level of the EJB jar.
EJB refers to other classes that have lived in the .ear's lib directory for
almost a year :-)
No additional errors in the server.log.
We're digging to see what else might be going on. Does the OSGI cache
contain results from a previous run? We've seen the application server run
out of memory before while on some kind of hk2 class modeling timer, with
nuggets like this:
[#|2010-11-07T18:29:51.848-0500|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=17;_ThreadName=Thread-1;|Exception
while visiting org/apache/xalan/res/XSLTErrorResources_ko.class of size 39332
java.lang.OutOfMemoryError: Java heap space at
org.objectweb.asm.ClassReader.accept(Unknown Source) at
org.objectweb.asm.ClassReader.accept(Unknown Source) at
org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:313) at
com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:102)
at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:297) at
org.glassfish.hk2.classmodel.reflect.Parser.access$200(Parser.java:62) at
org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:260) at
org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:249) at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at
java.util.concurrent.FutureTask.run(FutureTask.java:138) at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
I don't know what this code is doing, or what thread it's coming from.
We're starting this particular Glassfish up with the default options, so
-Xmx512m and a permgen of 192M.
I emphasize that these OOME occur before this particular startup.
L
--
[Message sent by forum member 'ljnelson']
View Post: http://forums.java.net/node/713753