Mailing-List: contact dev-help@jmeter.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jmeter.apache.org
MIME-Version: 1.0
In-Reply-To: <CAOGo0VaOQpa66nQVyjuTMK7aZyvwKoBpBiCpgXyMHqMEegcpXg@mail.gmail.com>
References: <CAH9fUpZKEw1iUisryzD4x2uhQGhfKvTdHexpvXP4o=0UyxtfTA@mail.gmail.com>
 <341aaf82-6c5d-6f54-076a-b349926217f3@internetallee.de> <CAH9fUpahsxAbPZk5wCM+-ScZFMfcpZ6psCmiWV7CpBLvFBaG1w@mail.gmail.com>
 <CAH9fUpYxyjA_+=MfuTcB_258-E3+-G=L+=-e8fjwBhL8pe0Gnw@mail.gmail.com>
 <CAOGo0VZUCE3rHvS6xQafwWhNGaww2QJsfNW20D89Pe-HrXJtfw@mail.gmail.com>
 <CAH9fUpb2hfEXvE_MvrdCMaZ5rkmzjbK9ELFvgHHh+RKBF4-Dsw@mail.gmail.com>
 <CAH9fUpbguxgzuNo9k1Kt5+aFWk8LNdjzkQ32qoFWdFiOeyJCRw@mail.gmail.com> <CAOGo0VaOQpa66nQVyjuTMK7aZyvwKoBpBiCpgXyMHqMEegcpXg@mail.gmail.com>
From: Antonio Gomes Rodrigues <ra0077@gmail.com>
Date: Fri, 19 Aug 2016 14:03:46 +0200
Message-ID: <CABWbpFcmU9P0651LXjsAjdTqVHs9mmdL1=iU+BSKYycbrVLhWA@mail.gmail.com>
Subject: Re: Roadmap 2016/2017
To: dev@jmeter.apache.org
Content-Type: multipart/alternative; boundary=001a11402c90a0b035053a6b7dfc
archived-at: Fri, 19 Aug 2016 12:04:02 -0000

--001a11402c90a0b035053a6b7dfc
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi

I have no computer for the momemt to check it but Gatling (licence bsd) use
netty

Antonio

Le 19 ao=C3=BBt 2016 12:32, "sebb" <sebbaz@gmail.com> a =C3=A9crit :

> It looks like Netty has additional requirements for HTTP/2 with TLS
>
> http://netty.io/wiki/requirements-for-4.x.html
>
> We need to ensure that these additional dependencies are available
> under a suitable license before considering whether to use it for
> JMeter.
>
> On 19 August 2016 at 10:24, Philippe Mouawad <philippe.mouawad@gmail.com>
> wrote:
> > For info:
> > Http2Client :
> > - http://netty.io/5.0/xref/io/netty/example/http2/client/
> Http2Client.html
> >
> > Regards
> >
> > On Fri, Aug 19, 2016 at 9:45 AM, Philippe Mouawad <
> > philippe.mouawad@gmail.com> wrote:
> >
> >>
> >>
> >> On Fri, Aug 19, 2016 at 12:19 AM, sebb <sebbaz@gmail.com> wrote:
> >>
> >>> On 18 August 2016 at 22:47, Philippe Mouawad <
> philippe.mouawad@gmail.com>
> >>> wrote:
> >>> > Hello,
> >>> > @sebb, as chief of PMC, could you expose your vision of JMeter's
> roadmap
> >>> > and future ?
> >>>
> >>> Yes, I am the chair of the PMC, but that is not the same as a chief.
> >>> The chair is not a technical role, it is purely administrative.
> >>> As such the chair has the same standing as any other PMC member.
> >>>
> >>> =3D=3D
> >>>
> >> It is good to know that
> >>
> >>
> >>>
> >>> In the short term, I would like to see the HC4 code fixed to remove
> >>> all the deprecations.
> >>>
> >> +1
> >>
> >>>
> >>> HTTP2 can wait until there is a suitable library.
> >>>
> >>
> >> There is already some, see:
> >>
> >> https://github.com/http2/http2-spec/wiki/Implementations
> >>
> >> the most famous being netty no ?
> >>
> >>
> >>
> >>> It would be nice to fix undo/redo, but as I suspected this is going t=
o
> >>> be really difficult.
> >>>
> >> +1
> >>
> >>>
> >>> As a general rule, we should be cautious about adding code to support
> >>> infrequent use cases, especially where there is a reasonable
> >>> alternative.
> >>>
> >>
> >> Ok if it's not a matter of living with broken features just to avoid
> >> breaking changes.
> >> It's not because there is a workaround or a complex way to do somethin=
g
> >> that we should not try to make it easier.
> >>
> >>
> >>>
> >>> > Thank you
> >>> >
> >>> > On Thursday, July 28, 2016, Philippe Mouawad <
> >>> philippe.mouawad@gmail.com>
> >>> > wrote:
> >>> >
> >>> >>
> >>> >>
> >>> >> On Thursday, July 28, 2016, Felix Schumacher <felix.schumacher@
> >>> >> internetallee.de
> >>> >> <javascript:_e(%7B%7D,'cvml','felix.schumacher@internetallee.de
> ');>>
> >>> >> wrote:
> >>> >>
> >>> >>> Am 27.07.2016 um 14:41 schrieb Philippe Mouawad:
> >>> >>>
> >>> >>>> Hello,
> >>> >>>> I think we should work on a roadmap for JMeter to ensure:
> >>> >>>> - we prioritize some urgent work on it.
> >>> >>>> - we give visibility on future of JMeter to users
> >>> >>>>
> >>> >>>>
> >>> >>>> I see the following things from most to less urgent:
> >>> >>>>
> >>> >>>> - http2 support. We depend on httpclient for this
> >>> >>>>
> >>> >>> +1 but I think it is httpclient or jdk where the work is.
> >>> >>
> >>> >>
> >>> >> Afaik, it's a priority of Httpclient no?
> >>> >> If not, maybe we should look at other options although my preferen=
ce
> >>> >> clearly goes to hc for simplicity and uniformity.
> >>> >>
> >>> >> - possible rework of core architecture to at least introduce a poo=
l
> of
> >>> >>>> threads or switch to async model allowing us to take advantage o=
f
> >>> async
> >>> >>>> io
> >>> >>>>
> >>> >>> lot of work (I think really a lot of work), but it is probably a
> >>> worthy
> >>> >>> goal for the long run
> >>> >>
> >>> >> I think so
> >>> >>
> >>> >>>
> >>> >>> - start a migration to JavaFX , a good opportunity would be to
> >>> replace the
> >>> >>>> old browser used for html rendering
> >>> >>>>
> >>> >>> replacement of the browser component with javafx is a good thing.
> >>> >>
> >>> >> Yes that was my main intention. I don't think it's a big deal.
> >>> >>
> >>> >>>
> >>> >>> Replacement of every thing? I don't know. Will javafx really be t=
he
> >>> next
> >>> >>> big java gui? Would it be worth trying to get to a html/http gui
> and
> >>> get
> >>> >>> rid of swing completely?
> >>> >>
> >>> >>
> >>> >> It would be a webapp ?  How do you see it ?
> >>> >>
> >>> >>>
> >>> >>> For the near future:
> >>> >>>
> >>> >>> * get a bugfix release of 3.0
> >>> >>
> >>> >> I would like to commit an enhancement to generate reports from gui
> >>> before.
> >>> >>
> >>> >>
> >>> >>> * complete migration to httpclients new api
> >>> >>
> >>> >> +1
> >>> >>
> >>> >>> * make recording of jsf sites easier
> >>> >>
> >>> >> maybe introduce more generally a Framework correlator where jsf
> would
> >>> be 1
> >>> >> implementation.
> >>> >>
> >>> >>
> >>> >>> * discuss replacement of logging framework
> >>> >>
> >>> >> +1
> >>> >>
> >>> >>> * look at memory consumption of the tree view listener
> >>> >>>   ideas where:
> >>> >>>     - store only the last/first X entries
> >>> >>>     - store only marked entries (might be a header field)
> >>> >>>
> >>> >>>
> >>> >>>
> >>> >>>> As side features:
> >>> >>>> - DSL ?
> >>> >>>>
> >>> >>> nice idea, but this is a lot of work
> >>> >>
> >>> >>
> >>> >>
> >>> >>> - JSON format instead of XMLfor jmx plans if dsl is too heavy
> change ?
> >>> >>>>
> >>> >>> I think xml has served us well. Every other format has to prove,
> that
> >>> it
> >>> >>> really can compete.
> >>> >>>
> >>> >>>> - Fix undo /redo feature
> >>> >>>>
> >>> >>> +1 for looking at undo/redo
> >>> >>
> >>> >> I would really love to see this one fixed or dropped.
> >>> >> But I don't want to spend too much energy on it.
> >>> >>
> >>> >>
> >>> >>
> >>> >>
> >>> >>>
> >>> >>> Regards,
> >>> >>>  Felix
> >>> >>>
> >>> >>>> - ...
> >>> >>>>
> >>> >>>> Ideas welcome
> >>> >>>> Regards
> >>> >>>> Philippe M.
> >>> >>>>
> >>> >>>>
> >>> >>>>
> >>> >>>>
> >>> >>>
> >>> >>
> >>> >> --
> >>> >> Cordialement.
> >>> >> Philippe Mouawad.
> >>> >>
> >>> >>
> >>> >>
> >>> >>
> >>> >
> >>> > --
> >>> > Cordialement.
> >>> > Philippe Mouawad.
> >>>
> >>
> >>
> >>
> >> --
> >> Cordialement.
> >> Philippe Mouawad.
> >>
> >>
> >>
> >
> >
> > --
> > Cordialement.
> > Philippe Mouawad.
>

--001a11402c90a0b035053a6b7dfc--