You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jakarta.apache.org by Siegfried Goeschl <si...@it20one.at> on 2011/07/24 16:19:37 UTC
[JMeter][RFC] JMeter report generator based on JAMon
Hi folks,
I'm using JMeter for some large-scale performance tests and had problems
with the current approach of using XSLT to generate the HTML report
since my JTL files exceed two gigabytes. Therefore I implemented a new
reporting backend based on JAMon (see http://jamonapi.sourceforge.net/)
Code : https://github.com/sgoeschl/jmeter-sla-report
Sample Report :
http://people.apache.org/~sgoeschl/download/jmeter/summary-report.html
If this is of general interest I would like to contribute the code -
please note that
+) JAMon is under BSD licence
+) the latest JAMon libraries are currently not available at Maven Central
Feedback appreciated
Siegfried Goeschl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: dev-help@jakarta.apache.org
Re: [JMeter][RFC] JMeter report generator based on JAMon
Posted by Siegfried Goeschl <si...@it20one.at>.
Hi Sebastian,
see my comments below
Cheers,
Siegfried Goeschl
On 25.07.11 16:11, sebb wrote:
> On 25 July 2011 14:14, Siegfried Goeschl<si...@it20one.at> wrote:
>> Hi Sebastian,
>>
>> a few clarifications
>>
>> +) the JMeter report is consumed by a STAX parser so this is basically a
>> post-processor of the JTL file
> JMeter already contains code to analyse JT:L files - might be better
> to use that, as any changes to the format will be handled by JMeter.
>
since I don't know the JMeter code base where can I find the code to
parser a JTL file?
>> +) the label and response time of the HTTP invocation is fed into JAMon
>> +) with a bit of manual code the underlying JAMon data model is written to a
>> HTML file
> So you are only using the JAMon data model, is that correct?
>
> JMeter also contains code to do summarising and various other
> statistical analyses for the GUI Listeners.
IMHO not good enough because I need the fulfill SLA's and require
mapping response times into intervals as shown in the "Page Detail
Table" section.
>> +) currently there is no way to customize the output
>>
>> I also played with CSV output but it is not significantly faster than XML in
>> my case but I will re-check.
> CSV output will be much smaller and is less expensive at run-time.
> It's also easier to parse - and again, JMeter has the code to parse the file.
Not sure about it but I think the XML output is the way to go because I
dump request and response on errors ...
>> Cheers,
>>
>> Siegfried Goeschl
>>
>> On 25.07.11 14:25, sebb wrote:
>>> On 24 July 2011 15:19, Siegfried Goeschl<si...@it20one.at>
>>> wrote:
>>>> Hi folks,
>>>>
>>>> I'm using JMeter for some large-scale performance tests and had problems
>>>> with the current approach of using XSLT to generate the HTML report since
>>>> my
>>>> JTL files exceed two gigabytes. Therefore I implemented a new reporting
>>>> backend based on JAMon (see http://jamonapi.sourceforge.net/)
>>>>
>>>> Code : https://github.com/sgoeschl/jmeter-sla-report
>>>> Sample Report :
>>>> http://people.apache.org/~sgoeschl/download/jmeter/summary-report.html
>>>>
>>>> If this is of general interest I would like to contribute the code -
>>>> please
>>>> note that
>>>>
>>>> +) JAMon is under BSD licence
>>>> +) the latest JAMon libraries are currently not available at Maven
>>>> Central
>>>>
>>>> Feedback appreciated
>>> I'm a bit unclear on how JAMon is being used.
>>> It looks to me like JAMon is a monitoring system, rather than a
>>> reporting system, so how much of the JAMon code is really being used?
>>>
>>> Also, how easy is it to customise the output?
>>>
>>> ==
>>>
>>> By the way, for long-running tests, it's a lot more efficient to use
>>> CSV output instead of XML.
>>> CSV does not support all the possible data types that XML does, but
>>> the additional fields in XML are not normally needed for reports.
>>>
>>>> Siegfried Goeschl
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: dev-help@jakarta.apache.org
>>>>
>>>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: dev-help@jakarta.apache.org
Re: [JMeter][RFC] JMeter report generator based on JAMon
Posted by sebb <se...@gmail.com>.
On 25 July 2011 14:14, Siegfried Goeschl <si...@it20one.at> wrote:
> Hi Sebastian,
>
> a few clarifications
>
> +) the JMeter report is consumed by a STAX parser so this is basically a
> post-processor of the JTL file
JMeter already contains code to analyse JT:L files - might be better
to use that, as any changes to the format will be handled by JMeter.
> +) the label and response time of the HTTP invocation is fed into JAMon
> +) with a bit of manual code the underlying JAMon data model is written to a
> HTML file
So you are only using the JAMon data model, is that correct?
JMeter also contains code to do summarising and various other
statistical analyses for the GUI Listeners.
> +) currently there is no way to customize the output
>
> I also played with CSV output but it is not significantly faster than XML in
> my case but I will re-check.
CSV output will be much smaller and is less expensive at run-time.
It's also easier to parse - and again, JMeter has the code to parse the file.
> Cheers,
>
> Siegfried Goeschl
>
> On 25.07.11 14:25, sebb wrote:
>>
>> On 24 July 2011 15:19, Siegfried Goeschl<si...@it20one.at>
>> wrote:
>>>
>>> Hi folks,
>>>
>>> I'm using JMeter for some large-scale performance tests and had problems
>>> with the current approach of using XSLT to generate the HTML report since
>>> my
>>> JTL files exceed two gigabytes. Therefore I implemented a new reporting
>>> backend based on JAMon (see http://jamonapi.sourceforge.net/)
>>>
>>> Code : https://github.com/sgoeschl/jmeter-sla-report
>>> Sample Report :
>>> http://people.apache.org/~sgoeschl/download/jmeter/summary-report.html
>>>
>>> If this is of general interest I would like to contribute the code -
>>> please
>>> note that
>>>
>>> +) JAMon is under BSD licence
>>> +) the latest JAMon libraries are currently not available at Maven
>>> Central
>>>
>>> Feedback appreciated
>>
>> I'm a bit unclear on how JAMon is being used.
>> It looks to me like JAMon is a monitoring system, rather than a
>> reporting system, so how much of the JAMon code is really being used?
>>
>> Also, how easy is it to customise the output?
>>
>> ==
>>
>> By the way, for long-running tests, it's a lot more efficient to use
>> CSV output instead of XML.
>> CSV does not support all the possible data types that XML does, but
>> the additional fields in XML are not normally needed for reports.
>>
>>> Siegfried Goeschl
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: dev-help@jakarta.apache.org
>>>
>>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: dev-help@jakarta.apache.org
Re: [JMeter][RFC] JMeter report generator based on JAMon
Posted by Siegfried Goeschl <si...@it20one.at>.
Hi Sebastian,
a few clarifications
+) the JMeter report is consumed by a STAX parser so this is basically a
post-processor of the JTL file
+) the label and response time of the HTTP invocation is fed into JAMon
+) with a bit of manual code the underlying JAMon data model is written
to a HTML file
+) currently there is no way to customize the output
I also played with CSV output but it is not significantly faster than
XML in my case but I will re-check.
Cheers,
Siegfried Goeschl
On 25.07.11 14:25, sebb wrote:
> On 24 July 2011 15:19, Siegfried Goeschl<si...@it20one.at> wrote:
>> Hi folks,
>>
>> I'm using JMeter for some large-scale performance tests and had problems
>> with the current approach of using XSLT to generate the HTML report since my
>> JTL files exceed two gigabytes. Therefore I implemented a new reporting
>> backend based on JAMon (see http://jamonapi.sourceforge.net/)
>>
>> Code : https://github.com/sgoeschl/jmeter-sla-report
>> Sample Report :
>> http://people.apache.org/~sgoeschl/download/jmeter/summary-report.html
>>
>> If this is of general interest I would like to contribute the code - please
>> note that
>>
>> +) JAMon is under BSD licence
>> +) the latest JAMon libraries are currently not available at Maven Central
>>
>> Feedback appreciated
> I'm a bit unclear on how JAMon is being used.
> It looks to me like JAMon is a monitoring system, rather than a
> reporting system, so how much of the JAMon code is really being used?
>
> Also, how easy is it to customise the output?
>
> ==
>
> By the way, for long-running tests, it's a lot more efficient to use
> CSV output instead of XML.
> CSV does not support all the possible data types that XML does, but
> the additional fields in XML are not normally needed for reports.
>
>> Siegfried Goeschl
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: dev-help@jakarta.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: dev-help@jakarta.apache.org
Re: [JMeter][RFC] JMeter report generator based on JAMon
Posted by sebb <se...@gmail.com>.
On 24 July 2011 15:19, Siegfried Goeschl <si...@it20one.at> wrote:
> Hi folks,
>
> I'm using JMeter for some large-scale performance tests and had problems
> with the current approach of using XSLT to generate the HTML report since my
> JTL files exceed two gigabytes. Therefore I implemented a new reporting
> backend based on JAMon (see http://jamonapi.sourceforge.net/)
>
> Code : https://github.com/sgoeschl/jmeter-sla-report
> Sample Report :
> http://people.apache.org/~sgoeschl/download/jmeter/summary-report.html
>
> If this is of general interest I would like to contribute the code - please
> note that
>
> +) JAMon is under BSD licence
> +) the latest JAMon libraries are currently not available at Maven Central
>
> Feedback appreciated
I'm a bit unclear on how JAMon is being used.
It looks to me like JAMon is a monitoring system, rather than a
reporting system, so how much of the JAMon code is really being used?
Also, how easy is it to customise the output?
==
By the way, for long-running tests, it's a lot more efficient to use
CSV output instead of XML.
CSV does not support all the possible data types that XML does, but
the additional fields in XML are not normally needed for reports.
> Siegfried Goeschl
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: dev-help@jakarta.apache.org