[jboss-jira] [JBoss JIRA] (AS7-4786) MSC controller hangs when loading an ear with multiple presistance units on a single threaded machine

[ https://issues.jboss.org/browse/AS7-4786?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on AS7-4786: ----------------------------------- There are two ways to workaround this. 1. Start the AS with -Dorg.jboss.server.bootstrap.maxThreads=3 2. Remove one or both "hibernate.session_factory_name" properties from the persistence.xml <property name="hibernate.session_factory_name" value="java:global/hibernate/SessionFactory"/> The following shows the two threads from the attached hungas7.txt: {quote} Thread 5328: (state = BLOCKED) - java.lang.Object.wait(long) @bci=0 (Interpreted frame) - java.lang.Object.wait() @bci=2, line=485 (Interpreted frame) - org.jboss.as.naming.WritableServiceBasedNamingStore$BindListener.await() @bci=8, line=153 (Interpreted frame) - org.jboss.as.naming.WritableServiceBasedNamingStore.bind(javax.naming.Name, java.lang.Object) @bci=162, line=72 (Interpreted frame) - org.jboss.as.naming.WritableServiceBasedNamingStore.rebind(javax.naming.Name, java.lang.Object) @bci=12, line=90 (Interpreted frame) - org.jboss.as.naming.NamingContext.rebind(javax.naming.Name, java.lang.Object) @bci=22, line=237 (Interpreted frame) - org.jboss.as.naming.InitialContext.rebind(javax.naming.Name, java.lang.Object) @bci=102, line=195 (Interpreted frame) - javax.naming.InitialContext.rebind(javax.naming.Name, java.lang.Object) @bci=7, line=412 (Interpreted frame) - org.hibernate.service.jndi.internal.JndiServiceImpl.bind(javax.naming.Name, java.lang.Object, javax.naming.Context) @bci=14, line=120 (Interpreted frame) - org.hibernate.service.jndi.internal.JndiServiceImpl.bind(java.lang.String, java.lang.Object) @bci=18, line=110 (Interpreted frame) - org.hibernate.internal.SessionFactoryRegistry.addSessionFactory(java.lang.String, java.lang.String, boolean, org.hibernate.SessionFactory, org.hibernate.service.jndi.spi.JndiService) @bci=95, line=89 (Interpreted frame) - org.hibernate.internal.SessionFactoryImpl.<init>(org.hibernate.cfg.Configuration, org.hibernate.engine.spi.Mapping, org.hibernate.service.ServiceRegistry, org.hibernate.cfg.Settings, org.hibernate.SessionFactoryObserver) @bci=1749, line=479 (Interpreted frame) - org.hibernate.cfg.Configuration.buildSessionFactory(org.hibernate.service.ServiceRegistry) @bci=90, line=1741 (Interpreted frame) - org.hibernate.ejb.EntityManagerFactoryImpl.<init>(javax.persistence.spi.PersistenceUnitTransactionType, boolean, java.lang.Class, org.hibernate.cfg.Configuration, org.hibernate.service.ServiceRegistry, java.lang.String) @bci=20, line=93 (Interpreted frame) - org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(org.hibernate.service.BootstrapServiceRegistryBuilder) @bci=68, line=905 (Interpreted frame) - org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory() @bci=8, line=890 (Interpreted frame) - org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(javax.persistence.spi.PersistenceUnitInfo, java.util.Map) @bci=23, line=74 (Interpreted frame) - org.jboss.as.jpa.service.PersistenceUnitServiceImpl.createContainerEntityManagerFactory() @bci=31, line=162 (Interpreted frame) - org.jboss.as.jpa.service.PersistenceUnitServiceImpl.start(org.jboss.msc.service.StartContext) @bci=102, line=85 (Interpreted frame) - org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(org.jboss.msc.service.Service, org.jboss.msc.service.StartContext) @bci=13, line=1811 (Interpreted frame) - org.jboss.msc.service.ServiceControllerImpl$StartTask.run() @bci=95, line=1746 (Interpreted frame) - java.util.concurrent.ThreadPoolExecutor$Worker.runTask(java.lang.Runnable) @bci=59, line=886 (Interpreted frame) - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=28, line=908 (Interpreted frame) - java.lang.Thread.run() @bci=11, line=662 (Interpreted frame) Thread 5327: (state = BLOCKED) - java.lang.Object.wait(long) @bci=0 (Interpreted frame) - java.lang.Object.wait() @bci=2, line=485 (Interpreted frame) - org.jboss.as.naming.WritableServiceBasedNamingStore$UnbindListener.await() @bci=8, line=180 (Interpreted frame) - org.jboss.as.naming.WritableServiceBasedNamingStore.unbind(javax.naming.Name) @bci=57, line=109 (Interpreted frame) - org.jboss.as.naming.WritableServiceBasedNamingStore.rebind(javax.naming.Name, java.lang.Object) @bci=2, line=85 (Interpreted frame) - org.jboss.as.naming.NamingContext.rebind(javax.naming.Name, java.lang.Object) @bci=22, line=237 (Interpreted frame) - org.jboss.as.naming.InitialContext.rebind(javax.naming.Name, java.lang.Object) @bci=102, line=195 (Interpreted frame) - javax.naming.InitialContext.rebind(javax.naming.Name, java.lang.Object) @bci=7, line=412 (Interpreted frame) - org.hibernate.service.jndi.internal.JndiServiceImpl.bind(javax.naming.Name, java.lang.Object, javax.naming.Context) @bci=14, line=120 (Interpreted frame) - org.hibernate.service.jndi.internal.JndiServiceImpl.bind(java.lang.String, java.lang.Object) @bci=18, line=110 (Interpreted frame) - org.hibernate.internal.SessionFactoryRegistry.addSessionFactory(java.lang.String, java.lang.String, boolean, org.hibernate.SessionFactory, org.hibernate.service.jndi.spi.JndiService) @bci=95, line=89 (Interpreted frame) - org.hibernate.internal.SessionFactoryImpl.<init>(org.hibernate.cfg.Configuration, org.hibernate.engine.spi.Mapping, org.hibernate.service.ServiceRegistry, org.hibernate.cfg.Settings, org.hibernate.SessionFactoryObserver) @bci=1749, line=479 (Interpreted frame) - org.hibernate.cfg.Configuration.buildSessionFactory(org.hibernate.service.ServiceRegistry) @bci=90, line=1741 (Interpreted frame) - org.hibernate.ejb.EntityManagerFactoryImpl.<init>(javax.persistence.spi.PersistenceUnitTransactionType, boolean, java.lang.Class, org.hibernate.cfg.Configuration, org.hibernate.service.ServiceRegistry, java.lang.String) @bci=20, line=93 (Interpreted frame) - org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(org.hibernate.service.BootstrapServiceRegistryBuilder) @bci=68, line=905 (Interpreted frame) - org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory() @bci=8, line=890 (Interpreted frame) - org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(javax.persistence.spi.PersistenceUnitInfo, java.util.Map) @bci=23, line=74 (Interpreted frame) - org.jboss.as.jpa.service.PersistenceUnitServiceImpl.createContainerEntityManagerFactory() @bci=31, line=162 (Interpreted frame) - org.jboss.as.jpa.service.PersistenceUnitServiceImpl.start(org.jboss.msc.service.StartContext) @bci=102, line=85 (Interpreted frame) - org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(org.jboss.msc.service.Service, org.jboss.msc.service.StartContext) @bci=13, line=1811 (Interpreted frame) - org.jboss.msc.service.ServiceControllerImpl$StartTask.run() @bci=95, line=1746 (Interpreted frame) - java.util.concurrent.ThreadPoolExecutor$Worker.runTask(java.lang.Runnable) @bci=59, line=886 (Interpreted frame) - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=28, line=908 (Interpreted frame) - java.lang.Thread.run() @bci=11, line=662 (Interpreted frame) {quote} I'll look into how PersistenceUnitServiceImpl.start could run in its own thread pool and signal asynchronously that the PersistenceUnitServiceImpl start is started. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira