You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Felix Schumacher <fe...@internetallee.de> on 2015/11/02 21:10:53 UTC
Re: Donation of a New Dashboard for JMeter : Questions and more
Am 27.10.2015 um 23:55 schrieb UBIK LOAD PACK:
> Hello,
> We plan to donate a new feature that allows to generate an HTML report
> containing:
> - Javascript Graphs (Response time, Error code, Percentiles
> - Tables of results
> - ...
>
> You can see a demo of what is generated at:
> - http://ubikloadpack.com/donations/dashboard/
>
> Code is here:
> -
> https://github.com/ubikloadpack/jmeter/tree/UBIKLOADPACK_REPORT_DASHBOARD_DONATION
>
>
> Concerned folders:
> - bin/report-template
> - xdocs/usermanual/generating-dashboard.xml
> - src/core/org/apache/jmeter/report
> - src/core/org/apache/jmeter/JMeter.java
>
>
> We are in the process of finalizing documentation for it.
>
> We have the following questions:
> 0/ Would this donation be of interest for Apache JMeter ?
This is the same report feature, that was discussed earlier, right?
I think it would be nice to have a simple (extendable) report page, that
can be generated after a jmeter run. But I remember there were some
objections, whether this feature would slow down normal operations.
>
> 1/ We created a new usermanual page, we think its best place in index is
> between Remote Testing and Real-time Result, it will be called Dashboard
> Report. Doing so mean incrementing section number of following pages, is
> this ok ?
> http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
No problem with me.
>
> 2/ We have created a Developer Oriented documentation that explains the
> architecture of the components. We think in the future and if the donation
> is accepted, this documentation could be also useful to jmeter users who
> want to customize graphs, dashboard, add new graphs .... So we think its
> format should be XML and it should be included in documentation , but where
> ?
A new subject Documentation->Developer Manual? That could probably be
the home of Documentation->Building JMeter and Add-Ons or the new (not
yet committed) Docwriters page.
>
> 3/ From our understanding , IP Clearance would have to be done in case this
> donation is accepted by the project, in this case we would required some
> help on the process as we're newbies in it, we suppose this would have to
> be filled in:
> http://incubator.apache.org/ip-clearance/ip-clearance-template.html
Haven't done this either.
Regards,
Felix
>
>
>
> - The donation will be composed of :
> * Nearly 95 Java classes
> * 4 HTML templates
> * 2 Javascript templates
> * 1 CSS
> * Dependencies on:
> 1) Freemarker (Apache2)
> 2) jodd-props (Simplified BSD)
> 3) JAVAX.JSON (COMMON DEVELOPMENT AND DISTRIBUTION LICENSE (CDDL)Version
> 1.1)
> 4) Start Bootstrap (http://startbootstrap.com) , Apache2
> 5) Jquery (MIT)
> 6) Flot (MIT)
>
>
>
> Regards
> Benoit V., Florent S. and Philippe M.
>
> UbikLoadPack Team
> @ubikloadpack
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
For additional commands, e-mail: user-help@jmeter.apache.org
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by Philippe Mouawad <ph...@gmail.com>.
Hello,
I am not an expert of IP Clearance so your help is welcome.
UbikLoadPack has created a new Bugzilla for donation:
- https://bz.apache.org/bugzilla/show_bug.cgi?id=58653
I attached to bugzilla this evening the
ip-clearance-jmeter-report-bug-58653.xml document.
Let me know if it's ok for you ?
The next steps are not fully clear for me so @milamber your help proposal
is very welcome :-)
Regards
On Sat, Nov 21, 2015 at 4:42 PM, Milamber <mi...@apache.org> wrote:
>
>
> On 17/11/2015 19:06, UBIK LOAD PACK wrote:
>
>> Hello,
>> Can we start the IP clearance process or is there some step before ?
>>
>
> The IP clearance process seems needed for this donation, the actual patch
> (diff between trunk and your donation branch) is important and include some
> external components.
>
> The dashboard behavior isn't in the core of JMeter, its inclusion in
> JMeter will not affect the core behavior (load testing), I think we can
> include the dashboard under the JMeter source tree as a new 'beta'
> functionality. After we can improve the dashboard / fixes the little issues
> inside.
>
> I think that the next step are:
> 1/ Start a technical vote to accept or not the donation (I will do this)
> 2/ If the donation is accepted, start an IP clearance process [1] + vote
> on general@incubator.a.o (Probably Philippe, you can do this? or me)
> 3/ Inclusion in JMeter source tree
>
> Milamber
>
> [1] http://incubator.apache.org/ip-clearance/
>
>
>> Thanks
>> Regards
>>
>> On Tuesday, November 10, 2015, Richard Friedman <ri...@gmail.com>
>> wrote:
>>
>> I am not a committer but think very much this feature is needed for future
>>> JMeter and this is a good start.
>>>
>>> 1 - Great job on building it. I built it and integrated into some of my
>>> work already. I have posted some issues. I think there is some work to
>>> do
>>> before an official release, but would good to have this work started in
>>> apache proper.
>>>
>>> 2 - Definitely need architecture documentation and make sure it becomes
>>> very pluggable, especially if someone wants to contribute on the client
>>> side only. I like the report-template separation allowing any template
>>> to
>>> happen.
>>>
>>> 3 - Requirement for jmeter.save.saveservice.print_field_names=true
>>> I understand the need for this when generating the file, but I am run
>>> remotely and report locally. I think the parser could be smarter looking
>>> for the common field names. I think this becomes a different issue when
>>> there are custom fields from plugins vs the common.
>>>
>>> 4 - Configuration
>>> Why not put the configuration with the template instead of in
>>> jmeter.properties (or user.properties). The configuration for the Report
>>> Generator that is not template or report specific ( ie template dir, temp
>>> dir, .. ) should be in jmeter.properties
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Nov 10, 2015 at 3:45 AM, Antonio Gomes Rodrigues <
>>> ra0077@gmail.com
>>> <javascript:;>>
>>> wrote:
>>>
>>> Hi,
>>>>
>>>> I agree with Philippe, all the competitors (LoadRunner, Neoload,
>>>> Gatling,
>>>> SilkPerf, etc...) can generate a nice reporting at the end of the load
>>>> test.
>>>>
>>>> Each time I use another load test tool, I use this feature to analyze
>>>> the
>>>> load test.
>>>>
>>>> Each time I use JMeter, it's boring because I am forced to use another
>>>>
>>> tool
>>>
>>>> (QlickView, etc.) to make it
>>>>
>>>> It will be great to have it in JMeter because it's important (to be
>>>> competitive and it's useful)
>>>>
>>>> Antonio
>>>>
>>>>
>>>>
>>>> 2015-11-09 22:21 GMT+01:00 Philippe Mouawad <pmouawad@apache.org
>>>>
>>> <javascript:;>>:
>>>
>>>> Hello,
>>>>> As a JMeter commiter I think this feature should be integrated to Core.
>>>>>
>>>>> Lack of nice reporting in JMeter is no more acceptable nowadays, all
>>>>> Commercial and Open Source competitors have reporting now and it's a
>>>>>
>>>> weak
>>>
>>>> point of JMeter.
>>>>>
>>>>> The code respects JMeter best practices as far as I can tell, there is
>>>>> documentation (dev and users) and javadocs.
>>>>>
>>>>> PS : Note that I am not totally neutral here being a member of Ubik
>>>>>
>>>> Load
>>>
>>>> Pack Team.
>>>>>
>>>>> Regards
>>>>> Philippe
>>>>>
>>>>> On Fri, Nov 6, 2015 at 11:12 AM, UBIK LOAD PACK <
>>>>> ubik-load-pack-sales@ubik-ingenierie.com <javascript:;>> wrote:
>>>>>
>>>>> Hello,
>>>>>> We have completed our UATs for V1 milestone and fixed all bugs and
>>>>>> enhancements detected.
>>>>>>
>>>>>> We released Preview 1.0.0:
>>>>>> -
>>>>>>
>>>>>>
>>> https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
>>>
>>>> Users and Dev team can this way download the bundle and test it, page
>>>>>> above mentions all required informations to test, report issues and
>>>>>>
>>>>> see a
>>>>
>>>>> demo.
>>>>>>
>>>>>> We think this feature is really needed in JMeter and it has been
>>>>>>
>>>>> developed
>>>>>
>>>>>> to ensure it never impacts load testing, reports being generated at
>>>>>>
>>>>> end.
>>>>
>>>>> If you look at code there is 0 risk of regression as it's an
>>>>>>
>>>>> additional
>>>>
>>>>> behaviour that is activated by new command line options.
>>>>>>
>>>>>> We'll be happy to provide JMeter Team with all requested information
>>>>>> regarding design, implementation ...
>>>>>>
>>>>>> We really hope it will be accepted by the Team.
>>>>>>
>>>>>> Thanks in advance and kudos for all your work on JMeter.
>>>>>>
>>>>>> Regards
>>>>>> Ubik Load Pack Team.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>
>>> --
>>> Richard Friedman
>>> 609.314.0129
>>>
>>>
>>
>
--
Cordialement.
Philippe Mouawad.
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by Milamber <mi...@apache.org>.
On 17/11/2015 19:06, UBIK LOAD PACK wrote:
> Hello,
> Can we start the IP clearance process or is there some step before ?
The IP clearance process seems needed for this donation, the actual
patch (diff between trunk and your donation branch) is important and
include some external components.
The dashboard behavior isn't in the core of JMeter, its inclusion in
JMeter will not affect the core behavior (load testing), I think we can
include the dashboard under the JMeter source tree as a new 'beta'
functionality. After we can improve the dashboard / fixes the little
issues inside.
I think that the next step are:
1/ Start a technical vote to accept or not the donation (I will do this)
2/ If the donation is accepted, start an IP clearance process [1] + vote
on general@incubator.a.o (Probably Philippe, you can do this? or me)
3/ Inclusion in JMeter source tree
Milamber
[1] http://incubator.apache.org/ip-clearance/
>
> Thanks
> Regards
>
> On Tuesday, November 10, 2015, Richard Friedman <ri...@gmail.com>
> wrote:
>
>> I am not a committer but think very much this feature is needed for future
>> JMeter and this is a good start.
>>
>> 1 - Great job on building it. I built it and integrated into some of my
>> work already. I have posted some issues. I think there is some work to do
>> before an official release, but would good to have this work started in
>> apache proper.
>>
>> 2 - Definitely need architecture documentation and make sure it becomes
>> very pluggable, especially if someone wants to contribute on the client
>> side only. I like the report-template separation allowing any template to
>> happen.
>>
>> 3 - Requirement for jmeter.save.saveservice.print_field_names=true
>> I understand the need for this when generating the file, but I am run
>> remotely and report locally. I think the parser could be smarter looking
>> for the common field names. I think this becomes a different issue when
>> there are custom fields from plugins vs the common.
>>
>> 4 - Configuration
>> Why not put the configuration with the template instead of in
>> jmeter.properties (or user.properties). The configuration for the Report
>> Generator that is not template or report specific ( ie template dir, temp
>> dir, .. ) should be in jmeter.properties
>>
>>
>>
>>
>>
>>
>> On Tue, Nov 10, 2015 at 3:45 AM, Antonio Gomes Rodrigues <ra0077@gmail.com
>> <javascript:;>>
>> wrote:
>>
>>> Hi,
>>>
>>> I agree with Philippe, all the competitors (LoadRunner, Neoload, Gatling,
>>> SilkPerf, etc...) can generate a nice reporting at the end of the load
>>> test.
>>>
>>> Each time I use another load test tool, I use this feature to analyze the
>>> load test.
>>>
>>> Each time I use JMeter, it's boring because I am forced to use another
>> tool
>>> (QlickView, etc.) to make it
>>>
>>> It will be great to have it in JMeter because it's important (to be
>>> competitive and it's useful)
>>>
>>> Antonio
>>>
>>>
>>>
>>> 2015-11-09 22:21 GMT+01:00 Philippe Mouawad <pmouawad@apache.org
>> <javascript:;>>:
>>>> Hello,
>>>> As a JMeter commiter I think this feature should be integrated to Core.
>>>>
>>>> Lack of nice reporting in JMeter is no more acceptable nowadays, all
>>>> Commercial and Open Source competitors have reporting now and it's a
>> weak
>>>> point of JMeter.
>>>>
>>>> The code respects JMeter best practices as far as I can tell, there is
>>>> documentation (dev and users) and javadocs.
>>>>
>>>> PS : Note that I am not totally neutral here being a member of Ubik
>> Load
>>>> Pack Team.
>>>>
>>>> Regards
>>>> Philippe
>>>>
>>>> On Fri, Nov 6, 2015 at 11:12 AM, UBIK LOAD PACK <
>>>> ubik-load-pack-sales@ubik-ingenierie.com <javascript:;>> wrote:
>>>>
>>>>> Hello,
>>>>> We have completed our UATs for V1 milestone and fixed all bugs and
>>>>> enhancements detected.
>>>>>
>>>>> We released Preview 1.0.0:
>>>>> -
>>>>>
>> https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
>>>>> Users and Dev team can this way download the bundle and test it, page
>>>>> above mentions all required informations to test, report issues and
>>> see a
>>>>> demo.
>>>>>
>>>>> We think this feature is really needed in JMeter and it has been
>>>> developed
>>>>> to ensure it never impacts load testing, reports being generated at
>>> end.
>>>>> If you look at code there is 0 risk of regression as it's an
>>> additional
>>>>> behaviour that is activated by new command line options.
>>>>>
>>>>> We'll be happy to provide JMeter Team with all requested information
>>>>> regarding design, implementation ...
>>>>>
>>>>> We really hope it will be accepted by the Team.
>>>>>
>>>>> Thanks in advance and kudos for all your work on JMeter.
>>>>>
>>>>> Regards
>>>>> Ubik Load Pack Team.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>
>>
>> --
>> Richard Friedman
>> 609.314.0129
>>
>
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by Felix Schumacher <fe...@internetallee.de>.
Am 17.11.2015 um 20:06 schrieb UBIK LOAD PACK:
> Hello,
> Can we start the IP clearance process or is there some step before ?
Don't know, if there are any steps to do, but I didn't find the time to
have a deeper look at the code up to now.
At a glance,
* there seem to be missing license header for the new stuff
* commented out old code, should probably removed before inclusion
* the js.fmkr files seem to pollute the global js-namespace.
* the html.fmkr files contain style-attributes
* since we are obviously targetting modern browsers, the apache logo
could probably be in svg format
* indentation of html.fmkr seems a bit out of place sometimes
Regards,
Felix
>
> Thanks
> Regards
>
> On Tuesday, November 10, 2015, Richard Friedman <ri...@gmail.com>
> wrote:
>
>> I am not a committer but think very much this feature is needed for future
>> JMeter and this is a good start.
>>
>> 1 - Great job on building it. I built it and integrated into some of my
>> work already. I have posted some issues. I think there is some work to do
>> before an official release, but would good to have this work started in
>> apache proper.
>>
>> 2 - Definitely need architecture documentation and make sure it becomes
>> very pluggable, especially if someone wants to contribute on the client
>> side only. I like the report-template separation allowing any template to
>> happen.
>>
>> 3 - Requirement for jmeter.save.saveservice.print_field_names=true
>> I understand the need for this when generating the file, but I am run
>> remotely and report locally. I think the parser could be smarter looking
>> for the common field names. I think this becomes a different issue when
>> there are custom fields from plugins vs the common.
>>
>> 4 - Configuration
>> Why not put the configuration with the template instead of in
>> jmeter.properties (or user.properties). The configuration for the Report
>> Generator that is not template or report specific ( ie template dir, temp
>> dir, .. ) should be in jmeter.properties
>>
>>
>>
>>
>>
>>
>> On Tue, Nov 10, 2015 at 3:45 AM, Antonio Gomes Rodrigues <ra0077@gmail.com
>> <javascript:;>>
>> wrote:
>>
>>> Hi,
>>>
>>> I agree with Philippe, all the competitors (LoadRunner, Neoload, Gatling,
>>> SilkPerf, etc...) can generate a nice reporting at the end of the load
>>> test.
>>>
>>> Each time I use another load test tool, I use this feature to analyze the
>>> load test.
>>>
>>> Each time I use JMeter, it's boring because I am forced to use another
>> tool
>>> (QlickView, etc.) to make it
>>>
>>> It will be great to have it in JMeter because it's important (to be
>>> competitive and it's useful)
>>>
>>> Antonio
>>>
>>>
>>>
>>> 2015-11-09 22:21 GMT+01:00 Philippe Mouawad <pmouawad@apache.org
>> <javascript:;>>:
>>>> Hello,
>>>> As a JMeter commiter I think this feature should be integrated to Core.
>>>>
>>>> Lack of nice reporting in JMeter is no more acceptable nowadays, all
>>>> Commercial and Open Source competitors have reporting now and it's a
>> weak
>>>> point of JMeter.
>>>>
>>>> The code respects JMeter best practices as far as I can tell, there is
>>>> documentation (dev and users) and javadocs.
>>>>
>>>> PS : Note that I am not totally neutral here being a member of Ubik
>> Load
>>>> Pack Team.
>>>>
>>>> Regards
>>>> Philippe
>>>>
>>>> On Fri, Nov 6, 2015 at 11:12 AM, UBIK LOAD PACK <
>>>> ubik-load-pack-sales@ubik-ingenierie.com <javascript:;>> wrote:
>>>>
>>>>> Hello,
>>>>> We have completed our UATs for V1 milestone and fixed all bugs and
>>>>> enhancements detected.
>>>>>
>>>>> We released Preview 1.0.0:
>>>>> -
>>>>>
>> https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
>>>>> Users and Dev team can this way download the bundle and test it, page
>>>>> above mentions all required informations to test, report issues and
>>> see a
>>>>> demo.
>>>>>
>>>>> We think this feature is really needed in JMeter and it has been
>>>> developed
>>>>> to ensure it never impacts load testing, reports being generated at
>>> end.
>>>>> If you look at code there is 0 risk of regression as it's an
>>> additional
>>>>> behaviour that is activated by new command line options.
>>>>>
>>>>> We'll be happy to provide JMeter Team with all requested information
>>>>> regarding design, implementation ...
>>>>>
>>>>> We really hope it will be accepted by the Team.
>>>>>
>>>>> Thanks in advance and kudos for all your work on JMeter.
>>>>>
>>>>> Regards
>>>>> Ubik Load Pack Team.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>
>>
>> --
>> Richard Friedman
>> 609.314.0129
>>
>
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by UBIK LOAD PACK <ub...@ubik-ingenierie.com>.
Hello,
Can we start the IP clearance process or is there some step before ?
Thanks
Regards
On Tuesday, November 10, 2015, Richard Friedman <ri...@gmail.com>
wrote:
> I am not a committer but think very much this feature is needed for future
> JMeter and this is a good start.
>
> 1 - Great job on building it. I built it and integrated into some of my
> work already. I have posted some issues. I think there is some work to do
> before an official release, but would good to have this work started in
> apache proper.
>
> 2 - Definitely need architecture documentation and make sure it becomes
> very pluggable, especially if someone wants to contribute on the client
> side only. I like the report-template separation allowing any template to
> happen.
>
> 3 - Requirement for jmeter.save.saveservice.print_field_names=true
> I understand the need for this when generating the file, but I am run
> remotely and report locally. I think the parser could be smarter looking
> for the common field names. I think this becomes a different issue when
> there are custom fields from plugins vs the common.
>
> 4 - Configuration
> Why not put the configuration with the template instead of in
> jmeter.properties (or user.properties). The configuration for the Report
> Generator that is not template or report specific ( ie template dir, temp
> dir, .. ) should be in jmeter.properties
>
>
>
>
>
>
> On Tue, Nov 10, 2015 at 3:45 AM, Antonio Gomes Rodrigues <ra0077@gmail.com
> <javascript:;>>
> wrote:
>
> > Hi,
> >
> > I agree with Philippe, all the competitors (LoadRunner, Neoload, Gatling,
> > SilkPerf, etc...) can generate a nice reporting at the end of the load
> > test.
> >
> > Each time I use another load test tool, I use this feature to analyze the
> > load test.
> >
> > Each time I use JMeter, it's boring because I am forced to use another
> tool
> > (QlickView, etc.) to make it
> >
> > It will be great to have it in JMeter because it's important (to be
> > competitive and it's useful)
> >
> > Antonio
> >
> >
> >
> > 2015-11-09 22:21 GMT+01:00 Philippe Mouawad <pmouawad@apache.org
> <javascript:;>>:
> >
> > > Hello,
> > > As a JMeter commiter I think this feature should be integrated to Core.
> > >
> > > Lack of nice reporting in JMeter is no more acceptable nowadays, all
> > > Commercial and Open Source competitors have reporting now and it's a
> weak
> > > point of JMeter.
> > >
> > > The code respects JMeter best practices as far as I can tell, there is
> > > documentation (dev and users) and javadocs.
> > >
> > > PS : Note that I am not totally neutral here being a member of Ubik
> Load
> > > Pack Team.
> > >
> > > Regards
> > > Philippe
> > >
> > > On Fri, Nov 6, 2015 at 11:12 AM, UBIK LOAD PACK <
> > > ubik-load-pack-sales@ubik-ingenierie.com <javascript:;>> wrote:
> > >
> > > > Hello,
> > > > We have completed our UATs for V1 milestone and fixed all bugs and
> > > > enhancements detected.
> > > >
> > > > We released Preview 1.0.0:
> > > > -
> > > >
> > >
> >
> https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
> > > >
> > > > Users and Dev team can this way download the bundle and test it, page
> > > > above mentions all required informations to test, report issues and
> > see a
> > > > demo.
> > > >
> > > > We think this feature is really needed in JMeter and it has been
> > > developed
> > > > to ensure it never impacts load testing, reports being generated at
> > end.
> > > >
> > > > If you look at code there is 0 risk of regression as it's an
> > additional
> > > > behaviour that is activated by new command line options.
> > > >
> > > > We'll be happy to provide JMeter Team with all requested information
> > > > regarding design, implementation ...
> > > >
> > > > We really hope it will be accepted by the Team.
> > > >
> > > > Thanks in advance and kudos for all your work on JMeter.
> > > >
> > > > Regards
> > > > Ubik Load Pack Team.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> >
>
>
>
> --
> Richard Friedman
> 609.314.0129
>
--
Regards
Ubik Load Pack <http://ubikloadpack.com> Team
Follow us on Twitter <http://twitter.com/ubikloadpack>
Cordialement
L'équipe Ubik Load Pack <http://ubikloadpack.com>
Suivez-nous sur Twitter <http://twitter.com/ubikloadpack>
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by Richard Friedman <ri...@gmail.com>.
I am not a committer but think very much this feature is needed for future
JMeter and this is a good start.
1 - Great job on building it. I built it and integrated into some of my
work already. I have posted some issues. I think there is some work to do
before an official release, but would good to have this work started in
apache proper.
2 - Definitely need architecture documentation and make sure it becomes
very pluggable, especially if someone wants to contribute on the client
side only. I like the report-template separation allowing any template to
happen.
3 - Requirement for jmeter.save.saveservice.print_field_names=true
I understand the need for this when generating the file, but I am run
remotely and report locally. I think the parser could be smarter looking
for the common field names. I think this becomes a different issue when
there are custom fields from plugins vs the common.
4 - Configuration
Why not put the configuration with the template instead of in
jmeter.properties (or user.properties). The configuration for the Report
Generator that is not template or report specific ( ie template dir, temp
dir, .. ) should be in jmeter.properties
On Tue, Nov 10, 2015 at 3:45 AM, Antonio Gomes Rodrigues <ra...@gmail.com>
wrote:
> Hi,
>
> I agree with Philippe, all the competitors (LoadRunner, Neoload, Gatling,
> SilkPerf, etc...) can generate a nice reporting at the end of the load
> test.
>
> Each time I use another load test tool, I use this feature to analyze the
> load test.
>
> Each time I use JMeter, it's boring because I am forced to use another tool
> (QlickView, etc.) to make it
>
> It will be great to have it in JMeter because it's important (to be
> competitive and it's useful)
>
> Antonio
>
>
>
> 2015-11-09 22:21 GMT+01:00 Philippe Mouawad <pm...@apache.org>:
>
> > Hello,
> > As a JMeter commiter I think this feature should be integrated to Core.
> >
> > Lack of nice reporting in JMeter is no more acceptable nowadays, all
> > Commercial and Open Source competitors have reporting now and it's a weak
> > point of JMeter.
> >
> > The code respects JMeter best practices as far as I can tell, there is
> > documentation (dev and users) and javadocs.
> >
> > PS : Note that I am not totally neutral here being a member of Ubik Load
> > Pack Team.
> >
> > Regards
> > Philippe
> >
> > On Fri, Nov 6, 2015 at 11:12 AM, UBIK LOAD PACK <
> > ubik-load-pack-sales@ubik-ingenierie.com> wrote:
> >
> > > Hello,
> > > We have completed our UATs for V1 milestone and fixed all bugs and
> > > enhancements detected.
> > >
> > > We released Preview 1.0.0:
> > > -
> > >
> >
> https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
> > >
> > > Users and Dev team can this way download the bundle and test it, page
> > > above mentions all required informations to test, report issues and
> see a
> > > demo.
> > >
> > > We think this feature is really needed in JMeter and it has been
> > developed
> > > to ensure it never impacts load testing, reports being generated at
> end.
> > >
> > > If you look at code there is 0 risk of regression as it's an
> additional
> > > behaviour that is activated by new command line options.
> > >
> > > We'll be happy to provide JMeter Team with all requested information
> > > regarding design, implementation ...
> > >
> > > We really hope it will be accepted by the Team.
> > >
> > > Thanks in advance and kudos for all your work on JMeter.
> > >
> > > Regards
> > > Ubik Load Pack Team.
> > >
> > >
> > >
> > >
> > >
> > >
> >
>
--
Richard Friedman
609.314.0129
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by Antonio Gomes Rodrigues <ra...@gmail.com>.
Hi,
I agree with Philippe, all the competitors (LoadRunner, Neoload, Gatling,
SilkPerf, etc...) can generate a nice reporting at the end of the load test.
Each time I use another load test tool, I use this feature to analyze the
load test.
Each time I use JMeter, it's boring because I am forced to use another tool
(QlickView, etc.) to make it
It will be great to have it in JMeter because it's important (to be
competitive and it's useful)
Antonio
2015-11-09 22:21 GMT+01:00 Philippe Mouawad <pm...@apache.org>:
> Hello,
> As a JMeter commiter I think this feature should be integrated to Core.
>
> Lack of nice reporting in JMeter is no more acceptable nowadays, all
> Commercial and Open Source competitors have reporting now and it's a weak
> point of JMeter.
>
> The code respects JMeter best practices as far as I can tell, there is
> documentation (dev and users) and javadocs.
>
> PS : Note that I am not totally neutral here being a member of Ubik Load
> Pack Team.
>
> Regards
> Philippe
>
> On Fri, Nov 6, 2015 at 11:12 AM, UBIK LOAD PACK <
> ubik-load-pack-sales@ubik-ingenierie.com> wrote:
>
> > Hello,
> > We have completed our UATs for V1 milestone and fixed all bugs and
> > enhancements detected.
> >
> > We released Preview 1.0.0:
> > -
> >
> https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
> >
> > Users and Dev team can this way download the bundle and test it, page
> > above mentions all required informations to test, report issues and see a
> > demo.
> >
> > We think this feature is really needed in JMeter and it has been
> developed
> > to ensure it never impacts load testing, reports being generated at end.
> >
> > If you look at code there is 0 risk of regression as it's an additional
> > behaviour that is activated by new command line options.
> >
> > We'll be happy to provide JMeter Team with all requested information
> > regarding design, implementation ...
> >
> > We really hope it will be accepted by the Team.
> >
> > Thanks in advance and kudos for all your work on JMeter.
> >
> > Regards
> > Ubik Load Pack Team.
> >
> >
> >
> >
> >
> >
>
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by Philippe Mouawad <pm...@apache.org>.
Hello,
As a JMeter commiter I think this feature should be integrated to Core.
Lack of nice reporting in JMeter is no more acceptable nowadays, all
Commercial and Open Source competitors have reporting now and it's a weak
point of JMeter.
The code respects JMeter best practices as far as I can tell, there is
documentation (dev and users) and javadocs.
PS : Note that I am not totally neutral here being a member of Ubik Load
Pack Team.
Regards
Philippe
On Fri, Nov 6, 2015 at 11:12 AM, UBIK LOAD PACK <
ubik-load-pack-sales@ubik-ingenierie.com> wrote:
> Hello,
> We have completed our UATs for V1 milestone and fixed all bugs and
> enhancements detected.
>
> We released Preview 1.0.0:
> -
> https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
>
> Users and Dev team can this way download the bundle and test it, page
> above mentions all required informations to test, report issues and see a
> demo.
>
> We think this feature is really needed in JMeter and it has been developed
> to ensure it never impacts load testing, reports being generated at end.
>
> If you look at code there is 0 risk of regression as it's an additional
> behaviour that is activated by new command line options.
>
> We'll be happy to provide JMeter Team with all requested information
> regarding design, implementation ...
>
> We really hope it will be accepted by the Team.
>
> Thanks in advance and kudos for all your work on JMeter.
>
> Regards
> Ubik Load Pack Team.
>
>
>
>
>
>
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by UBIK LOAD PACK <ub...@ubik-ingenierie.com>.
Hello,
We have completed our UATs for V1 milestone and fixed all bugs and
enhancements detected.
We released Preview 1.0.0:
-
https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
Users and Dev team can this way download the bundle and test it, page above
mentions all required informations to test, report issues and see a demo.
We think this feature is really needed in JMeter and it has been developed
to ensure it never impacts load testing, reports being generated at end.
If you look at code there is 0 risk of regression as it's an additional
behaviour that is activated by new command line options.
We'll be happy to provide JMeter Team with all requested information
regarding design, implementation ...
We really hope it will be accepted by the Team.
Thanks in advance and kudos for all your work on JMeter.
Regards
Ubik Load Pack Team.
On Mon, Nov 2, 2015 at 9:27 PM, UBIK LOAD PACK <
ubik-load-pack-sales@ubik-ingenierie.com> wrote:
> Hello,
> Thanks for feedback.
> Find our answers below inline.
>
> Note the V1 milestone is close to release, here are the
> issues/enhancements in progress:
>
> -
> https://github.com/ubikloadpack/jmeter/issues?q=is%3Aopen+is%3Aissue+milestone%3AV1
>
>
>
> Regards
> @ubikloadpack
>
> On Mon, Nov 2, 2015 at 9:10 PM, Felix Schumacher <
> felix.schumacher@internetallee.de> wrote:
>
>> Am 27.10.2015 um 23:55 schrieb UBIK LOAD PACK:
>>
>>> Hello,
>>> We plan to donate a new feature that allows to generate an HTML report
>>> containing:
>>> - Javascript Graphs (Response time, Error code, Percentiles
>>> - Tables of results
>>> - ...
>>>
>>> You can see a demo of what is generated at:
>>> - http://ubikloadpack.com/donations/dashboard/
>>>
>>> Code is here:
>>> -
>>>
>>> https://github.com/ubikloadpack/jmeter/tree/UBIKLOADPACK_REPORT_DASHBOARD_DONATION
>>>
>>>
>>> Concerned folders:
>>> - bin/report-template
>>> - xdocs/usermanual/generating-dashboard.xml
>>> - src/core/org/apache/jmeter/report
>>> - src/core/org/apache/jmeter/JMeter.java
>>>
>>>
>>> We are in the process of finalizing documentation for it.
>>>
>>> We have the following questions:
>>> 0/ Would this donation be of interest for Apache JMeter ?
>>>
>> This is the same report feature, that was discussed earlier, right?
>>
> No it's a new one.
>
>>
>> I think it would be nice to have a simple (extendable) report page, that
>> can be generated after a jmeter run. But I remember there were some
>> objections, whether this feature would slow down normal operations.
>>
> It doesn't as report is generated can be generated in 2 ways:
> - At end of load test
> - By a new command line option
>
> Command line options:
> -
> http://ubikloadpack.com/donations/dashboard/docs/usermanual/get-started.html#options
> User manual dedicated page:
> -
> http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
>
>>
>>> 1/ We created a new usermanual page, we think its best place in index is
>>> between Remote Testing and Real-time Result, it will be called Dashboard
>>> Report. Doing so mean incrementing section number of following pages, is
>>> this ok ?
>>>
>>> http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
>>>
>> No problem with me.
>>
> Done this way.
>
>>
>>
>>> 2/ We have created a Developer Oriented documentation that explains the
>>> architecture of the components. We think in the future and if the
>>> donation
>>> is accepted, this documentation could be also useful to jmeter users who
>>> want to customize graphs, dashboard, add new graphs .... So we think its
>>> format should be XML and it should be included in documentation , but
>>> where
>>> ?
>>>
>> A new subject Documentation->Developer Manual? That could probably be the
>> home of Documentation->Building JMeter and Add-Ons or the new (not yet
>> committed) Docwriters page.
>>
> OK
> For now documentation is here:
> http://ubikloadpack.com/donations/dashboard/docs/devguide-dashboard.html
>
>>
>>> 3/ From our understanding , IP Clearance would have to be done in case
>>> this
>>> donation is accepted by the project, in this case we would required some
>>> help on the process as we're newbies in it, we suppose this would have to
>>> be filled in:
>>> http://incubator.apache.org/ip-clearance/ip-clearance-template.html
>>>
>> Haven't done this either.
>>
>> Regards,
>> Felix
>>
> Thanks for feedback
>
>>
>>>
>>>
>>> - The donation will be composed of :
>>> * Nearly 95 Java classes
>>> * 4 HTML templates
>>> * 2 Javascript templates
>>> * 1 CSS
>>> * Dependencies on:
>>> 1) Freemarker (Apache2)
>>> 2) jodd-props (Simplified BSD)
>>> 3) JAVAX.JSON (COMMON DEVELOPMENT AND DISTRIBUTION LICENSE (CDDL)Version
>>> 1.1)
>>> 4) Start Bootstrap (http://startbootstrap.com) , Apache2
>>> 5) Jquery (MIT)
>>> 6) Flot (MIT)
>>>
>>>
>>>
>>> Regards
>>> Benoit V., Florent S. and Philippe M.
>>>
>>> UbikLoadPack Team
>>> @ubikloadpack
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
>> For additional commands, e-mail: user-help@jmeter.apache.org
>>
>>
>
>
--
Regards
Ubik Load Pack <http://ubikloadpack.com> Team
Follow us on Twitter <http://twitter.com/ubikloadpack>
Cordialement
L'équipe Ubik Load Pack <http://ubikloadpack.com>
Suivez-nous sur Twitter <http://twitter.com/ubikloadpack>
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by UBIK LOAD PACK <ub...@ubik-ingenierie.com>.
Hello,
We have completed our UATs for V1 milestone and fixed all bugs and
enhancements detected.
We released Preview 1.0.0:
-
https://github.com/ubikloadpack/jmeter/releases/tag/2.14-preview-ubikloapack-1.0.0
Users and Dev team can this way download the bundle and test it, page above
mentions all required informations to test, report issues and see a demo.
We think this feature is really needed in JMeter and it has been developed
to ensure it never impacts load testing, reports being generated at end.
If you look at code there is 0 risk of regression as it's an additional
behaviour that is activated by new command line options.
We'll be happy to provide JMeter Team with all requested information
regarding design, implementation ...
We really hope it will be accepted by the Team.
Thanks in advance and kudos for all your work on JMeter.
Regards
Ubik Load Pack Team.
On Mon, Nov 2, 2015 at 9:27 PM, UBIK LOAD PACK <
ubik-load-pack-sales@ubik-ingenierie.com> wrote:
> Hello,
> Thanks for feedback.
> Find our answers below inline.
>
> Note the V1 milestone is close to release, here are the
> issues/enhancements in progress:
>
> -
> https://github.com/ubikloadpack/jmeter/issues?q=is%3Aopen+is%3Aissue+milestone%3AV1
>
>
>
> Regards
> @ubikloadpack
>
> On Mon, Nov 2, 2015 at 9:10 PM, Felix Schumacher <
> felix.schumacher@internetallee.de> wrote:
>
>> Am 27.10.2015 um 23:55 schrieb UBIK LOAD PACK:
>>
>>> Hello,
>>> We plan to donate a new feature that allows to generate an HTML report
>>> containing:
>>> - Javascript Graphs (Response time, Error code, Percentiles
>>> - Tables of results
>>> - ...
>>>
>>> You can see a demo of what is generated at:
>>> - http://ubikloadpack.com/donations/dashboard/
>>>
>>> Code is here:
>>> -
>>>
>>> https://github.com/ubikloadpack/jmeter/tree/UBIKLOADPACK_REPORT_DASHBOARD_DONATION
>>>
>>>
>>> Concerned folders:
>>> - bin/report-template
>>> - xdocs/usermanual/generating-dashboard.xml
>>> - src/core/org/apache/jmeter/report
>>> - src/core/org/apache/jmeter/JMeter.java
>>>
>>>
>>> We are in the process of finalizing documentation for it.
>>>
>>> We have the following questions:
>>> 0/ Would this donation be of interest for Apache JMeter ?
>>>
>> This is the same report feature, that was discussed earlier, right?
>>
> No it's a new one.
>
>>
>> I think it would be nice to have a simple (extendable) report page, that
>> can be generated after a jmeter run. But I remember there were some
>> objections, whether this feature would slow down normal operations.
>>
> It doesn't as report is generated can be generated in 2 ways:
> - At end of load test
> - By a new command line option
>
> Command line options:
> -
> http://ubikloadpack.com/donations/dashboard/docs/usermanual/get-started.html#options
> User manual dedicated page:
> -
> http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
>
>>
>>> 1/ We created a new usermanual page, we think its best place in index is
>>> between Remote Testing and Real-time Result, it will be called Dashboard
>>> Report. Doing so mean incrementing section number of following pages, is
>>> this ok ?
>>>
>>> http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
>>>
>> No problem with me.
>>
> Done this way.
>
>>
>>
>>> 2/ We have created a Developer Oriented documentation that explains the
>>> architecture of the components. We think in the future and if the
>>> donation
>>> is accepted, this documentation could be also useful to jmeter users who
>>> want to customize graphs, dashboard, add new graphs .... So we think its
>>> format should be XML and it should be included in documentation , but
>>> where
>>> ?
>>>
>> A new subject Documentation->Developer Manual? That could probably be the
>> home of Documentation->Building JMeter and Add-Ons or the new (not yet
>> committed) Docwriters page.
>>
> OK
> For now documentation is here:
> http://ubikloadpack.com/donations/dashboard/docs/devguide-dashboard.html
>
>>
>>> 3/ From our understanding , IP Clearance would have to be done in case
>>> this
>>> donation is accepted by the project, in this case we would required some
>>> help on the process as we're newbies in it, we suppose this would have to
>>> be filled in:
>>> http://incubator.apache.org/ip-clearance/ip-clearance-template.html
>>>
>> Haven't done this either.
>>
>> Regards,
>> Felix
>>
> Thanks for feedback
>
>>
>>>
>>>
>>> - The donation will be composed of :
>>> * Nearly 95 Java classes
>>> * 4 HTML templates
>>> * 2 Javascript templates
>>> * 1 CSS
>>> * Dependencies on:
>>> 1) Freemarker (Apache2)
>>> 2) jodd-props (Simplified BSD)
>>> 3) JAVAX.JSON (COMMON DEVELOPMENT AND DISTRIBUTION LICENSE (CDDL)Version
>>> 1.1)
>>> 4) Start Bootstrap (http://startbootstrap.com) , Apache2
>>> 5) Jquery (MIT)
>>> 6) Flot (MIT)
>>>
>>>
>>>
>>> Regards
>>> Benoit V., Florent S. and Philippe M.
>>>
>>> UbikLoadPack Team
>>> @ubikloadpack
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
>> For additional commands, e-mail: user-help@jmeter.apache.org
>>
>>
>
>
--
Regards
Ubik Load Pack <http://ubikloadpack.com> Team
Follow us on Twitter <http://twitter.com/ubikloadpack>
Cordialement
L'équipe Ubik Load Pack <http://ubikloadpack.com>
Suivez-nous sur Twitter <http://twitter.com/ubikloadpack>
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by UBIK LOAD PACK <ub...@ubik-ingenierie.com>.
Hello,
Thanks for feedback.
Find our answers below inline.
Note the V1 milestone is close to release, here are the issues/enhancements
in progress:
-
https://github.com/ubikloadpack/jmeter/issues?q=is%3Aopen+is%3Aissue+milestone%3AV1
Regards
@ubikloadpack
On Mon, Nov 2, 2015 at 9:10 PM, Felix Schumacher <
felix.schumacher@internetallee.de> wrote:
> Am 27.10.2015 um 23:55 schrieb UBIK LOAD PACK:
>
>> Hello,
>> We plan to donate a new feature that allows to generate an HTML report
>> containing:
>> - Javascript Graphs (Response time, Error code, Percentiles
>> - Tables of results
>> - ...
>>
>> You can see a demo of what is generated at:
>> - http://ubikloadpack.com/donations/dashboard/
>>
>> Code is here:
>> -
>>
>> https://github.com/ubikloadpack/jmeter/tree/UBIKLOADPACK_REPORT_DASHBOARD_DONATION
>>
>>
>> Concerned folders:
>> - bin/report-template
>> - xdocs/usermanual/generating-dashboard.xml
>> - src/core/org/apache/jmeter/report
>> - src/core/org/apache/jmeter/JMeter.java
>>
>>
>> We are in the process of finalizing documentation for it.
>>
>> We have the following questions:
>> 0/ Would this donation be of interest for Apache JMeter ?
>>
> This is the same report feature, that was discussed earlier, right?
>
No it's a new one.
>
> I think it would be nice to have a simple (extendable) report page, that
> can be generated after a jmeter run. But I remember there were some
> objections, whether this feature would slow down normal operations.
>
It doesn't as report is generated can be generated in 2 ways:
- At end of load test
- By a new command line option
Command line options:
-
http://ubikloadpack.com/donations/dashboard/docs/usermanual/get-started.html#options
User manual dedicated page:
-
http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
>
>> 1/ We created a new usermanual page, we think its best place in index is
>> between Remote Testing and Real-time Result, it will be called Dashboard
>> Report. Doing so mean incrementing section number of following pages, is
>> this ok ?
>>
>> http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
>>
> No problem with me.
>
Done this way.
>
>
>> 2/ We have created a Developer Oriented documentation that explains the
>> architecture of the components. We think in the future and if the donation
>> is accepted, this documentation could be also useful to jmeter users who
>> want to customize graphs, dashboard, add new graphs .... So we think its
>> format should be XML and it should be included in documentation , but
>> where
>> ?
>>
> A new subject Documentation->Developer Manual? That could probably be the
> home of Documentation->Building JMeter and Add-Ons or the new (not yet
> committed) Docwriters page.
>
OK
For now documentation is here:
http://ubikloadpack.com/donations/dashboard/docs/devguide-dashboard.html
>
>> 3/ From our understanding , IP Clearance would have to be done in case
>> this
>> donation is accepted by the project, in this case we would required some
>> help on the process as we're newbies in it, we suppose this would have to
>> be filled in:
>> http://incubator.apache.org/ip-clearance/ip-clearance-template.html
>>
> Haven't done this either.
>
> Regards,
> Felix
>
Thanks for feedback
>
>>
>>
>> - The donation will be composed of :
>> * Nearly 95 Java classes
>> * 4 HTML templates
>> * 2 Javascript templates
>> * 1 CSS
>> * Dependencies on:
>> 1) Freemarker (Apache2)
>> 2) jodd-props (Simplified BSD)
>> 3) JAVAX.JSON (COMMON DEVELOPMENT AND DISTRIBUTION LICENSE (CDDL)Version
>> 1.1)
>> 4) Start Bootstrap (http://startbootstrap.com) , Apache2
>> 5) Jquery (MIT)
>> 6) Flot (MIT)
>>
>>
>>
>> Regards
>> Benoit V., Florent S. and Philippe M.
>>
>> UbikLoadPack Team
>> @ubikloadpack
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> For additional commands, e-mail: user-help@jmeter.apache.org
>
>
Re: Donation of a New Dashboard for JMeter : Questions and more
Posted by UBIK LOAD PACK <ub...@ubik-ingenierie.com>.
Hello,
Thanks for feedback.
Find our answers below inline.
Note the V1 milestone is close to release, here are the issues/enhancements
in progress:
-
https://github.com/ubikloadpack/jmeter/issues?q=is%3Aopen+is%3Aissue+milestone%3AV1
Regards
@ubikloadpack
On Mon, Nov 2, 2015 at 9:10 PM, Felix Schumacher <
felix.schumacher@internetallee.de> wrote:
> Am 27.10.2015 um 23:55 schrieb UBIK LOAD PACK:
>
>> Hello,
>> We plan to donate a new feature that allows to generate an HTML report
>> containing:
>> - Javascript Graphs (Response time, Error code, Percentiles
>> - Tables of results
>> - ...
>>
>> You can see a demo of what is generated at:
>> - http://ubikloadpack.com/donations/dashboard/
>>
>> Code is here:
>> -
>>
>> https://github.com/ubikloadpack/jmeter/tree/UBIKLOADPACK_REPORT_DASHBOARD_DONATION
>>
>>
>> Concerned folders:
>> - bin/report-template
>> - xdocs/usermanual/generating-dashboard.xml
>> - src/core/org/apache/jmeter/report
>> - src/core/org/apache/jmeter/JMeter.java
>>
>>
>> We are in the process of finalizing documentation for it.
>>
>> We have the following questions:
>> 0/ Would this donation be of interest for Apache JMeter ?
>>
> This is the same report feature, that was discussed earlier, right?
>
No it's a new one.
>
> I think it would be nice to have a simple (extendable) report page, that
> can be generated after a jmeter run. But I remember there were some
> objections, whether this feature would slow down normal operations.
>
It doesn't as report is generated can be generated in 2 ways:
- At end of load test
- By a new command line option
Command line options:
-
http://ubikloadpack.com/donations/dashboard/docs/usermanual/get-started.html#options
User manual dedicated page:
-
http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
>
>> 1/ We created a new usermanual page, we think its best place in index is
>> between Remote Testing and Real-time Result, it will be called Dashboard
>> Report. Doing so mean incrementing section number of following pages, is
>> this ok ?
>>
>> http://ubikloadpack.com/donations/dashboard/docs/usermanual/generating-dashboard.html
>>
> No problem with me.
>
Done this way.
>
>
>> 2/ We have created a Developer Oriented documentation that explains the
>> architecture of the components. We think in the future and if the donation
>> is accepted, this documentation could be also useful to jmeter users who
>> want to customize graphs, dashboard, add new graphs .... So we think its
>> format should be XML and it should be included in documentation , but
>> where
>> ?
>>
> A new subject Documentation->Developer Manual? That could probably be the
> home of Documentation->Building JMeter and Add-Ons or the new (not yet
> committed) Docwriters page.
>
OK
For now documentation is here:
http://ubikloadpack.com/donations/dashboard/docs/devguide-dashboard.html
>
>> 3/ From our understanding , IP Clearance would have to be done in case
>> this
>> donation is accepted by the project, in this case we would required some
>> help on the process as we're newbies in it, we suppose this would have to
>> be filled in:
>> http://incubator.apache.org/ip-clearance/ip-clearance-template.html
>>
> Haven't done this either.
>
> Regards,
> Felix
>
Thanks for feedback
>
>>
>>
>> - The donation will be composed of :
>> * Nearly 95 Java classes
>> * 4 HTML templates
>> * 2 Javascript templates
>> * 1 CSS
>> * Dependencies on:
>> 1) Freemarker (Apache2)
>> 2) jodd-props (Simplified BSD)
>> 3) JAVAX.JSON (COMMON DEVELOPMENT AND DISTRIBUTION LICENSE (CDDL)Version
>> 1.1)
>> 4) Start Bootstrap (http://startbootstrap.com) , Apache2
>> 5) Jquery (MIT)
>> 6) Flot (MIT)
>>
>>
>>
>> Regards
>> Benoit V., Florent S. and Philippe M.
>>
>> UbikLoadPack Team
>> @ubikloadpack
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> For additional commands, e-mail: user-help@jmeter.apache.org
>
>