-
1. Re: Jboss deployement
peterj Oct 1, 2006 3:36 PM (in response to sp2797)Have you used top to determine what is using up the processor (I assume java, but you never know). What have you deployed to JBoss? Have you looked at the JBoss logs to see what is in there? Have you taken thread dumps to see what code is taking up all the processor time? Oh, and what JVM are you using? To find out, run: "java -version".
-
2. Re: Jboss deployement
sp2797 Oct 6, 2006 1:36 AM (in response to sp2797)Thanks Peter. Actually, I had tried only with top. Output of top is
%CPU for java
99.9 java
82.6 java
99.9 java
99.9
39.3 java -- 2 processes
0.1 java
76.3 java
49.5 java
21.8 java
66.5
1.9
0.9 java ---3 processes
99.9
6.1 java -- 2 processes
40.8
25.6 java -- 2 processes --- deploying selenium.war and slowly getting down m/c
My java version is -
==============
Java(TM) 2 Runtime Environment, Std Edition(build 1.4.2_07- b05)
Java Hotspot(TM) client VM(build 1.4.2_07-b05, mixed mode)
In server.log and consolelog I don't find anything abnormal
I am deploying J2EE application with .ear file
Pl help me in this regard as I am totally new to java/jboss and trying to learn this.
Thanks
regards
sp2797 -
3. Re: Jboss deployement
peterj Oct 6, 2006 2:21 PM (in response to sp2797)First, undeploy your ear file and start JBoss. It should take about 20-30 seconds to start up after which processor utilization should go down to close to 0%. If that is the case, then there is something in the ear that is causing the problem.
To help locate the problem with the ear, deploy it and when the processor is at 100% utilization take several thread dumps, at about 5 or 10 second intervals (see http://wiki.jboss.org/wiki/Wiki.jsp?page=StackTrace). You should probably redirect the console output to a file so that the dumps do not all scroll off the top of the shell window buffer. The thread dump will show you what threads are active and lead you to the section(s) of the code cuasing the problems.