-
15. Re: Please Help Deployment the weirdest error I ever had in
"dakiar" wrote:
I changed inside the run.sh script to the following:
JAVA_OPTS="$JAVA_OPTS -Dprogram.name=$PROGNAME -verbose:class"
Is this correct?
Yes, looks correct."dakiar" wrote:
To get the following new message in the OUT log:
[Loaded com.capgemini.in.recks.util.DBUtility]
should I get even more messages than this ?
I would have expected something like this:[Loaded org.jboss.services.binding.impl.SecurityActions from jar:file:/xxx/yyy/zzz/jboss-5.1.0.GA/server/default/conf/bindingservice.beans/jboss-bindingservice.jar!/]
Notice the jar file name that it prints out. Don't you see the jar file name in your output? Which JDK version and vendor do you use? In the console, you will see something like these lines:15:47:10,571 INFO [ServerInfo] Java version: 1.5.0_17,Sun Microsystems Inc. 15:47:10,571 INFO [ServerInfo] Java Runtime: Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_17-b04) 15:47:10,571 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.5.0_17-b04,Sun Microsystems Inc. 15:47:10,571 INFO [ServerInfo] OS-System: Linux 2.6.27-11-generic,i386
Post those here. -
16. Re: Please Help Deployment the weirdest error I ever had in
16:42:57,673 INFO [ServerInfo] Java version: 1.4.2_08,Sun Microsystems Inc.
16:42:57,674 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.4.2_08-b03,Sun Microsystems Inc.
16:42:57,674 INFO [ServerInfo] OS-System: Linux 2.6.18-53.el5,i386
16:42:57,674 INFO [ServerInfo] OS-System: Linux 2.6.18-53.el5,i386
16:42:57,674 DEBUG [ServerInfo] Full System Properties Dump
16:42:57,674 DEBUG [ServerInfo] java.runtime.name: Java(TM) 2 Runtime Environment, Standard Edition
16:42:57,674 DEBUG [ServerInfo] jboss.server.base.dir: /usr/jboss/server
16:42:57,674 DEBUG [ServerInfo] java.protocol.handler.pkgs: org.jboss.net.protocol
16:42:57,674 DEBUG [ServerInfo] sun.boot.library.path: /usr/java/j2sdk1.4.2_08/jre/lib/i386
16:42:57,674 DEBUG [ServerInfo] jboss.server.lib.url: file:/usr/jboss/server/all/lib/
16:42:57,674 DEBUG [ServerInfo] java.vm.version: 1.4.2_08-b03
Also if a class is indeed loaded from jar I get following message:
[Loaded java.lang.Object from /usr/java/j2sdk1.4.2_08/jre/lib/rt.jar]
However this file is loaded directly from the war and is not inside a jar, thus it just say which war file, and which package the class is located in?
To make things even more interessing I removed the class from the war file.... no effect. Removing a jsp from same jar file however immidietly makes jboss scream. I checked the build script and confirmed and confirmed again, there is no jar file, all the classes is built directly into war file, I am adviced to re-install jboss, but I really want to know what is going on..... so it is my last resort. -
17. Re: Please Help Deployment the weirdest error I ever had in
Excuse me I mean removing a jsp file from same war file ( not jar file )
-
18. Re: Please Help Deployment the weirdest error I ever had in
To make things even more interessing I removed the class from the war file.... no effect
Definitely an indication that its being loaded from some place else and not from the war. Can you upload those logs if possible? Maybe they might give an hint -
19. Re: Please Help Deployment the weirdest error I ever had in
I think I am very near to finding the error now!!!!!
I tried to remove the war file, and all tmp files, and files in work, and start the server!
It still loads the recks app, and creates a temp dir for it which it put files inside!!!
and here is more: That tmp files contain the old version of the class!
So now I know what happens, now the big question is just WHAT does it use to create that tmp war file, even if there is no war file in deploy/all dir and the TMP dir is empty when jboss server starts!
Is there anyway to know what jboss uses to create this, if I can find where that file is, I will know. The log does not give any clue ( this is the first entry in the log to contain the app recks. What is ctxPath ???
10:53:12,332 INFO [TomcatDeployer] deploy, ctxPath=/recks, warUrl=file:/usr/jboss/server/all/tmp/deploy/tmp48587recks.war/ -
20. Re: Please Help Deployment the weirdest error I ever had in
You are running the "all" server configuration which means a clustered server. From the server.log that you posted the number of members in this cluster is just 1 (this single system):
2009-05-28 16:43:12,159 INFO [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] Number of cluster members: 1 2009-05-28 16:43:12,159 INFO [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] Other members: 0
So i guess we can rule out the war being picked up from some other system in the cluster.
In the "all" configuration there's also a %JBOSS_HOME%/server/all/farm folder which is scanned for deployments. Make sure the old war is not in that folder.
Finally, the server.log that you posted seems to be set at INFO level. If you set the threshold for the FILE appender in %JBOSS_HOME%/server/all/conf/log4j.xml you will be able to find the exact location of the war file that is being picked up. Like this:2009-06-03 15:17:17,681 DEBUG [org.jboss.web.tomcat.service.TomcatDeployer] warURL: file:/xxx/zzz/yyy/jboss-4.2.3.GA/server/default/deploy/jboss-web.deployer/ROOT.war/
-
21. Re: Please Help Deployment the weirdest error I ever had in
"jaikiran" wrote:
If you set the threshold for the FILE appender in %JBOSS_HOME%/server/all/conf/log4j.xml you will be able to find the exact location of the war file that is being picked up.
I meant - If you set the threshold to DEBUG for the FILE appender in %JBOSS_HOME%/server/all/conf/log4j.xml you will be able to find the exact location of the war file that is being picked up. -
22. Re: Please Help Deployment the weirdest error I ever had in
Success!!!!! Thanks a million jaikiran!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
/usr/jboss/server/all/deploy/jboss-aop.deployer/recks.war
DOH :( why did my linux find command not find this. -
-
24. Re: Please Help Deployment the weirdest error I ever had in
Out of curiosity what the heck is jboss-aop.deployer and how did my war file end up there anyway?
-
25. Re: Please Help Deployment the weirdest error I ever had in
"dakiar" wrote:
Out of curiosity what the heck is jboss-aop.deployer and how did my war file end up there anyway?
In AS-4.x the "deploy" folder has JBoss specific deployers too which are responsible for deploying applications. jboss-aop.deployer is one such deployer.
As far as how your war file ended up there - i have no clue :) -
26. Re: Please Help Deployment the weirdest error I ever had in
It is indeed strange it was using the code from that war file, and the jsp files from the other war file :S if it had not I would have been much less confused.
-
27. Re: Please Help Deployment the weirdest error I ever had in
This brings to mind something that happened years ago. We put together a customer class for a product we had developed. After walking the students through the install, we had them use the file manager to view to contents of the directories. Next we had them start the app, and surprisingly while it work for most students, for a few students the app failed to start. A thorough examination of one of those student's PC showed that they had accidentally moved the files, via drag-and-drop, while in the file manager.