On (2003/08/31 23:10), Adrian Brock wrote: > <attribute name="ScanEnabled">false</attribute>
Thanks! That's not in the Jboss-3.2.1 book, so your response is much appreciated. > Setting the period to 0 will just cause it to spin in a cpu loop. Suitable punishment for a server that's given me nothing but grief for 4 days. I finally got everything working, and now the hardware's failed (mobo, according to the colo guys). Some people get all the luck. :-) > Are you sure the file handles aren't jasper checking for > changed jsps? Dead sure, although that'll be true for _some_ of them. Every jar and xml file deployed by JBoss (even with jbossweb-tomcat.sar disabled) consumes an open NT File Handle for the lifetime of the JBoss process. I'll try ScanEnabled=false and see if that changes the behaviour. If not, this is probably worth looking into, as it seems incredibly wasteful to hold onto those references. Perhaps the Wintendo equivalent of stat() is too expensive or doesn't exist, in which case JBoss's behaviour makes sense. > Have you turned off development mode for jasper > in jbossweb-tomcat.sar/META-INF/web.xml? Yes. :-) I got around the problem by starting Jboss as an NT service with the Java Service Wrapper. This gets around the hard limit on the number of open file handles for programs run from a CMD.EXE prompt, and around the 22MB heap limit for the desktop when Terminal Server is enabled. Later in the week, I intend to post my notes on getting JBoss to work on high-end PC hardware that's been encumbered with a Wintendo operating system. Probably not useful to serious Microsoft cluebats, but I hope it'll help folks like me who've never had to administer Wintendo systems before. Ciao, Sheldon. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
