[PJUG Javamail] Javamail Digest, Vol 34, Issue 7

[Tim Dysinger]

Wish I could be there.  Clojure is definately cool.  I have been  
coding in lisp for a couple weeks straight.

Sent from my iPhone

On Jan 20, 2009, at 7:00, javamail-request at pjug.org wrote:

> Send Javamail mailing list submissions to
>    javamail at pjug.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>    http://www.pjug.org/mailman/listinfo/javamail
> or, via email, send a message with subject or body 'help' to
>    javamail-request at pjug.org
>
> You can reach the person managing the list at
>    javamail-owner at pjug.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Javamail digest..."
>
>
> PJUG Javamail Digest
>
> Today's Topics:
>
>   1. Re: Measuring webapp performance (Joe Hoffman)
>   2. Clojure (Jon Batcheller)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 19 Jan 2009 09:31:20 -0800
> From: Joe Hoffman <joe at intelopment.com>
> Subject: Re: [PJUG Javamail] Measuring webapp performance
> To: Merlyn Albery-Speyer <curious.attempt.bunny at gmail.com>
> Cc: javamail at pjug.org
> Message-ID: <0E696C89-11E7-40CA-A3AF-F1D5A860466C at intelopment.com>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> Merlyn,
>
> Measuring webapp performance can come in lots of flavors.  Blackbox,
> whitebox, etc.
> I guess is probably depends on whether you need to dig into the
> details of why something is performing the way it is, or is it simply
> sufficient to measure the blackbox response time of the web request
> itself.
>
> Along the lines of shameless plugs, and if you have the need to dig
> into the transaction itself and get to the root cause of the
> performance issues, you may want to consider a commercial tool such as
> dynaTrace.
>
> One thing to always be careful of, is anytime you plug in a monitoring
> capability (whether commercial, home grown, FOSS, etc),  the
> Heisenberg uncertainty principal comes into play. This simply means
> that we want to use the least impacting monitoring technique to
> accomplish the level of information collection we need.   This must be
> balanced with the requirement to be able to actually solve performance
> issues and not just 'watch' them.  Lots of tools can watch and
> measure, but is that sufficient for your webapp performance needs?
>
> Hope that helps.
>
> Disclaimer:  The size of the burrito I eat for lunch is subsidized by
> sales of dynaTrace products.
>
> joe
>
> On Jan 17, 2009, at 2:08 PM, Merlyn Albery-Speyer wrote:
>
>> Hi all,
>>
>> How are people going about measuring the performance of their  
>> webapps?
>> I've considered a servlet filter to write HTTP request durations to a
>> log file. What I'd really like is some live comparative measure of
>> overall performance. I could dive in and come up with yet another
>> custom solution to this problem, however it seems wiser to poll for
>> your opinion. Do you know of a suitable existing tool or library?
>>
>> Cheers,
>> Merlyn
>> _______________________________________________
>> Web Site - http://www.pjug.org/
>> Javamail mailing list
>> Javamail at pjug.org
>> http://www.pjug.org/mailman/listinfo/javamail
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 19 Jan 2009 10:12:47 -0800
> From: Jon Batcheller <jonb at pjug.org>
> Subject: [PJUG Javamail] Clojure
> To: javamail at pjug.org
> Message-ID:
>    <8236b60e0901191012k219ea220q1ccd85ebd6310bf4 at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Great talk tomorrow night 6:30p, PIZZA too! (Thanks TekSystems!)
>
> http://www.pjug.org
>
>
> ------------------------------
>
> _______________________________________________
> Javamail mailing list
> Javamail at pjug.org
> http://www.pjug.org/mailman/listinfo/javamail
>
>
> End of Javamail Digest, Vol 34, Issue 7
> ***************************************