Hello,
Any feedback?
Thanks
On Wednesday, November 27, 2013, Philippe Mouawad wrote:
>
>
>
> On Tue, Nov 26, 2013 at 1:05 AM, sebb <seb...@gmail.com<javascript:_e({},
> 'cvml', 'seb...@gmail.com');>
> > wrote:
>
>> On 23 November 2013 13:48, Philippe Mouawad
>> <philippe.moua...@gmail.com<javascript:_e({}, 'cvml',
>> 'philippe.moua...@gmail.com');>>
>> wrote:
>> > Hello sebb,
>> > What's your decision on this point ?
>>
>> I don't make the decisions - they are ideally arrived at by consensus;
>> failing that, majority.
>>
>> > Still having objection to code commit ?
>>
>> Yes, because it seems wrong to include code for a specific database
>> implementation.
>> We should be implementing generic solutions.
>>
>> So would you be ok to go for Spring-data based implementation ?
> It will impact number of embedded libraries.
>
>
> > Thanks
> > Regards
> > Philippe
> >
> >
> > On Fri, Nov 15, 2013 at 10:37 PM, Philippe Mouawad <
> > philippe.moua...@gmail.com> wrote:
> >
> >> We could sue Spring-Data but it would introduce a lot of dependencies.
> >>
> >>
> >> On Fri, Nov 15, 2013 at 12:54 AM, sebb <seb...@gmail.com> wrote:
> >>
> >>> On 13 November 2013 21:59, Philippe Mouawad <
> philippe.moua...@gmail.com>
> >>> wrote:
> >>> > Hello sebb,
> >>> > Shall I commit this development or do we wait for 2.10.1 to be
> released
> >>> ?
> >>>
> >>> I am still concerned that this addition is specific to the Redis
> server.
> >>> I would much prefer to see a generic solution that can use various
> >>> different kinds of servers.
> >>>
> >>> > When do you plan to commit your devs on keytool ?
> >>>
> >>
> >> If I have time I will do it , I plan the following, if you want more let
> >> me know:
> >> - Add keytool path property
> >> - Add popup to be clear about error
> >> - Add info about how to fix it
> >>
> >>>
> >>> Sorry, have not been able to spend any time on this recently.
> >>>
> >>> > Thank you
> >>> > Regards
> >>> > Philippe
> >>> >
> >>> >
> >>> > On Sat, Nov 2, 2013 at 3:05 PM, Philippe Mouawad <
> >>> philippe.moua...@gmail.com
> >>> >> wrote:
> >>> >
> >>> >> Hello Sebb,
> >>> >> My answers below.
> >>> >>
> >>> >> On Sat, Nov 2, 2013 at 10:35 AM, sebb <seb...@gmail.com> wrote:
> >>> >>
> >>> >>> On 2 November 2013 08:28, Philippe Mouawad <
> >>> philippe.moua...@gmail.com>
> >>> >>> wrote:
> >>> >>> > Hello,
> >>> >>> > Can I proceed with commit these up coming days ?
> >>> >>>
> >>> >>> I'm not sure that the discussion was completed.
> >>> >>>
> >>> >>> As far as I can tell, the proposal only suits some types of
> >>> >>> cloud-based test, and relies on 3rd party servers to hold the data.
> >>> >>>
> >>> >>
> >>> >> No in my opinion if fits many scenarios:
> >>> >> - Cloud based tests, this one seems to me an important one, as Cloud
> >>> based
> >>> >> usage are increasing
> >>> >> - Distributed tests, even if it is possible to do it with CSV,
> having
> >>> the
> >>> >> data in a remote server is much easier to manage than having to
> >>> >> split/distribute on servers. Even it is true it requires some
> skills to
> >>> >> manage correctly the Redis server
> >>> >> - Continuous integration tests where also having the data in a
> >>> centralised
> >>> >> , remote servers is easier than managing CSVs. In this case Redis
> >>> server
> >>> >> plays the same role as a JDBC repository
> >>> >> - Compared to a database it should perform better for high load
> tests
> >>> >> since it's an in-memory repo (although this can be done in SQL
> >>> databases),
> >>> >> see http://redis.io/topics/benchmarks
> >>> >>
> >>> >>
> >>> >>> I'm not yet convinced that this is how we should be extending
> JMeter.
> >>> >>>
> >>> >>
> >>> >> I don't understand this argument, it would be another string for
> >>> JMeter,
> >>> >> my implementation is only 2 classes + properties for I18N ?
> >>> >>
> >>> >> What do you propose in this case ?
> >>> >>
> >>
>
>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
>
--
Cordialement.
Philippe Mouawad.
