Re: http2 support

[Emilian Bold]

See this reply 
https://lists.apache.org/thread.html/a08c9c77b9cce401043bc58cef303ed7501705e48243e17ec1a7f145@%3Clegal-discuss.apache.org%3E
confirming we are OK including the code:

> > Now, this is precisely my plan. So -- it's perfectly fine to handle
> > things this way:
> >
> > 1. Import 3rd party source code without a formal IP clearance and just
> > reference the existing license info in the NOTICE file
> > 2. Distribute the 3rd party source code with formal Apache releases
> > and build binary plugin JARs ourselves.
> > 3. Try to submit our fixes upstream. Perhaps highlight our changes to
> > the 3rd party source code in the NOTICE file
>
> NOTICE is for legally-required attributions. But it's ok to include comments 
> about what you changed. From the alv2.0: "You may add Your own attribution 
> notices within Derivative Works that You distribute, alongside or as an 
> addendum to the NOTICE text from the Work, provided that such additional 
> attribution notices cannot be construed as modifying the License."
>
> 4. You didn't explicitly mention it, but do not change the headers in the 
> source.
>
> I'd say this is a good plan.

So now it's just a matter of deciding if we include the plugins or
not, but Apache 2.0 code should not be a problem as per the answer
above. No IP clearance required, just a NOTICE update like we do for
any new library.


--emi


On Tue, Oct 3, 2017 at 11:07 PM, Philippe Mouawad
 wrote:
> Hello,
> Also one note on HTTP2. I didn't find any possibility to record http2 which
> IMO is a mandatory feature.
>
> Oleg from HC project had pointed to a class that would have allowed this.
> But on Jetty I don't see a way to do that.
>
>
> Regards
>
> On Tue, Oct 3, 2017 at 9:37 PM, Emilian Bold  wrote:
>
>> >
>> > I have already asked Andrei wether he would be ready to contribute it, at
>> > that time he was not.
>> > But maybe we can ask again.
>>
>>
>> I will be asking again.
>>
>> >
>> > > 1. https://lists.apache.org/thread.html/8db4686f7a2d98da66d57e7533eee1
>> > > 3f81d7ecf19afa293a7c26e99f@%3Clegal-discuss.apache.org%3E
>> > >
>> > I see the thread is big now :-)
>> > So I wasn't wrong thinking it was not that easy
>>
>>
>> As with anything Apache there are many opinions. I have yet to get a clear
>> answer backed by some documentation. I think we will be fine using them.
>>
>>
>> > Yes. But maybe on this topic, Emilian is doing something :-)
>>
>> Google Cloud next. Hopefully by November.
>>
>>
>>
>>
>> --emi
>>
>> On Tue, Oct 3, 2017 at 10:33 PM, Philippe Mouawad <
>> philippe.moua...@gmail.com> wrote:
>>
>> > On Tue, Oct 3, 2017 at 1:09 PM, Emilian Bold 
>> > wrote:
>> >
>> > > I've asked legal-discuss@ [1] and will post back here with what I
>> find.
>> > >
>> > > In the mean time I also believe it might not be out of the question for
>> > CA
>> > > Technologies to donate the code to the ASF.
>> >
>> > It would be the best option.
>> >
>> >
>> > > I know some of the folks there
>> > > are on the mailing list, perhaps we'll get some replies regarding this
>> > > possibility.
>> > >
>> >
>> > I hope so.
>> >
>> > >
>> > > 1. https://lists.apache.org/thread.html/8db4686f7a2d98da66d57e7533eee1
>> > > 3f81d7ecf19afa293a7c26e99f@%3Clegal-discuss.apache.org%3E
>> > >
>> >
>> > I see the thread is big now :-)
>> > So I wasn't wrong thinking it was not that easy
>> >
>> > >
>> > > --emi
>> > >
>> > > On Tue, Oct 3, 2017 at 1:59 PM, Philippe Mouawad <
>> > > philippe.moua...@gmail.com
>> > > > wrote:
>> > >
>> > > > On Tue, Oct 3, 2017 at 12:55 PM, Emilian Bold <
>> emilian.b...@gmail.com>
>> > > > wrote:
>> > > >
>> > > > > > Correct me if I am wrong, if we plan to include the code of one
>> of
>> > > > those
>> > > > > plugins, I don't see how we could without it being donated.
>> > > > >
>> > > > > Just like any dependency. I don't believe it's a rule that
>> > dependencies
>> > > > > have to be binary JARs. A "work" being "included" could mean source
>> > > code,
>> > > > > not just compiled JAR.
>> > > > >
>> > > >
>> > > > As I am not sure I'll let legal answer
>> > > >
>> > > > >
>> > > > > > If we are only including the binaries, then I don't see any
>> benefit
>> > > > from
>> > > > > it, as it is already a plugin.
>> > > > >
>> > > > > Having something included in JMeter proper would at least guarantee
>> > > some
>> > > > > stability and security wrt the code
>> > > >
>> > > >
>> > > > Absolutely
>> > > >
>> > > > > .
>> > > > >
>> > > > > A 3rd party plugin has no such guarantees. I personally don't like
>> > > > hunting
>> > > > > down plugins for my tools especially when it's not something niche.
>> > > > >
>> > > >
>> > > > Absolutely
>> > > >
>> > > > >
>> > > > > I don't believe JMeter should encourage users to always use
>> plugins;
>> > is
>> > > > > JMeter something usable out of the box or just a platform?
>> > > > >
>> > > >
>> > > > OOTB usable for me
>> > > >
>> > > > >
>> > > > > I 

[GitHub] jmeter pull request #308: Java9 migration

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/jmeter/pull/308


---

[GitHub] jmeter issue #313: BZ61466: Comment addition to SampleResults

[pmouawad]

Github user pmouawad commented on the issue:

https://github.com/apache/jmeter/pull/313
  
Hello @vherilier ,
Thanks for PR.

Could you amend it to:
- Add a property that would apply to all TC
- add a TristateCheckBox in GUI  'Use comment in SampleResult'

I think this will cover all cases:

- Send comments for ALL TC
- Don't send comments
- Send for all except some
- Send for none except some

And test this value to add it to sampler.
Of course JUnit are welcome.

I'll be happy to merge it once done.
Thank you.


---

Re: http2 support

[Philippe Mouawad]

Hello,
Also one note on HTTP2. I didn't find any possibility to record http2 which
IMO is a mandatory feature.

Oleg from HC project had pointed to a class that would have allowed this.
But on Jetty I don't see a way to do that.


Regards

On Tue, Oct 3, 2017 at 9:37 PM, Emilian Bold  wrote:

> >
> > I have already asked Andrei wether he would be ready to contribute it, at
> > that time he was not.
> > But maybe we can ask again.
>
>
> I will be asking again.
>
> >
> > > 1. https://lists.apache.org/thread.html/8db4686f7a2d98da66d57e7533eee1
> > > 3f81d7ecf19afa293a7c26e99f@%3Clegal-discuss.apache.org%3E
> > >
> > I see the thread is big now :-)
> > So I wasn't wrong thinking it was not that easy
>
>
> As with anything Apache there are many opinions. I have yet to get a clear
> answer backed by some documentation. I think we will be fine using them.
>
>
> > Yes. But maybe on this topic, Emilian is doing something :-)
>
> Google Cloud next. Hopefully by November.
>
>
>
>
> --emi
>
> On Tue, Oct 3, 2017 at 10:33 PM, Philippe Mouawad <
> philippe.moua...@gmail.com> wrote:
>
> > On Tue, Oct 3, 2017 at 1:09 PM, Emilian Bold 
> > wrote:
> >
> > > I've asked legal-discuss@ [1] and will post back here with what I
> find.
> > >
> > > In the mean time I also believe it might not be out of the question for
> > CA
> > > Technologies to donate the code to the ASF.
> >
> > It would be the best option.
> >
> >
> > > I know some of the folks there
> > > are on the mailing list, perhaps we'll get some replies regarding this
> > > possibility.
> > >
> >
> > I hope so.
> >
> > >
> > > 1. https://lists.apache.org/thread.html/8db4686f7a2d98da66d57e7533eee1
> > > 3f81d7ecf19afa293a7c26e99f@%3Clegal-discuss.apache.org%3E
> > >
> >
> > I see the thread is big now :-)
> > So I wasn't wrong thinking it was not that easy
> >
> > >
> > > --emi
> > >
> > > On Tue, Oct 3, 2017 at 1:59 PM, Philippe Mouawad <
> > > philippe.moua...@gmail.com
> > > > wrote:
> > >
> > > > On Tue, Oct 3, 2017 at 12:55 PM, Emilian Bold <
> emilian.b...@gmail.com>
> > > > wrote:
> > > >
> > > > > > Correct me if I am wrong, if we plan to include the code of one
> of
> > > > those
> > > > > plugins, I don't see how we could without it being donated.
> > > > >
> > > > > Just like any dependency. I don't believe it's a rule that
> > dependencies
> > > > > have to be binary JARs. A "work" being "included" could mean source
> > > code,
> > > > > not just compiled JAR.
> > > > >
> > > >
> > > > As I am not sure I'll let legal answer
> > > >
> > > > >
> > > > > > If we are only including the binaries, then I don't see any
> benefit
> > > > from
> > > > > it, as it is already a plugin.
> > > > >
> > > > > Having something included in JMeter proper would at least guarantee
> > > some
> > > > > stability and security wrt the code
> > > >
> > > >
> > > > Absolutely
> > > >
> > > > > .
> > > > >
> > > > > A 3rd party plugin has no such guarantees. I personally don't like
> > > > hunting
> > > > > down plugins for my tools especially when it's not something niche.
> > > > >
> > > >
> > > > Absolutely
> > > >
> > > > >
> > > > > I don't believe JMeter should encourage users to always use
> plugins;
> > is
> > > > > JMeter something usable out of the box or just a platform?
> > > > >
> > > >
> > > > OOTB usable for me
> > > >
> > > > >
> > > > > I would gladly drop JDBC/MongoDB/JMS to have everything
> HTTP-related
> > > > > included.
> > > > >
> > > >
> > > > MongoDB is a good candidate.
> > > > I think JMS and JDBC are far from being a niche based on questions on
> > SO
> > > > for example.
> > > >
> > > > >
> > > > > --emi
> > > > >
> > > > > On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
> > > > >
> > > > > > If the code is available as a plugin then I don't see the need to
> > > > > > include it in JMeter itself.
> > > > > > It can be listed on a plugins page on the Wiki.
> > > > > >
> > > > > > Remember that code that is added to the JMeter code base adds to
> > the
> > > > > > ongoing maintenance cost.
> > > > > > This reduces the time that can be spent on the rest of the JMeter
> > > code.
> > > > > >
> > > > > > On 3 October 2017 at 11:27, Philippe Mouawad
> > > > > >  wrote:
> > > > > > > Hi Emilian,
> > > > > > > Correct me if I am wrong, if we plan to include the code of one
> > of
> > > > > those
> > > > > > > plugins, I don't see how we could without it being donated.
> > > > > > > I am not even sure that this project would be willing to donate
> > it.
> > > > > > >
> > > > > > > If we are only including the binaries, then I don't see any
> > benefit
> > > > > from
> > > > > > > it, as it is already a plugin.
> > > > > > >
> > > > > > > Maybe before going further, we should review the code to see if
> > it
> > > is
> > > > > > worth
> > > > > > > the discussion.
> > > > > > >
> > > > > > > Then we can ask Legal team, or feel free to ask.
> > > > > > >
> > > > > > > 

Re: http2 support

[Emilian Bold]

>
> I have already asked Andrei wether he would be ready to contribute it, at
> that time he was not.
> But maybe we can ask again.


I will be asking again.

>
> > 1. https://lists.apache.org/thread.html/8db4686f7a2d98da66d57e7533eee1
> > 3f81d7ecf19afa293a7c26e99f@%3Clegal-discuss.apache.org%3E
> >
> I see the thread is big now :-)
> So I wasn't wrong thinking it was not that easy


As with anything Apache there are many opinions. I have yet to get a clear
answer backed by some documentation. I think we will be fine using them.


> Yes. But maybe on this topic, Emilian is doing something :-)

Google Cloud next. Hopefully by November.




--emi

On Tue, Oct 3, 2017 at 10:33 PM, Philippe Mouawad <
philippe.moua...@gmail.com> wrote:

> On Tue, Oct 3, 2017 at 1:09 PM, Emilian Bold 
> wrote:
>
> > I've asked legal-discuss@ [1] and will post back here with what I find.
> >
> > In the mean time I also believe it might not be out of the question for
> CA
> > Technologies to donate the code to the ASF.
>
> It would be the best option.
>
>
> > I know some of the folks there
> > are on the mailing list, perhaps we'll get some replies regarding this
> > possibility.
> >
>
> I hope so.
>
> >
> > 1. https://lists.apache.org/thread.html/8db4686f7a2d98da66d57e7533eee1
> > 3f81d7ecf19afa293a7c26e99f@%3Clegal-discuss.apache.org%3E
> >
>
> I see the thread is big now :-)
> So I wasn't wrong thinking it was not that easy
>
> >
> > --emi
> >
> > On Tue, Oct 3, 2017 at 1:59 PM, Philippe Mouawad <
> > philippe.moua...@gmail.com
> > > wrote:
> >
> > > On Tue, Oct 3, 2017 at 12:55 PM, Emilian Bold 
> > > wrote:
> > >
> > > > > Correct me if I am wrong, if we plan to include the code of one of
> > > those
> > > > plugins, I don't see how we could without it being donated.
> > > >
> > > > Just like any dependency. I don't believe it's a rule that
> dependencies
> > > > have to be binary JARs. A "work" being "included" could mean source
> > code,
> > > > not just compiled JAR.
> > > >
> > >
> > > As I am not sure I'll let legal answer
> > >
> > > >
> > > > > If we are only including the binaries, then I don't see any benefit
> > > from
> > > > it, as it is already a plugin.
> > > >
> > > > Having something included in JMeter proper would at least guarantee
> > some
> > > > stability and security wrt the code
> > >
> > >
> > > Absolutely
> > >
> > > > .
> > > >
> > > > A 3rd party plugin has no such guarantees. I personally don't like
> > > hunting
> > > > down plugins for my tools especially when it's not something niche.
> > > >
> > >
> > > Absolutely
> > >
> > > >
> > > > I don't believe JMeter should encourage users to always use plugins;
> is
> > > > JMeter something usable out of the box or just a platform?
> > > >
> > >
> > > OOTB usable for me
> > >
> > > >
> > > > I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
> > > > included.
> > > >
> > >
> > > MongoDB is a good candidate.
> > > I think JMS and JDBC are far from being a niche based on questions on
> SO
> > > for example.
> > >
> > > >
> > > > --emi
> > > >
> > > > On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
> > > >
> > > > > If the code is available as a plugin then I don't see the need to
> > > > > include it in JMeter itself.
> > > > > It can be listed on a plugins page on the Wiki.
> > > > >
> > > > > Remember that code that is added to the JMeter code base adds to
> the
> > > > > ongoing maintenance cost.
> > > > > This reduces the time that can be spent on the rest of the JMeter
> > code.
> > > > >
> > > > > On 3 October 2017 at 11:27, Philippe Mouawad
> > > > >  wrote:
> > > > > > Hi Emilian,
> > > > > > Correct me if I am wrong, if we plan to include the code of one
> of
> > > > those
> > > > > > plugins, I don't see how we could without it being donated.
> > > > > > I am not even sure that this project would be willing to donate
> it.
> > > > > >
> > > > > > If we are only including the binaries, then I don't see any
> benefit
> > > > from
> > > > > > it, as it is already a plugin.
> > > > > >
> > > > > > Maybe before going further, we should review the code to see if
> it
> > is
> > > > > worth
> > > > > > the discussion.
> > > > > >
> > > > > > Then we can ask Legal team, or feel free to ask.
> > > > > >
> > > > > > Regards
> > > > > >
> > > > > > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold <
> > > emilian.b...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > >> IP clearance applies to donated code which will have an ASF
> > license
> > > > > header.
> > > > > >>
> > > > > >> For dependencies and included works this might help:
> > > > > >> https://www.apache.org/legal/resolved.html#category-a
> > > > > >>
> > > > > >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH
> > > > LICENSES
> > > > > >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE
> 2.0?
> > > > > >>> Works under the following licenses may be 

Re: http2 support

[Philippe Mouawad]

On Tue, Oct 3, 2017 at 1:09 PM, Emilian Bold  wrote:

> I've asked legal-discuss@ [1] and will post back here with what I find.
>
> In the mean time I also believe it might not be out of the question for CA
> Technologies to donate the code to the ASF.

It would be the best option.


> I know some of the folks there
> are on the mailing list, perhaps we'll get some replies regarding this
> possibility.
>

I hope so.

>
> 1. https://lists.apache.org/thread.html/8db4686f7a2d98da66d57e7533eee1
> 3f81d7ecf19afa293a7c26e99f@%3Clegal-discuss.apache.org%3E
>

I see the thread is big now :-)
So I wasn't wrong thinking it was not that easy

>
> --emi
>
> On Tue, Oct 3, 2017 at 1:59 PM, Philippe Mouawad <
> philippe.moua...@gmail.com
> > wrote:
>
> > On Tue, Oct 3, 2017 at 12:55 PM, Emilian Bold 
> > wrote:
> >
> > > > Correct me if I am wrong, if we plan to include the code of one of
> > those
> > > plugins, I don't see how we could without it being donated.
> > >
> > > Just like any dependency. I don't believe it's a rule that dependencies
> > > have to be binary JARs. A "work" being "included" could mean source
> code,
> > > not just compiled JAR.
> > >
> >
> > As I am not sure I'll let legal answer
> >
> > >
> > > > If we are only including the binaries, then I don't see any benefit
> > from
> > > it, as it is already a plugin.
> > >
> > > Having something included in JMeter proper would at least guarantee
> some
> > > stability and security wrt the code
> >
> >
> > Absolutely
> >
> > > .
> > >
> > > A 3rd party plugin has no such guarantees. I personally don't like
> > hunting
> > > down plugins for my tools especially when it's not something niche.
> > >
> >
> > Absolutely
> >
> > >
> > > I don't believe JMeter should encourage users to always use plugins; is
> > > JMeter something usable out of the box or just a platform?
> > >
> >
> > OOTB usable for me
> >
> > >
> > > I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
> > > included.
> > >
> >
> > MongoDB is a good candidate.
> > I think JMS and JDBC are far from being a niche based on questions on SO
> > for example.
> >
> > >
> > > --emi
> > >
> > > On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
> > >
> > > > If the code is available as a plugin then I don't see the need to
> > > > include it in JMeter itself.
> > > > It can be listed on a plugins page on the Wiki.
> > > >
> > > > Remember that code that is added to the JMeter code base adds to the
> > > > ongoing maintenance cost.
> > > > This reduces the time that can be spent on the rest of the JMeter
> code.
> > > >
> > > > On 3 October 2017 at 11:27, Philippe Mouawad
> > > >  wrote:
> > > > > Hi Emilian,
> > > > > Correct me if I am wrong, if we plan to include the code of one of
> > > those
> > > > > plugins, I don't see how we could without it being donated.
> > > > > I am not even sure that this project would be willing to donate it.
> > > > >
> > > > > If we are only including the binaries, then I don't see any benefit
> > > from
> > > > > it, as it is already a plugin.
> > > > >
> > > > > Maybe before going further, we should review the code to see if it
> is
> > > > worth
> > > > > the discussion.
> > > > >
> > > > > Then we can ask Legal team, or feel free to ask.
> > > > >
> > > > > Regards
> > > > >
> > > > > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold <
> > emilian.b...@gmail.com>
> > > > > wrote:
> > > > >
> > > > >> IP clearance applies to donated code which will have an ASF
> license
> > > > header.
> > > > >>
> > > > >> For dependencies and included works this might help:
> > > > >> https://www.apache.org/legal/resolved.html#category-a
> > > > >>
> > > > >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH
> > > LICENSES
> > > > >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> > > > >>> Works under the following licenses may be included within Apache
> > > > products:
> > > > >>>
> > > > >>
> > > > >>
> > > > >> Apache License 2.0
> > > > >>
> > > > >>
> > > > >> Please ask Apache legal because I don't believe there are any
> > > > restrictions.
> > > > >>
> > > > >>
> > > > >>
> > > > >> --emi
> > > > >>
> > > > >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> > > > >> supp...@ubikloadpack.com> wrote:
> > > > >>
> > > > >>> Hello,
> > > > >>> See:
> > > > >>>
> > > > >>> - https://incubator.apache.org/guides/ip_clearance.html
> > > > >>>
> > > > >>> Regards
> > > > >>>
> > > > >>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues <
> > > ra0...@gmail.com
> > > > >
> > > > >>> wrote:
> > > > >>>
> > > > >>> > Hi,
> > > > >>> >
> > > > >>> > I'm also curious about why we could not integrate apache
> licensed
> > > > code.
> > > > >>> I
> > > > >>> > was thinking we can fork a plugin and integrate it in JMeter.
> > > > >>> >
> > > > >>> > Anybody have an idea?
> > > > >>> >
> > > > >>> > Antonio
> > > > >>> >
> > > > >>> > 

Re: http2 support

[Philippe Mouawad]

On Tue, Oct 3, 2017 at 2:12 PM, Antonio Gomes Rodrigues 
wrote:

> I also think that some plugins should be in JMeter OOTB
>
> I think about
>Plugin manager : https://jmeter-plugins.org/wiki/PluginsManager/

Yes, but where would we host plugins ?
Or it would be a customizable URL and possibly we could provide ability to
install from local folder.

>
>http2 :
>Better thread group :
> https://jmeter-plugins.org/wiki/ConcurrencyThreadGroup/
>
I have already asked Andrei wether he would be ready to contribute it, at
that time he was not.
But maybe we can ask again.

   Check test plan : https://jmeter-plugins.org/wiki/TestPlanCheckTool/

why not

>
>
> And an easy way to launch test from cloud like in Yameter
>
Yes. But maybe on this topic, Emilian is doing something :-)

>
> Antonio
>



>
> 2017-10-03 13:09 GMT+02:00 Philippe Mouawad :
>
> > On Tue, Oct 3, 2017 at 1:02 PM, sebb  wrote:
> >
> > > On 3 October 2017 at 11:55, Emilian Bold 
> wrote:
> > > >> Correct me if I am wrong, if we plan to include the code of one of
> > those
> > > > plugins, I don't see how we could without it being donated.
> > > >
> > > > Just like any dependency. I don't believe it's a rule that
> dependencies
> > > > have to be binary JARs. A "work" being "included" could mean source
> > code,
> > > > not just compiled JAR.
> > > >
> > > >> If we are only including the binaries, then I don't see any benefit
> > from
> > > > it, as it is already a plugin.
> > > >
> > > > Having something included in JMeter proper would at least guarantee
> > some
> > > > stability and security wrt the code.
> > > >
> > > > A 3rd party plugin has no such guarantees. I personally don't like
> > > hunting
> > > > down plugins for my tools especially when it's not something niche.
> > > >
> > > > I don't believe JMeter should encourage users to always use plugins;
> is
> > > > JMeter something usable out of the box or just a platform?
> > > >
> > > > I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
> > > > included.
> > >
> > > I think people are conflating different things here.
> > >
> > > JMeter does not include implementations of JDBC or JMS - or HTTP 1 for
> > > that matter.
> > >
> > > IMO protocol implementations are outside the scope of JMeter.
> > >
> >
> > Yes, but using protocol clients for Load Testing those protocols is in
> > JMeter scope.
> > And HTTP2 is clearly one, it cannot be a plugin.
> >
> >
> >
> > >
> > > > --emi
> > > >
> > > > On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
> > > >
> > > >> If the code is available as a plugin then I don't see the need to
> > > >> include it in JMeter itself.
> > > >> It can be listed on a plugins page on the Wiki.
> > > >>
> > > >> Remember that code that is added to the JMeter code base adds to the
> > > >> ongoing maintenance cost.
> > > >> This reduces the time that can be spent on the rest of the JMeter
> > code.
> > > >>
> > > >> On 3 October 2017 at 11:27, Philippe Mouawad
> > > >>  wrote:
> > > >> > Hi Emilian,
> > > >> > Correct me if I am wrong, if we plan to include the code of one of
> > > those
> > > >> > plugins, I don't see how we could without it being donated.
> > > >> > I am not even sure that this project would be willing to donate
> it.
> > > >> >
> > > >> > If we are only including the binaries, then I don't see any
> benefit
> > > from
> > > >> > it, as it is already a plugin.
> > > >> >
> > > >> > Maybe before going further, we should review the code to see if it
> > is
> > > >> worth
> > > >> > the discussion.
> > > >> >
> > > >> > Then we can ask Legal team, or feel free to ask.
> > > >> >
> > > >> > Regards
> > > >> >
> > > >> > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold <
> > emilian.b...@gmail.com
> > > >
> > > >> > wrote:
> > > >> >
> > > >> >> IP clearance applies to donated code which will have an ASF
> license
> > > >> header.
> > > >> >>
> > > >> >> For dependencies and included works this might help:
> > > >> >> https://www.apache.org/legal/resolved.html#category-a
> > > >> >>
> > > >> >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH
> > > LICENSES
> > > >> >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> > > >> >>> Works under the following licenses may be included within Apache
> > > >> products:
> > > >> >>>
> > > >> >>
> > > >> >>
> > > >> >> Apache License 2.0
> > > >> >>
> > > >> >>
> > > >> >> Please ask Apache legal because I don't believe there are any
> > > >> restrictions.
> > > >> >>
> > > >> >>
> > > >> >>
> > > >> >> --emi
> > > >> >>
> > > >> >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> > > >> >> supp...@ubikloadpack.com> wrote:
> > > >> >>
> > > >> >>> Hello,
> > > >> >>> See:
> > > >> >>>
> > > >> >>> - https://incubator.apache.org/guides/ip_clearance.html
> > > >> >>>
> > > >> >>> Regards
> > > >> >>>
> > > >> >>> On 

Re: http2 support

[Antonio Gomes Rodrigues]

I also think that some plugins should be in JMeter OOTB

I think about
   Plugin manager : https://jmeter-plugins.org/wiki/PluginsManager/
   http2 :
   Better thread group :
https://jmeter-plugins.org/wiki/ConcurrencyThreadGroup/
   Check test plan : https://jmeter-plugins.org/wiki/TestPlanCheckTool/

And an easy way to launch test from cloud like in Yameter

Antonio


2017-10-03 13:09 GMT+02:00 Philippe Mouawad :

> On Tue, Oct 3, 2017 at 1:02 PM, sebb  wrote:
>
> > On 3 October 2017 at 11:55, Emilian Bold  wrote:
> > >> Correct me if I am wrong, if we plan to include the code of one of
> those
> > > plugins, I don't see how we could without it being donated.
> > >
> > > Just like any dependency. I don't believe it's a rule that dependencies
> > > have to be binary JARs. A "work" being "included" could mean source
> code,
> > > not just compiled JAR.
> > >
> > >> If we are only including the binaries, then I don't see any benefit
> from
> > > it, as it is already a plugin.
> > >
> > > Having something included in JMeter proper would at least guarantee
> some
> > > stability and security wrt the code.
> > >
> > > A 3rd party plugin has no such guarantees. I personally don't like
> > hunting
> > > down plugins for my tools especially when it's not something niche.
> > >
> > > I don't believe JMeter should encourage users to always use plugins; is
> > > JMeter something usable out of the box or just a platform?
> > >
> > > I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
> > > included.
> >
> > I think people are conflating different things here.
> >
> > JMeter does not include implementations of JDBC or JMS - or HTTP 1 for
> > that matter.
> >
> > IMO protocol implementations are outside the scope of JMeter.
> >
>
> Yes, but using protocol clients for Load Testing those protocols is in
> JMeter scope.
> And HTTP2 is clearly one, it cannot be a plugin.
>
>
>
> >
> > > --emi
> > >
> > > On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
> > >
> > >> If the code is available as a plugin then I don't see the need to
> > >> include it in JMeter itself.
> > >> It can be listed on a plugins page on the Wiki.
> > >>
> > >> Remember that code that is added to the JMeter code base adds to the
> > >> ongoing maintenance cost.
> > >> This reduces the time that can be spent on the rest of the JMeter
> code.
> > >>
> > >> On 3 October 2017 at 11:27, Philippe Mouawad
> > >>  wrote:
> > >> > Hi Emilian,
> > >> > Correct me if I am wrong, if we plan to include the code of one of
> > those
> > >> > plugins, I don't see how we could without it being donated.
> > >> > I am not even sure that this project would be willing to donate it.
> > >> >
> > >> > If we are only including the binaries, then I don't see any benefit
> > from
> > >> > it, as it is already a plugin.
> > >> >
> > >> > Maybe before going further, we should review the code to see if it
> is
> > >> worth
> > >> > the discussion.
> > >> >
> > >> > Then we can ask Legal team, or feel free to ask.
> > >> >
> > >> > Regards
> > >> >
> > >> > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold <
> emilian.b...@gmail.com
> > >
> > >> > wrote:
> > >> >
> > >> >> IP clearance applies to donated code which will have an ASF license
> > >> header.
> > >> >>
> > >> >> For dependencies and included works this might help:
> > >> >> https://www.apache.org/legal/resolved.html#category-a
> > >> >>
> > >> >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH
> > LICENSES
> > >> >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> > >> >>> Works under the following licenses may be included within Apache
> > >> products:
> > >> >>>
> > >> >>
> > >> >>
> > >> >> Apache License 2.0
> > >> >>
> > >> >>
> > >> >> Please ask Apache legal because I don't believe there are any
> > >> restrictions.
> > >> >>
> > >> >>
> > >> >>
> > >> >> --emi
> > >> >>
> > >> >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> > >> >> supp...@ubikloadpack.com> wrote:
> > >> >>
> > >> >>> Hello,
> > >> >>> See:
> > >> >>>
> > >> >>> - https://incubator.apache.org/guides/ip_clearance.html
> > >> >>>
> > >> >>> Regards
> > >> >>>
> > >> >>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues <
> > ra0...@gmail.com
> > >> >
> > >> >>> wrote:
> > >> >>>
> > >> >>> > Hi,
> > >> >>> >
> > >> >>> > I'm also curious about why we could not integrate apache
> licensed
> > >> code.
> > >> >>> I
> > >> >>> > was thinking we can fork a plugin and integrate it in JMeter.
> > >> >>> >
> > >> >>> > Anybody have an idea?
> > >> >>> >
> > >> >>> > Antonio
> > >> >>> >
> > >> >>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad <
> > >> philippe.moua...@gmail.com
> > >> >>> > >:
> > >> >>> >
> > >> >>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold <
> > >> emilian.b...@gmail.com
> > >> >>> > >
> > >> >>>
> > >> >>> > > wrote:
> > 

Re: http2 support

[Emilian Bold]

I've asked legal-discuss@ [1] and will post back here with what I find.

In the mean time I also believe it might not be out of the question for CA
Technologies to donate the code to the ASF. I know some of the folks there
are on the mailing list, perhaps we'll get some replies regarding this
possibility.

1. https://lists.apache.org/thread.html/8db4686f7a2d98da66d57e7533eee1
3f81d7ecf19afa293a7c26e99f@%3Clegal-discuss.apache.org%3E

--emi

On Tue, Oct 3, 2017 at 1:59 PM, Philippe Mouawad  wrote:

> On Tue, Oct 3, 2017 at 12:55 PM, Emilian Bold 
> wrote:
>
> > > Correct me if I am wrong, if we plan to include the code of one of
> those
> > plugins, I don't see how we could without it being donated.
> >
> > Just like any dependency. I don't believe it's a rule that dependencies
> > have to be binary JARs. A "work" being "included" could mean source code,
> > not just compiled JAR.
> >
>
> As I am not sure I'll let legal answer
>
> >
> > > If we are only including the binaries, then I don't see any benefit
> from
> > it, as it is already a plugin.
> >
> > Having something included in JMeter proper would at least guarantee some
> > stability and security wrt the code
>
>
> Absolutely
>
> > .
> >
> > A 3rd party plugin has no such guarantees. I personally don't like
> hunting
> > down plugins for my tools especially when it's not something niche.
> >
>
> Absolutely
>
> >
> > I don't believe JMeter should encourage users to always use plugins; is
> > JMeter something usable out of the box or just a platform?
> >
>
> OOTB usable for me
>
> >
> > I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
> > included.
> >
>
> MongoDB is a good candidate.
> I think JMS and JDBC are far from being a niche based on questions on SO
> for example.
>
> >
> > --emi
> >
> > On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
> >
> > > If the code is available as a plugin then I don't see the need to
> > > include it in JMeter itself.
> > > It can be listed on a plugins page on the Wiki.
> > >
> > > Remember that code that is added to the JMeter code base adds to the
> > > ongoing maintenance cost.
> > > This reduces the time that can be spent on the rest of the JMeter code.
> > >
> > > On 3 October 2017 at 11:27, Philippe Mouawad
> > >  wrote:
> > > > Hi Emilian,
> > > > Correct me if I am wrong, if we plan to include the code of one of
> > those
> > > > plugins, I don't see how we could without it being donated.
> > > > I am not even sure that this project would be willing to donate it.
> > > >
> > > > If we are only including the binaries, then I don't see any benefit
> > from
> > > > it, as it is already a plugin.
> > > >
> > > > Maybe before going further, we should review the code to see if it is
> > > worth
> > > > the discussion.
> > > >
> > > > Then we can ask Legal team, or feel free to ask.
> > > >
> > > > Regards
> > > >
> > > > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold <
> emilian.b...@gmail.com>
> > > > wrote:
> > > >
> > > >> IP clearance applies to donated code which will have an ASF license
> > > header.
> > > >>
> > > >> For dependencies and included works this might help:
> > > >> https://www.apache.org/legal/resolved.html#category-a
> > > >>
> > > >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH
> > LICENSES
> > > >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> > > >>> Works under the following licenses may be included within Apache
> > > products:
> > > >>>
> > > >>
> > > >>
> > > >> Apache License 2.0
> > > >>
> > > >>
> > > >> Please ask Apache legal because I don't believe there are any
> > > restrictions.
> > > >>
> > > >>
> > > >>
> > > >> --emi
> > > >>
> > > >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> > > >> supp...@ubikloadpack.com> wrote:
> > > >>
> > > >>> Hello,
> > > >>> See:
> > > >>>
> > > >>> - https://incubator.apache.org/guides/ip_clearance.html
> > > >>>
> > > >>> Regards
> > > >>>
> > > >>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues <
> > ra0...@gmail.com
> > > >
> > > >>> wrote:
> > > >>>
> > > >>> > Hi,
> > > >>> >
> > > >>> > I'm also curious about why we could not integrate apache licensed
> > > code.
> > > >>> I
> > > >>> > was thinking we can fork a plugin and integrate it in JMeter.
> > > >>> >
> > > >>> > Anybody have an idea?
> > > >>> >
> > > >>> > Antonio
> > > >>> >
> > > >>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad <
> > > philippe.moua...@gmail.com
> > > >>> > >:
> > > >>> >
> > > >>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold <
> > > emilian.b...@gmail.com
> > > >>> > >
> > > >>>
> > > >>> > > wrote:
> > > >>> > >
> > > >>> > > > > AFAIK, unless the project donates their code to JMeter, we
> > > cannot
> > > >>> > take
> > > >>> > > it
> > > >>> > > > as it would be a license infringement at minimum.
> > > >>> > > >
> > > >>> > > > It's open source under 

Re: http2 support

[Philippe Mouawad]

On Tue, Oct 3, 2017 at 1:02 PM, sebb  wrote:

> On 3 October 2017 at 11:55, Emilian Bold  wrote:
> >> Correct me if I am wrong, if we plan to include the code of one of those
> > plugins, I don't see how we could without it being donated.
> >
> > Just like any dependency. I don't believe it's a rule that dependencies
> > have to be binary JARs. A "work" being "included" could mean source code,
> > not just compiled JAR.
> >
> >> If we are only including the binaries, then I don't see any benefit from
> > it, as it is already a plugin.
> >
> > Having something included in JMeter proper would at least guarantee some
> > stability and security wrt the code.
> >
> > A 3rd party plugin has no such guarantees. I personally don't like
> hunting
> > down plugins for my tools especially when it's not something niche.
> >
> > I don't believe JMeter should encourage users to always use plugins; is
> > JMeter something usable out of the box or just a platform?
> >
> > I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
> > included.
>
> I think people are conflating different things here.
>
> JMeter does not include implementations of JDBC or JMS - or HTTP 1 for
> that matter.
>
> IMO protocol implementations are outside the scope of JMeter.
>

Yes, but using protocol clients for Load Testing those protocols is in
JMeter scope.
And HTTP2 is clearly one, it cannot be a plugin.



>
> > --emi
> >
> > On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
> >
> >> If the code is available as a plugin then I don't see the need to
> >> include it in JMeter itself.
> >> It can be listed on a plugins page on the Wiki.
> >>
> >> Remember that code that is added to the JMeter code base adds to the
> >> ongoing maintenance cost.
> >> This reduces the time that can be spent on the rest of the JMeter code.
> >>
> >> On 3 October 2017 at 11:27, Philippe Mouawad
> >>  wrote:
> >> > Hi Emilian,
> >> > Correct me if I am wrong, if we plan to include the code of one of
> those
> >> > plugins, I don't see how we could without it being donated.
> >> > I am not even sure that this project would be willing to donate it.
> >> >
> >> > If we are only including the binaries, then I don't see any benefit
> from
> >> > it, as it is already a plugin.
> >> >
> >> > Maybe before going further, we should review the code to see if it is
> >> worth
> >> > the discussion.
> >> >
> >> > Then we can ask Legal team, or feel free to ask.
> >> >
> >> > Regards
> >> >
> >> > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold  >
> >> > wrote:
> >> >
> >> >> IP clearance applies to donated code which will have an ASF license
> >> header.
> >> >>
> >> >> For dependencies and included works this might help:
> >> >> https://www.apache.org/legal/resolved.html#category-a
> >> >>
> >> >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH
> LICENSES
> >> >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> >> >>> Works under the following licenses may be included within Apache
> >> products:
> >> >>>
> >> >>
> >> >>
> >> >> Apache License 2.0
> >> >>
> >> >>
> >> >> Please ask Apache legal because I don't believe there are any
> >> restrictions.
> >> >>
> >> >>
> >> >>
> >> >> --emi
> >> >>
> >> >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> >> >> supp...@ubikloadpack.com> wrote:
> >> >>
> >> >>> Hello,
> >> >>> See:
> >> >>>
> >> >>> - https://incubator.apache.org/guides/ip_clearance.html
> >> >>>
> >> >>> Regards
> >> >>>
> >> >>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues <
> ra0...@gmail.com
> >> >
> >> >>> wrote:
> >> >>>
> >> >>> > Hi,
> >> >>> >
> >> >>> > I'm also curious about why we could not integrate apache licensed
> >> code.
> >> >>> I
> >> >>> > was thinking we can fork a plugin and integrate it in JMeter.
> >> >>> >
> >> >>> > Anybody have an idea?
> >> >>> >
> >> >>> > Antonio
> >> >>> >
> >> >>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad <
> >> philippe.moua...@gmail.com
> >> >>> > >:
> >> >>> >
> >> >>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold <
> >> emilian.b...@gmail.com
> >> >>> > >
> >> >>>
> >> >>> > > wrote:
> >> >>> > >
> >> >>> > > > > AFAIK, unless the project donates their code to JMeter, we
> >> cannot
> >> >>> > take
> >> >>> > > it
> >> >>> > > > as it would be a license infringement at minimum.
> >> >>> > > >
> >> >>> > > > It's open source under the Apache 2.0 license. The license
> itself
> >> >>> > allows
> >> >>> > > > you to bundle it with JMeter proper. Of course, it won't be
> >> owned by
> >> >>> > the
> >> >>> > > > ASF but you can have it as a dependency.
> >> >>> > > >
> >> >>> > > > You could also "fork" it (or "vendor" it) if you want to add
> some
> >> >>> > > patches.
> >> >>> > > >
> >> >>> > >
> >> >>> > > AFAIK, we need for this the owner to make a donation as piece of
> >> code
> >> >>> is
> >> >>> > > 

Re: http2 support

[sebb]

On 3 October 2017 at 11:55, Emilian Bold  wrote:
>> Correct me if I am wrong, if we plan to include the code of one of those
> plugins, I don't see how we could without it being donated.
>
> Just like any dependency. I don't believe it's a rule that dependencies
> have to be binary JARs. A "work" being "included" could mean source code,
> not just compiled JAR.
>
>> If we are only including the binaries, then I don't see any benefit from
> it, as it is already a plugin.
>
> Having something included in JMeter proper would at least guarantee some
> stability and security wrt the code.
>
> A 3rd party plugin has no such guarantees. I personally don't like hunting
> down plugins for my tools especially when it's not something niche.
>
> I don't believe JMeter should encourage users to always use plugins; is
> JMeter something usable out of the box or just a platform?
>
> I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
> included.

I think people are conflating different things here.

JMeter does not include implementations of JDBC or JMS - or HTTP 1 for
that matter.

IMO protocol implementations are outside the scope of JMeter.


> --emi
>
> On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
>
>> If the code is available as a plugin then I don't see the need to
>> include it in JMeter itself.
>> It can be listed on a plugins page on the Wiki.
>>
>> Remember that code that is added to the JMeter code base adds to the
>> ongoing maintenance cost.
>> This reduces the time that can be spent on the rest of the JMeter code.
>>
>> On 3 October 2017 at 11:27, Philippe Mouawad
>>  wrote:
>> > Hi Emilian,
>> > Correct me if I am wrong, if we plan to include the code of one of those
>> > plugins, I don't see how we could without it being donated.
>> > I am not even sure that this project would be willing to donate it.
>> >
>> > If we are only including the binaries, then I don't see any benefit from
>> > it, as it is already a plugin.
>> >
>> > Maybe before going further, we should review the code to see if it is
>> worth
>> > the discussion.
>> >
>> > Then we can ask Legal team, or feel free to ask.
>> >
>> > Regards
>> >
>> > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold 
>> > wrote:
>> >
>> >> IP clearance applies to donated code which will have an ASF license
>> header.
>> >>
>> >> For dependencies and included works this might help:
>> >> https://www.apache.org/legal/resolved.html#category-a
>> >>
>> >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH LICENSES
>> >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
>> >>> Works under the following licenses may be included within Apache
>> products:
>> >>>
>> >>
>> >>
>> >> Apache License 2.0
>> >>
>> >>
>> >> Please ask Apache legal because I don't believe there are any
>> restrictions.
>> >>
>> >>
>> >>
>> >> --emi
>> >>
>> >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
>> >> supp...@ubikloadpack.com> wrote:
>> >>
>> >>> Hello,
>> >>> See:
>> >>>
>> >>> - https://incubator.apache.org/guides/ip_clearance.html
>> >>>
>> >>> Regards
>> >>>
>> >>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues > >
>> >>> wrote:
>> >>>
>> >>> > Hi,
>> >>> >
>> >>> > I'm also curious about why we could not integrate apache licensed
>> code.
>> >>> I
>> >>> > was thinking we can fork a plugin and integrate it in JMeter.
>> >>> >
>> >>> > Anybody have an idea?
>> >>> >
>> >>> > Antonio
>> >>> >
>> >>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad <
>> philippe.moua...@gmail.com
>> >>> > >:
>> >>> >
>> >>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold <
>> emilian.b...@gmail.com
>> >>> > >
>> >>>
>> >>> > > wrote:
>> >>> > >
>> >>> > > > > AFAIK, unless the project donates their code to JMeter, we
>> cannot
>> >>> > take
>> >>> > > it
>> >>> > > > as it would be a license infringement at minimum.
>> >>> > > >
>> >>> > > > It's open source under the Apache 2.0 license. The license itself
>> >>> > allows
>> >>> > > > you to bundle it with JMeter proper. Of course, it won't be
>> owned by
>> >>> > the
>> >>> > > > ASF but you can have it as a dependency.
>> >>> > > >
>> >>> > > > You could also "fork" it (or "vendor" it) if you want to add some
>> >>> > > patches.
>> >>> > > >
>> >>> > >
>> >>> > > AFAIK, we need for this the owner to make a donation as piece of
>> code
>> >>> is
>> >>> > > important.
>> >>> > > There is IP clearance process at Apache for that. I doubt that we
>> can
>> >>> > take
>> >>> > > it as is or fork it, but I'm not an expert in those matters.
>> >>> > > Maybe Andrei can tell us more.
>> >>> > >
>> >>> > >
>> >>> > >
>> >>> > > > Have there been any talks with CA Technologies / Blazemeter to
>> >>> perhaps
>> >>> > > > donate the plugin to the ASF?
>> >>> > > >
>> >>> > > > > Would you like to work on its implementation ?
>> >>> > > >
>> >>> > > > Why would I 

Re: http2 support

[Philippe Mouawad]

On Tue, Oct 3, 2017 at 12:55 PM, Emilian Bold 
wrote:

> > Correct me if I am wrong, if we plan to include the code of one of those
> plugins, I don't see how we could without it being donated.
>
> Just like any dependency. I don't believe it's a rule that dependencies
> have to be binary JARs. A "work" being "included" could mean source code,
> not just compiled JAR.
>

As I am not sure I'll let legal answer

>
> > If we are only including the binaries, then I don't see any benefit from
> it, as it is already a plugin.
>
> Having something included in JMeter proper would at least guarantee some
> stability and security wrt the code


Absolutely

> .
>
> A 3rd party plugin has no such guarantees. I personally don't like hunting
> down plugins for my tools especially when it's not something niche.
>

Absolutely

>
> I don't believe JMeter should encourage users to always use plugins; is
> JMeter something usable out of the box or just a platform?
>

OOTB usable for me

>
> I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
> included.
>

MongoDB is a good candidate.
I think JMS and JDBC are far from being a niche based on questions on SO
for example.

>
> --emi
>
> On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:
>
> > If the code is available as a plugin then I don't see the need to
> > include it in JMeter itself.
> > It can be listed on a plugins page on the Wiki.
> >
> > Remember that code that is added to the JMeter code base adds to the
> > ongoing maintenance cost.
> > This reduces the time that can be spent on the rest of the JMeter code.
> >
> > On 3 October 2017 at 11:27, Philippe Mouawad
> >  wrote:
> > > Hi Emilian,
> > > Correct me if I am wrong, if we plan to include the code of one of
> those
> > > plugins, I don't see how we could without it being donated.
> > > I am not even sure that this project would be willing to donate it.
> > >
> > > If we are only including the binaries, then I don't see any benefit
> from
> > > it, as it is already a plugin.
> > >
> > > Maybe before going further, we should review the code to see if it is
> > worth
> > > the discussion.
> > >
> > > Then we can ask Legal team, or feel free to ask.
> > >
> > > Regards
> > >
> > > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold 
> > > wrote:
> > >
> > >> IP clearance applies to donated code which will have an ASF license
> > header.
> > >>
> > >> For dependencies and included works this might help:
> > >> https://www.apache.org/legal/resolved.html#category-a
> > >>
> > >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH
> LICENSES
> > >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> > >>> Works under the following licenses may be included within Apache
> > products:
> > >>>
> > >>
> > >>
> > >> Apache License 2.0
> > >>
> > >>
> > >> Please ask Apache legal because I don't believe there are any
> > restrictions.
> > >>
> > >>
> > >>
> > >> --emi
> > >>
> > >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> > >> supp...@ubikloadpack.com> wrote:
> > >>
> > >>> Hello,
> > >>> See:
> > >>>
> > >>> - https://incubator.apache.org/guides/ip_clearance.html
> > >>>
> > >>> Regards
> > >>>
> > >>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues <
> ra0...@gmail.com
> > >
> > >>> wrote:
> > >>>
> > >>> > Hi,
> > >>> >
> > >>> > I'm also curious about why we could not integrate apache licensed
> > code.
> > >>> I
> > >>> > was thinking we can fork a plugin and integrate it in JMeter.
> > >>> >
> > >>> > Anybody have an idea?
> > >>> >
> > >>> > Antonio
> > >>> >
> > >>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad <
> > philippe.moua...@gmail.com
> > >>> > >:
> > >>> >
> > >>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold <
> > emilian.b...@gmail.com
> > >>> > >
> > >>>
> > >>> > > wrote:
> > >>> > >
> > >>> > > > > AFAIK, unless the project donates their code to JMeter, we
> > cannot
> > >>> > take
> > >>> > > it
> > >>> > > > as it would be a license infringement at minimum.
> > >>> > > >
> > >>> > > > It's open source under the Apache 2.0 license. The license
> itself
> > >>> > allows
> > >>> > > > you to bundle it with JMeter proper. Of course, it won't be
> > owned by
> > >>> > the
> > >>> > > > ASF but you can have it as a dependency.
> > >>> > > >
> > >>> > > > You could also "fork" it (or "vendor" it) if you want to add
> some
> > >>> > > patches.
> > >>> > > >
> > >>> > >
> > >>> > > AFAIK, we need for this the owner to make a donation as piece of
> > code
> > >>> is
> > >>> > > important.
> > >>> > > There is IP clearance process at Apache for that. I doubt that we
> > can
> > >>> > take
> > >>> > > it as is or fork it, but I'm not an expert in those matters.
> > >>> > > Maybe Andrei can tell us more.
> > >>> > >
> > >>> > >
> > >>> > >
> > >>> > > > Have there been any talks with CA Technologies / Blazemeter to
> > >>> perhaps
> 

Re: http2 support

[Emilian Bold]

> Correct me if I am wrong, if we plan to include the code of one of those
plugins, I don't see how we could without it being donated.

Just like any dependency. I don't believe it's a rule that dependencies
have to be binary JARs. A "work" being "included" could mean source code,
not just compiled JAR.

> If we are only including the binaries, then I don't see any benefit from
it, as it is already a plugin.

Having something included in JMeter proper would at least guarantee some
stability and security wrt the code.

A 3rd party plugin has no such guarantees. I personally don't like hunting
down plugins for my tools especially when it's not something niche.

I don't believe JMeter should encourage users to always use plugins; is
JMeter something usable out of the box or just a platform?

I would gladly drop JDBC/MongoDB/JMS to have everything HTTP-related
included.

--emi

On Tue, Oct 3, 2017 at 1:41 PM, sebb  wrote:

> If the code is available as a plugin then I don't see the need to
> include it in JMeter itself.
> It can be listed on a plugins page on the Wiki.
>
> Remember that code that is added to the JMeter code base adds to the
> ongoing maintenance cost.
> This reduces the time that can be spent on the rest of the JMeter code.
>
> On 3 October 2017 at 11:27, Philippe Mouawad
>  wrote:
> > Hi Emilian,
> > Correct me if I am wrong, if we plan to include the code of one of those
> > plugins, I don't see how we could without it being donated.
> > I am not even sure that this project would be willing to donate it.
> >
> > If we are only including the binaries, then I don't see any benefit from
> > it, as it is already a plugin.
> >
> > Maybe before going further, we should review the code to see if it is
> worth
> > the discussion.
> >
> > Then we can ask Legal team, or feel free to ask.
> >
> > Regards
> >
> > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold 
> > wrote:
> >
> >> IP clearance applies to donated code which will have an ASF license
> header.
> >>
> >> For dependencies and included works this might help:
> >> https://www.apache.org/legal/resolved.html#category-a
> >>
> >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH LICENSES
> >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> >>> Works under the following licenses may be included within Apache
> products:
> >>>
> >>
> >>
> >> Apache License 2.0
> >>
> >>
> >> Please ask Apache legal because I don't believe there are any
> restrictions.
> >>
> >>
> >>
> >> --emi
> >>
> >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> >> supp...@ubikloadpack.com> wrote:
> >>
> >>> Hello,
> >>> See:
> >>>
> >>> - https://incubator.apache.org/guides/ip_clearance.html
> >>>
> >>> Regards
> >>>
> >>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues  >
> >>> wrote:
> >>>
> >>> > Hi,
> >>> >
> >>> > I'm also curious about why we could not integrate apache licensed
> code.
> >>> I
> >>> > was thinking we can fork a plugin and integrate it in JMeter.
> >>> >
> >>> > Anybody have an idea?
> >>> >
> >>> > Antonio
> >>> >
> >>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad <
> philippe.moua...@gmail.com
> >>> > >:
> >>> >
> >>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold <
> emilian.b...@gmail.com
> >>> > >
> >>>
> >>> > > wrote:
> >>> > >
> >>> > > > > AFAIK, unless the project donates their code to JMeter, we
> cannot
> >>> > take
> >>> > > it
> >>> > > > as it would be a license infringement at minimum.
> >>> > > >
> >>> > > > It's open source under the Apache 2.0 license. The license itself
> >>> > allows
> >>> > > > you to bundle it with JMeter proper. Of course, it won't be
> owned by
> >>> > the
> >>> > > > ASF but you can have it as a dependency.
> >>> > > >
> >>> > > > You could also "fork" it (or "vendor" it) if you want to add some
> >>> > > patches.
> >>> > > >
> >>> > >
> >>> > > AFAIK, we need for this the owner to make a donation as piece of
> code
> >>> is
> >>> > > important.
> >>> > > There is IP clearance process at Apache for that. I doubt that we
> can
> >>> > take
> >>> > > it as is or fork it, but I'm not an expert in those matters.
> >>> > > Maybe Andrei can tell us more.
> >>> > >
> >>> > >
> >>> > >
> >>> > > > Have there been any talks with CA Technologies / Blazemeter to
> >>> perhaps
> >>> > > > donate the plugin to the ASF?
> >>> > > >
> >>> > > > > Would you like to work on its implementation ?
> >>> > > >
> >>> > > > Why would I do that when you have this plugin available under a
> >>> > > compatible
> >>> > > > license as well as this other one
> >>> > > > https://github.com/syucream/jmeter-http2-plugin under Apache 2.0
> >>> based
> >>> > > on
> >>> > > > netty?
> >>> > > >
> >>> > > I tested this one, it does not work very well.
> >>> > > Looks more like a POC than a stable implementation.
> >>> > >
> >>> > >
> >>> > >
> >>> > > >
> >>> > > >
> >>> > > > 

Re: http2 support

[Philippe Mouawad]

Hi sebb,
IMO, if JMeter does not offer HTTP2 support OOTB, it 's a dead project.
For such a critical and important protocol, a 3rd party plugin does not
seem acceptable to me.


Would it be acceptable that JMeter does not offer an HTTP 1.1 support for
example ?


Regards
Philippe

On Tue, Oct 3, 2017 at 12:41 PM, sebb  wrote:

> If the code is available as a plugin then I don't see the need to
> include it in JMeter itself.
> It can be listed on a plugins page on the Wiki.
>
> Remember that code that is added to the JMeter code base adds to the
> ongoing maintenance cost.
> This reduces the time that can be spent on the rest of the JMeter code.
>
> On 3 October 2017 at 11:27, Philippe Mouawad
>  wrote:
> > Hi Emilian,
> > Correct me if I am wrong, if we plan to include the code of one of those
> > plugins, I don't see how we could without it being donated.
> > I am not even sure that this project would be willing to donate it.
> >
> > If we are only including the binaries, then I don't see any benefit from
> > it, as it is already a plugin.
> >
> > Maybe before going further, we should review the code to see if it is
> worth
> > the discussion.
> >
> > Then we can ask Legal team, or feel free to ask.
> >
> > Regards
> >
> > On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold 
> > wrote:
> >
> >> IP clearance applies to donated code which will have an ASF license
> header.
> >>
> >> For dependencies and included works this might help:
> >> https://www.apache.org/legal/resolved.html#category-a
> >>
> >> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH LICENSES
> >>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> >>> Works under the following licenses may be included within Apache
> products:
> >>>
> >>
> >>
> >> Apache License 2.0
> >>
> >>
> >> Please ask Apache legal because I don't believe there are any
> restrictions.
> >>
> >>
> >>
> >> --emi
> >>
> >> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> >> supp...@ubikloadpack.com> wrote:
> >>
> >>> Hello,
> >>> See:
> >>>
> >>> - https://incubator.apache.org/guides/ip_clearance.html
> >>>
> >>> Regards
> >>>
> >>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues  >
> >>> wrote:
> >>>
> >>> > Hi,
> >>> >
> >>> > I'm also curious about why we could not integrate apache licensed
> code.
> >>> I
> >>> > was thinking we can fork a plugin and integrate it in JMeter.
> >>> >
> >>> > Anybody have an idea?
> >>> >
> >>> > Antonio
> >>> >
> >>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad <
> philippe.moua...@gmail.com
> >>> > >:
> >>> >
> >>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold <
> emilian.b...@gmail.com
> >>> > >
> >>>
> >>> > > wrote:
> >>> > >
> >>> > > > > AFAIK, unless the project donates their code to JMeter, we
> cannot
> >>> > take
> >>> > > it
> >>> > > > as it would be a license infringement at minimum.
> >>> > > >
> >>> > > > It's open source under the Apache 2.0 license. The license itself
> >>> > allows
> >>> > > > you to bundle it with JMeter proper. Of course, it won't be
> owned by
> >>> > the
> >>> > > > ASF but you can have it as a dependency.
> >>> > > >
> >>> > > > You could also "fork" it (or "vendor" it) if you want to add some
> >>> > > patches.
> >>> > > >
> >>> > >
> >>> > > AFAIK, we need for this the owner to make a donation as piece of
> code
> >>> is
> >>> > > important.
> >>> > > There is IP clearance process at Apache for that. I doubt that we
> can
> >>> > take
> >>> > > it as is or fork it, but I'm not an expert in those matters.
> >>> > > Maybe Andrei can tell us more.
> >>> > >
> >>> > >
> >>> > >
> >>> > > > Have there been any talks with CA Technologies / Blazemeter to
> >>> perhaps
> >>> > > > donate the plugin to the ASF?
> >>> > > >
> >>> > > > > Would you like to work on its implementation ?
> >>> > > >
> >>> > > > Why would I do that when you have this plugin available under a
> >>> > > compatible
> >>> > > > license as well as this other one
> >>> > > > https://github.com/syucream/jmeter-http2-plugin under Apache 2.0
> >>> based
> >>> > > on
> >>> > > > netty?
> >>> > > >
> >>> > > I tested this one, it does not work very well.
> >>> > > Looks more like a POC than a stable implementation.
> >>> > >
> >>> > >
> >>> > >
> >>> > > >
> >>> > > >
> >>> > > > --emi
> >>> > > >
> >>> > > > On Mon, Oct 2, 2017 at 10:11 PM, Philippe Mouawad <
> >>> > > > philippe.moua...@gmail.com > wrote:
> >>> > > >
> >>> > > > > Hi Emilian,
> >>> > > > > AFAIK, unless the project donates their code to JMeter, we
> cannot
> >>> > take
> >>> > > it
> >>> > > > > as it would be a license infringement at minimum.
> >>> > > > >
> >>> > > > > Regarding HTTP2 there are many options AFAIK:
> >>> > > > >
> >>> > > > >- Jetty
> >>> > > > >- Netty
> >>> > > > >- HC5
> >>> > > > >
> >>> > > > > Would you like to work on its implementation ?
> >>> > > > >
> 

Re: http2 support

[sebb]

If the code is available as a plugin then I don't see the need to
include it in JMeter itself.
It can be listed on a plugins page on the Wiki.

Remember that code that is added to the JMeter code base adds to the
ongoing maintenance cost.
This reduces the time that can be spent on the rest of the JMeter code.

On 3 October 2017 at 11:27, Philippe Mouawad
 wrote:
> Hi Emilian,
> Correct me if I am wrong, if we plan to include the code of one of those
> plugins, I don't see how we could without it being donated.
> I am not even sure that this project would be willing to donate it.
>
> If we are only including the binaries, then I don't see any benefit from
> it, as it is already a plugin.
>
> Maybe before going further, we should review the code to see if it is worth
> the discussion.
>
> Then we can ask Legal team, or feel free to ask.
>
> Regards
>
> On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold 
> wrote:
>
>> IP clearance applies to donated code which will have an ASF license header.
>>
>> For dependencies and included works this might help:
>> https://www.apache.org/legal/resolved.html#category-a
>>
>> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH LICENSES
>>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
>>> Works under the following licenses may be included within Apache products:
>>>
>>
>>
>> Apache License 2.0
>>
>>
>> Please ask Apache legal because I don't believe there are any restrictions.
>>
>>
>>
>> --emi
>>
>> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
>> supp...@ubikloadpack.com> wrote:
>>
>>> Hello,
>>> See:
>>>
>>> - https://incubator.apache.org/guides/ip_clearance.html
>>>
>>> Regards
>>>
>>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues 
>>> wrote:
>>>
>>> > Hi,
>>> >
>>> > I'm also curious about why we could not integrate apache licensed code.
>>> I
>>> > was thinking we can fork a plugin and integrate it in JMeter.
>>> >
>>> > Anybody have an idea?
>>> >
>>> > Antonio
>>> >
>>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad >> > >:
>>> >
>>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold >> > >
>>>
>>> > > wrote:
>>> > >
>>> > > > > AFAIK, unless the project donates their code to JMeter, we cannot
>>> > take
>>> > > it
>>> > > > as it would be a license infringement at minimum.
>>> > > >
>>> > > > It's open source under the Apache 2.0 license. The license itself
>>> > allows
>>> > > > you to bundle it with JMeter proper. Of course, it won't be owned by
>>> > the
>>> > > > ASF but you can have it as a dependency.
>>> > > >
>>> > > > You could also "fork" it (or "vendor" it) if you want to add some
>>> > > patches.
>>> > > >
>>> > >
>>> > > AFAIK, we need for this the owner to make a donation as piece of code
>>> is
>>> > > important.
>>> > > There is IP clearance process at Apache for that. I doubt that we can
>>> > take
>>> > > it as is or fork it, but I'm not an expert in those matters.
>>> > > Maybe Andrei can tell us more.
>>> > >
>>> > >
>>> > >
>>> > > > Have there been any talks with CA Technologies / Blazemeter to
>>> perhaps
>>> > > > donate the plugin to the ASF?
>>> > > >
>>> > > > > Would you like to work on its implementation ?
>>> > > >
>>> > > > Why would I do that when you have this plugin available under a
>>> > > compatible
>>> > > > license as well as this other one
>>> > > > https://github.com/syucream/jmeter-http2-plugin under Apache 2.0
>>> based
>>> > > on
>>> > > > netty?
>>> > > >
>>> > > I tested this one, it does not work very well.
>>> > > Looks more like a POC than a stable implementation.
>>> > >
>>> > >
>>> > >
>>> > > >
>>> > > >
>>> > > > --emi
>>> > > >
>>> > > > On Mon, Oct 2, 2017 at 10:11 PM, Philippe Mouawad <
>>> > > > philippe.moua...@gmail.com > wrote:
>>> > > >
>>> > > > > Hi Emilian,
>>> > > > > AFAIK, unless the project donates their code to JMeter, we cannot
>>> > take
>>> > > it
>>> > > > > as it would be a license infringement at minimum.
>>> > > > >
>>> > > > > Regarding HTTP2 there are many options AFAIK:
>>> > > > >
>>> > > > >- Jetty
>>> > > > >- Netty
>>> > > > >- HC5
>>> > > > >
>>> > > > > Would you like to work on its implementation ?
>>> > > > >
>>> > > > >
>>> > > > > Regards
>>> > > > >
>>> > > > > On Mon, Oct 2, 2017 at 8:54 PM, Emilian Bold <
>>> emilian.b...@gmail.com
>>> > >
>>> > > > > wrote:
>>> > > > >
>>> > > > > > Hello,
>>> > > > > >
>>> > > > > > I see we have a HTTP2 plugin
>>> > > > > > https://github.com/Blazemeter/jmeter-bzm-plugins based on the
>>> > Jetty
>>> > > > > HTTP2
>>> > > > > > support and under an Apache 2.0 license.
>>> > > > > >
>>> > > > > > Is there any reason JMeter could not bless this implementation
>>> and
>>> > > > bundle
>>> > > > > > it?
>>> > > > > >
>>> > > > > > --emi
>>> > > > > >
>>> > > > >
>>> > > > >
>>> > > > >
>>> > > > > --
>>> > > 

Re: http2 support

[Philippe Mouawad]

Hi Emilian,
Correct me if I am wrong, if we plan to include the code of one of those
plugins, I don't see how we could without it being donated.
I am not even sure that this project would be willing to donate it.

If we are only including the binaries, then I don't see any benefit from
it, as it is already a plugin.

Maybe before going further, we should review the code to see if it is worth
the discussion.

Then we can ask Legal team, or feel free to ask.

Regards

On Tue, Oct 3, 2017 at 12:22 PM, Emilian Bold 
wrote:

> IP clearance applies to donated code which will have an ASF license header.
>
> For dependencies and included works this might help:
> https://www.apache.org/legal/resolved.html#category-a
>
> FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH LICENSES
>> ARE CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
>> Works under the following licenses may be included within Apache products:
>>
>
>
> Apache License 2.0
>
>
> Please ask Apache legal because I don't believe there are any restrictions.
>
>
>
> --emi
>
> On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
> supp...@ubikloadpack.com> wrote:
>
>> Hello,
>> See:
>>
>> - https://incubator.apache.org/guides/ip_clearance.html
>>
>> Regards
>>
>> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues 
>> wrote:
>>
>> > Hi,
>> >
>> > I'm also curious about why we could not integrate apache licensed code.
>> I
>> > was thinking we can fork a plugin and integrate it in JMeter.
>> >
>> > Anybody have an idea?
>> >
>> > Antonio
>> >
>> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad > > >:
>> >
>> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold > > >
>>
>> > > wrote:
>> > >
>> > > > > AFAIK, unless the project donates their code to JMeter, we cannot
>> > take
>> > > it
>> > > > as it would be a license infringement at minimum.
>> > > >
>> > > > It's open source under the Apache 2.0 license. The license itself
>> > allows
>> > > > you to bundle it with JMeter proper. Of course, it won't be owned by
>> > the
>> > > > ASF but you can have it as a dependency.
>> > > >
>> > > > You could also "fork" it (or "vendor" it) if you want to add some
>> > > patches.
>> > > >
>> > >
>> > > AFAIK, we need for this the owner to make a donation as piece of code
>> is
>> > > important.
>> > > There is IP clearance process at Apache for that. I doubt that we can
>> > take
>> > > it as is or fork it, but I'm not an expert in those matters.
>> > > Maybe Andrei can tell us more.
>> > >
>> > >
>> > >
>> > > > Have there been any talks with CA Technologies / Blazemeter to
>> perhaps
>> > > > donate the plugin to the ASF?
>> > > >
>> > > > > Would you like to work on its implementation ?
>> > > >
>> > > > Why would I do that when you have this plugin available under a
>> > > compatible
>> > > > license as well as this other one
>> > > > https://github.com/syucream/jmeter-http2-plugin under Apache 2.0
>> based
>> > > on
>> > > > netty?
>> > > >
>> > > I tested this one, it does not work very well.
>> > > Looks more like a POC than a stable implementation.
>> > >
>> > >
>> > >
>> > > >
>> > > >
>> > > > --emi
>> > > >
>> > > > On Mon, Oct 2, 2017 at 10:11 PM, Philippe Mouawad <
>> > > > philippe.moua...@gmail.com > wrote:
>> > > >
>> > > > > Hi Emilian,
>> > > > > AFAIK, unless the project donates their code to JMeter, we cannot
>> > take
>> > > it
>> > > > > as it would be a license infringement at minimum.
>> > > > >
>> > > > > Regarding HTTP2 there are many options AFAIK:
>> > > > >
>> > > > >- Jetty
>> > > > >- Netty
>> > > > >- HC5
>> > > > >
>> > > > > Would you like to work on its implementation ?
>> > > > >
>> > > > >
>> > > > > Regards
>> > > > >
>> > > > > On Mon, Oct 2, 2017 at 8:54 PM, Emilian Bold <
>> emilian.b...@gmail.com
>> > >
>> > > > > wrote:
>> > > > >
>> > > > > > Hello,
>> > > > > >
>> > > > > > I see we have a HTTP2 plugin
>> > > > > > https://github.com/Blazemeter/jmeter-bzm-plugins based on the
>> > Jetty
>> > > > > HTTP2
>> > > > > > support and under an Apache 2.0 license.
>> > > > > >
>> > > > > > Is there any reason JMeter could not bless this implementation
>> and
>> > > > bundle
>> > > > > > it?
>> > > > > >
>> > > > > > --emi
>> > > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > > --
>> > > > > Cordialement.
>> > > > > Philippe Mouawad.
>> > > > >
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Cordialement.
>> > > Philippe Mouawad.
>> > >
>> >
>>
>>
>> --
>>
>> Regards
>> Ubik Load Pack  Team
>> Follow us on Twitter 
>>
>>
>> Cordialement
>> L'équipe Ubik Load Pack 
>> Suivez-nous sur Twitter 
>>
>
>


-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie

UBIK LOAD PACK Web Site 

UBIK LOAD PACK on TWITTER 

Re: http2 support

[Emilian Bold]

IP clearance applies to donated code which will have an ASF license header.

For dependencies and included works this might help:
https://www.apache.org/legal/resolved.html#category-a

FOR THE PURPOSES OF BEING INCLUDED IN AN APACHE PRODUCT, WHICH LICENSES ARE
> CONSIDERED TO BE SIMILAR IN TERMS TO THE APACHE LICENSE 2.0?
> Works under the following licenses may be included within Apache products:
>


Apache License 2.0


Please ask Apache legal because I don't believe there are any restrictions.



--emi

On Tue, Oct 3, 2017 at 12:49 PM, UBIK LOAD PACK Support <
supp...@ubikloadpack.com> wrote:

> Hello,
> See:
>
> - https://incubator.apache.org/guides/ip_clearance.html
>
> Regards
>
> On Tuesday, October 3, 2017, Antonio Gomes Rodrigues 
> wrote:
>
> > Hi,
> >
> > I'm also curious about why we could not integrate apache licensed code. I
> > was thinking we can fork a plugin and integrate it in JMeter.
> >
> > Anybody have an idea?
> >
> > Antonio
> >
> > 2017-10-02 21:25 GMT+02:00 Philippe Mouawad  > >:
> >
> > > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold  > >
> > > wrote:
> > >
> > > > > AFAIK, unless the project donates their code to JMeter, we cannot
> > take
> > > it
> > > > as it would be a license infringement at minimum.
> > > >
> > > > It's open source under the Apache 2.0 license. The license itself
> > allows
> > > > you to bundle it with JMeter proper. Of course, it won't be owned by
> > the
> > > > ASF but you can have it as a dependency.
> > > >
> > > > You could also "fork" it (or "vendor" it) if you want to add some
> > > patches.
> > > >
> > >
> > > AFAIK, we need for this the owner to make a donation as piece of code
> is
> > > important.
> > > There is IP clearance process at Apache for that. I doubt that we can
> > take
> > > it as is or fork it, but I'm not an expert in those matters.
> > > Maybe Andrei can tell us more.
> > >
> > >
> > >
> > > > Have there been any talks with CA Technologies / Blazemeter to
> perhaps
> > > > donate the plugin to the ASF?
> > > >
> > > > > Would you like to work on its implementation ?
> > > >
> > > > Why would I do that when you have this plugin available under a
> > > compatible
> > > > license as well as this other one
> > > > https://github.com/syucream/jmeter-http2-plugin under Apache 2.0
> based
> > > on
> > > > netty?
> > > >
> > > I tested this one, it does not work very well.
> > > Looks more like a POC than a stable implementation.
> > >
> > >
> > >
> > > >
> > > >
> > > > --emi
> > > >
> > > > On Mon, Oct 2, 2017 at 10:11 PM, Philippe Mouawad <
> > > > philippe.moua...@gmail.com > wrote:
> > > >
> > > > > Hi Emilian,
> > > > > AFAIK, unless the project donates their code to JMeter, we cannot
> > take
> > > it
> > > > > as it would be a license infringement at minimum.
> > > > >
> > > > > Regarding HTTP2 there are many options AFAIK:
> > > > >
> > > > >- Jetty
> > > > >- Netty
> > > > >- HC5
> > > > >
> > > > > Would you like to work on its implementation ?
> > > > >
> > > > >
> > > > > Regards
> > > > >
> > > > > On Mon, Oct 2, 2017 at 8:54 PM, Emilian Bold <
> emilian.b...@gmail.com
> > >
> > > > > wrote:
> > > > >
> > > > > > Hello,
> > > > > >
> > > > > > I see we have a HTTP2 plugin
> > > > > > https://github.com/Blazemeter/jmeter-bzm-plugins based on the
> > Jetty
> > > > > HTTP2
> > > > > > support and under an Apache 2.0 license.
> > > > > >
> > > > > > Is there any reason JMeter could not bless this implementation
> and
> > > > bundle
> > > > > > it?
> > > > > >
> > > > > > --emi
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Cordialement.
> > > > > Philippe Mouawad.
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Cordialement.
> > > Philippe Mouawad.
> > >
> >
>
>
> --
>
> Regards
> Ubik Load Pack  Team
> Follow us on Twitter 
>
>
> Cordialement
> L'équipe Ubik Load Pack 
> Suivez-nous sur Twitter 
>

Re: http2 support

[UBIK LOAD PACK Support]

Hello,
See:

- https://incubator.apache.org/guides/ip_clearance.html

Regards

On Tuesday, October 3, 2017, Antonio Gomes Rodrigues 
wrote:

> Hi,
>
> I'm also curious about why we could not integrate apache licensed code. I
> was thinking we can fork a plugin and integrate it in JMeter.
>
> Anybody have an idea?
>
> Antonio
>
> 2017-10-02 21:25 GMT+02:00 Philippe Mouawad  >:
>
> > On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold  >
> > wrote:
> >
> > > > AFAIK, unless the project donates their code to JMeter, we cannot
> take
> > it
> > > as it would be a license infringement at minimum.
> > >
> > > It's open source under the Apache 2.0 license. The license itself
> allows
> > > you to bundle it with JMeter proper. Of course, it won't be owned by
> the
> > > ASF but you can have it as a dependency.
> > >
> > > You could also "fork" it (or "vendor" it) if you want to add some
> > patches.
> > >
> >
> > AFAIK, we need for this the owner to make a donation as piece of code is
> > important.
> > There is IP clearance process at Apache for that. I doubt that we can
> take
> > it as is or fork it, but I'm not an expert in those matters.
> > Maybe Andrei can tell us more.
> >
> >
> >
> > > Have there been any talks with CA Technologies / Blazemeter to perhaps
> > > donate the plugin to the ASF?
> > >
> > > > Would you like to work on its implementation ?
> > >
> > > Why would I do that when you have this plugin available under a
> > compatible
> > > license as well as this other one
> > > https://github.com/syucream/jmeter-http2-plugin under Apache 2.0 based
> > on
> > > netty?
> > >
> > I tested this one, it does not work very well.
> > Looks more like a POC than a stable implementation.
> >
> >
> >
> > >
> > >
> > > --emi
> > >
> > > On Mon, Oct 2, 2017 at 10:11 PM, Philippe Mouawad <
> > > philippe.moua...@gmail.com > wrote:
> > >
> > > > Hi Emilian,
> > > > AFAIK, unless the project donates their code to JMeter, we cannot
> take
> > it
> > > > as it would be a license infringement at minimum.
> > > >
> > > > Regarding HTTP2 there are many options AFAIK:
> > > >
> > > >- Jetty
> > > >- Netty
> > > >- HC5
> > > >
> > > > Would you like to work on its implementation ?
> > > >
> > > >
> > > > Regards
> > > >
> > > > On Mon, Oct 2, 2017 at 8:54 PM, Emilian Bold  >
> > > > wrote:
> > > >
> > > > > Hello,
> > > > >
> > > > > I see we have a HTTP2 plugin
> > > > > https://github.com/Blazemeter/jmeter-bzm-plugins based on the
> Jetty
> > > > HTTP2
> > > > > support and under an Apache 2.0 license.
> > > > >
> > > > > Is there any reason JMeter could not bless this implementation and
> > > bundle
> > > > > it?
> > > > >
> > > > > --emi
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Cordialement.
> > > > Philippe Mouawad.
> > > >
> > >
> >
> >
> >
> > --
> > Cordialement.
> > Philippe Mouawad.
> >
>


-- 

Regards
Ubik Load Pack  Team
Follow us on Twitter 


Cordialement
L'équipe Ubik Load Pack 
Suivez-nous sur Twitter 

Re: http2 support

[Antonio Gomes Rodrigues]

Hi,

I'm also curious about why we could not integrate apache licensed code. I
was thinking we can fork a plugin and integrate it in JMeter.

Anybody have an idea?

Antonio

2017-10-02 21:25 GMT+02:00 Philippe Mouawad :

> On Mon, Oct 2, 2017 at 9:21 PM, Emilian Bold 
> wrote:
>
> > > AFAIK, unless the project donates their code to JMeter, we cannot take
> it
> > as it would be a license infringement at minimum.
> >
> > It's open source under the Apache 2.0 license. The license itself allows
> > you to bundle it with JMeter proper. Of course, it won't be owned by the
> > ASF but you can have it as a dependency.
> >
> > You could also "fork" it (or "vendor" it) if you want to add some
> patches.
> >
>
> AFAIK, we need for this the owner to make a donation as piece of code is
> important.
> There is IP clearance process at Apache for that. I doubt that we can take
> it as is or fork it, but I'm not an expert in those matters.
> Maybe Andrei can tell us more.
>
>
>
> > Have there been any talks with CA Technologies / Blazemeter to perhaps
> > donate the plugin to the ASF?
> >
> > > Would you like to work on its implementation ?
> >
> > Why would I do that when you have this plugin available under a
> compatible
> > license as well as this other one
> > https://github.com/syucream/jmeter-http2-plugin under Apache 2.0 based
> on
> > netty?
> >
> I tested this one, it does not work very well.
> Looks more like a POC than a stable implementation.
>
>
>
> >
> >
> > --emi
> >
> > On Mon, Oct 2, 2017 at 10:11 PM, Philippe Mouawad <
> > philippe.moua...@gmail.com> wrote:
> >
> > > Hi Emilian,
> > > AFAIK, unless the project donates their code to JMeter, we cannot take
> it
> > > as it would be a license infringement at minimum.
> > >
> > > Regarding HTTP2 there are many options AFAIK:
> > >
> > >- Jetty
> > >- Netty
> > >- HC5
> > >
> > > Would you like to work on its implementation ?
> > >
> > >
> > > Regards
> > >
> > > On Mon, Oct 2, 2017 at 8:54 PM, Emilian Bold 
> > > wrote:
> > >
> > > > Hello,
> > > >
> > > > I see we have a HTTP2 plugin
> > > > https://github.com/Blazemeter/jmeter-bzm-plugins based on the Jetty
> > > HTTP2
> > > > support and under an Apache 2.0 license.
> > > >
> > > > Is there any reason JMeter could not bless this implementation and
> > bundle
> > > > it?
> > > >
> > > > --emi
> > > >
> > >
> > >
> > >
> > > --
> > > Cordialement.
> > > Philippe Mouawad.
> > >
> >
>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>

[GitHub] jmeter pull request #313: BZ61466: Comment addition to SampleResults

[vherilier]

GitHub user vherilier opened a pull request:

https://github.com/apache/jmeter/pull/313

BZ61466: Comment addition to SampleResults

The goal of this PR is to allow SampleResult to embed the related 
Comment/Description value to be reused by any Reporter or Listener elements to 
publish more accurate test result content.
By example, PerfPublisher files (likely used with Jenkins application) 
focus highly about testcases description for test results reporting and in 
JMeter, the more close of such element is the Transaction Controller.

That's why I propose with this PR, and for a first step, to store 
Transaction Controllers description into SampleResult new property "Comment"; 
for other samplers result, only an empty string (it could be extended if you 
estimate is has to be done to give description of test steps too).

I hope it will act in JMeters' interest to be more accurately integrated 
with Continuous Integration applications.

BR,
--Vincent Hérilier

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/vherilier/jmeter extended_sampleresult

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/jmeter/pull/313.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #313


commit ecd8f91251905bf28f176a900c370f21a8abcf01
Author: Vincent Herilier 
Date:   2017-08-04T13:56:52Z

improve sampleResult meta data




---