Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 9EB01200B68 for ; Fri, 19 Aug 2016 11:24:10 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 9D519160AAC; Fri, 19 Aug 2016 09:24:10 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id C18B1160A8E for ; Fri, 19 Aug 2016 11:24:09 +0200 (CEST) Received: (qmail 80668 invoked by uid 500); 19 Aug 2016 09:24:09 -0000 Mailing-List: contact dev-help@jmeter.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jmeter.apache.org Delivered-To: mailing list dev@jmeter.apache.org Received: (qmail 80655 invoked by uid 99); 19 Aug 2016 09:24:08 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Aug 2016 09:24:08 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 499AE18066C for ; Fri, 19 Aug 2016 09:24:08 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.179 X-Spam-Level: * X-Spam-Status: No, score=1.179 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id vZWAQ677Zlye for ; Fri, 19 Aug 2016 09:24:06 +0000 (UTC) Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 80F255F256 for ; Fri, 19 Aug 2016 09:24:05 +0000 (UTC) Received: by mail-qk0-f170.google.com with SMTP id v123so40354988qkh.2 for ; Fri, 19 Aug 2016 02:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=F09ASwZcxVam5Obs4mZRF3IBEoQ2VUtWsKSo9RvVWgA=; b=by22laTmEh65UDqzlzuEA1go7eZNRkyFVrhvgLM/6rsPQf17+hvZrBz/zqiu00uZuT cxzxXkpnhDGvSZCmsHbsmGZRrPPqOEztdD+KVm3/L/Gy+tzuHSE7FP6INZ4GhD20TieD oYFsXmFH1k2l7TTiLYbrbvT5QjwwgRZoWhKKrr58ASlotXHt1ZTYDPQb8RcnMPB44P+f SMM17wvB26Gx/WPnSZ3OecxgnlFUD3JMtBAb2qnIXWTPps4wMccoYrOUxtsSoplAEQ2O +IBMMJ/JytDpdjdelniIx4NCnSxs5shZGD/tCwO4g7vgrTyrD2mEVNTc7xLD3Uq3irhs BoMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=F09ASwZcxVam5Obs4mZRF3IBEoQ2VUtWsKSo9RvVWgA=; b=eCOv+KQ5cy2WsdMfZXZHxIniFFUfis+zs2USlrdYISsZiHPiBhhBq7LjS0vPihmro1 MnpiK1ZyXXwey9ICpg1XJNmEy9hqCRWnmgTwYqrPoI1KCaxN8XVfRotRL91RuwTp99FO D9aRCGsku6jDuR6sIuHA6IRiifSOfPkHUqudFlfSjnNoXtI6G67bEcnmaPVEiT2zCwe3 uF+2AED0oRINiDoGjrAlfPxq9biOXnrn1AoI121W1ExEWX+jetIIfSMNRLJNkjE7SObY oxSlgcILcVnIctxFyAEA+4n1hmhfIlJcnaFmfwzmAkEDmxEF6lY7mFFkqSHiYqxnpT1C 1ULw== X-Gm-Message-State: AEkoouup53kkQI+mOvVC7/NVIr11+fwQpHxheb+mrgBh/Mt3s5AFU3tk3sgrQah4xiDbRJ4Czrkx4MVC5xn6Fg== X-Received: by 10.55.100.21 with SMTP id y21mr7393844qkb.281.1471598644670; Fri, 19 Aug 2016 02:24:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.69.73 with HTTP; Fri, 19 Aug 2016 02:24:04 -0700 (PDT) In-Reply-To: References: <341aaf82-6c5d-6f54-076a-b349926217f3@internetallee.de> From: Philippe Mouawad Date: Fri, 19 Aug 2016 11:24:04 +0200 Message-ID: Subject: Re: Roadmap 2016/2017 To: "dev@jmeter.apache.org" Content-Type: multipart/alternative; boundary=94eb2c05602e77d461053a69423c archived-at: Fri, 19 Aug 2016 09:24:10 -0000 --94eb2c05602e77d461053a69423c Content-Type: text/plain; charset=UTF-8 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 wrote: > >> On 18 August 2016 at 22:47, Philippe Mouawad >> 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. >> >> == >> > 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 to >> 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 something > 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 > >> 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 preference >> >> clearly goes to hc for simplicity and uniformity. >> >> >> >> - possible rework of core architecture to at least introduce a pool of >> >>>> threads or switch to async model allowing us to take advantage of >> 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 the >> 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. --94eb2c05602e77d461053a69423c--