To answer a couple of your questions. I am getting ready to release jamon 2.7 which will monitor performance of tomcat 5.5 and tomcat 6 and other http related stats for the server and have them viewable in a searchable/sortable webpage. It will have summary stats like which pages are currently executing, what was max/min/avg time for each page, as well as being able to track the N slowest page requests and also be able to show stack traces via the web page and much more.
jamon comes with choices on how you want to monitor your app including a servlet filter, and a valve. I work in an environment where i can't enforce developers to use the servlet filters, but can change the valve. Others have the opposite situation so both valves and filters are useful. I had already gotten the valve to work in tomcat 6, but also know there are a lot of users that won't be able to upgrade to tomcat 6 for a while. What is confusing to me is why when i put my jar into server/lib, the web app doesn't also have access to classes loaded from there. Other server products I have used in the past allowed you to put jars at the server level and all web apps could see any classes loaded by the server class loader. Someone mentioned that i may be able to use the context property of 'priviledged' to do this. I tried it and it didn't seem to help though I may have missed something. Should that work? On 9/10/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote: > > > From: Steve Souza [mailto:[EMAIL PROTECTED] > > Subject: Re: classpath problems with a custom valve > > > > It is still a bit mysterious and not ideal as installation > > requires a class put in server/classes as well as the jar in > > common/lib, but it will do. > > Using a valve is by necessity tying you into Tomcat internals. If you > could use a filter instead, you would avoid that dependency and make > what you're doing more portable. > > > If there is a better way to do this let me know. > > Move to Tomcat 6 - life's a lot simpler (and faster). > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail > and its attachments from all computers. > > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
