jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Philippe Mouawad <philippe.moua...@gmail.com>
Subject Re: Roadmap 2016/2017
Date Thu, 18 Aug 2016 21:47:18 GMT
Hello,
@sebb, as chief of PMC, could you expose your vision of JMeter's roadmap
and future ?

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 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.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message