Matthew Woodward said the following on 11/21/2009 02:09 AM: > On Fri, Nov 20, 2009 at 10:50 PM, Peter J. Farrell <[email protected] > <mailto:[email protected]>> wrote: > > There is a defect in the late that causes Tomcat to enter a recursive > pattern and pegging the CPU and HD to 100%. if I don't kill the > Tomcat processes, it will literally sit there starting up forever. > This doesn't seem to be a problem with 1.1 off > > > > Under what circumstances does this occur? Are you saying you can't > start 1.2 at all on Tomcat? Yes, I can start Tomcat with 1.2, but I cannot get it to respond to any requests when OpenBD 1.2 or the latest nightly is deployed. Tomcat just sits there starting up --- chugging on CPU and constant HD access.
It even happens when deploying a WAR directly downloaded from the website and dropped in the webapps directory. > There must be something else amiss because I'm using 1.2 on several > different machines with Tomcat and I haven't run into this issue. Yea, something is amiss. I have no clue what that would be. > Based on what you pasted in is the culprit the mxunit Eclipse plugin? > Are you launching Tomcat from within Eclipse when this occurs? Nope, I'm launching from the command line: sudo /opt/tomcat/bin/startup.sh I'm using the latest 1.6 JVM and Tomcat confirms the location of the right 1.6 JVM it's using. I am not launching from Eclipse. However, I'm wondering why OpenBD is trying to load plugins from my phantom Wine drive. I'm looking at the code for com.bluedragon.plugin.PluginManager. It appears to be loading plugins for OpenBD. From what I can tell: * Instantiate the PluginManager - I can see the "PluginManager Auto Discovery (opendbplugin-XXXX.jar)" message in the constructor here. * Ultimately it calls inspectPaths() -- I think it is using the system classloader and calling getUrls() which... * Gets passed off to inspectPaths() which looks at each of the classpath urls and looping over them * The first if statement in this method looks to see if there is a "openbdplugin" in the url, but in our case it's the "else" statement that calls.. * inspectDIR() because the bad jar (in this case the MXunitplugin) is called loadPlugIn() because it thinks something is good about this JAR and fails with "Plugin.Load.Failed: XXXX" Somewhere it gets itself in an infinite loop because it keeps trying to load something bad -- however if you look at the file path -- it keeps getting longer and nested deeper. Something bad is going on. .Peter inspectDIR() is looking for > > -- > Matthew Woodward > [email protected] <mailto:[email protected]> > http://mpwoodward.posterous.com > identi.ca/Twitter <http://identi.ca/Twitter>: @mpwoodward > > Please do not send me proprietary file formats such as Word, > PowerPoint, etc. as attachments. > http://www.gnu.org/philosophy/no-word-attachments.html > -- > Open BlueDragon Public Mailing List > http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon > mailing list - http://groups.google.com/group/openbd?hl=en > > !! save a network - please trim replies before posting !! -- Open BlueDragon Public Mailing List http://www.openbluedragon.org/ http://twitter.com/OpenBlueDragon mailing list - http://groups.google.com/group/openbd?hl=en !! save a network - please trim replies before posting !!
