Really long jboss server startup times

[prpo]

Hello guys,

I am using jboss 4.2.2.GA with jboss messaging.

The server startup is painfully slow. There is a 20 minute delay between the 2 statements highlighted below.

I am not sure what is going on during that time. the log files are not updated

Are there any parameters that I can tweak to make it faster to startup?

2012-08-22 15:57:27,601 INFO  [org.jboss.jms.server.connectionfactory.ConnectionFactory] org.jboss.jms.server.connectionfactory.ConnectionFactory@1f19e50 started

2012-08-22 15:57:27,602 INFO  [org.jboss.jms.server.connectionfactory.ConnectionFactory] Connector bisocket://10.23.10.17:4457 has leasing enabled, lease period 10000 milliseconds

2012-08-22 15:57:27,602 INFO  [org.jboss.jms.server.connectionfactory.ConnectionFactory] org.jboss.jms.server.connectionfactory.ConnectionFactory@18b6281 started

2012-08-22 16:17:53,186 INFO  [org.jboss.jms.server.destination.QueueService] Queue[/queue/DLQ] started, fullSize=200000, pageSize=2000, downCacheSize=2000

2012-08-22 16:17:53,271 INFO  [org.jboss.jms.server.destination.QueueService] Queue[/queue/ExpiryQueue] started, fullSize=200000, pageSize=2000, downCacheSize=2000

2012-08-22 16:17:53,271 INFO  [org.jboss.jms.server.destination.TopicService] Topic[/topic/testTopic] started, fullSize=200000, pageSize=2000, downCacheSize=2000

thanks

[jbertram]

This is typically caused when a destination has lots of persistent messages in the database and the server needs to load them into memory when the destination is deployed.

[prpo]

Are these the JBM tables in the database? Is it possible to know which destination is causing the problem?

This is happening in a dev environment, is it okay to delete them?

What is the recommended approach to handling the messages in the database?

thanks

[dgrove_redhat.com]

Yes, these are the JBM tables in the database.

Once the server has started, you can go to the JMX/web console under the "jboss.messaging.destination" category. Each destination has messages counters and the ability to remove messages from the destination.

If you have no problem with loosing those messages in the Dev environment, then feel free to remove them.