Hi all,
I see a lot of methods in the newly added report package, that are
declared final.
What is the reasoning behind this?
Regards,
Felix
Hi all,
in the new report package, there are a lot of null-checks of the sort
if (foo == null) {
throw new ArgumentNullException("foo");
}
The ArgumentNullException is a new class from report.core.
We could use Validate.notNull() from commons lang3 instead. It will
throw an
Github user asfgit closed the pull request at:
https://github.com/apache/jmeter/pull/56
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is
Hi,
Any feedback ?
can I drop all the files I mentioned as droppable ?
What about jmeter.fb ? Anybody knows what it's for ?
Thanks
On Saturday, December 12, 2015, Philippe Mouawad
wrote:
> Hello,
> Looking at extras content I wonder if we should not cleanup some
Hi,
I propose to drop 2 old behavioural properties.
The first one
jmeterthread.reversePostProcessors
Is very old, and if anybody still relies on it, he can just change the
order of post processors.
The second one:
jmeterengine.startlistenerslater
Was here in case StandardJMeterEngine
Hi Felix,
Do you have an example where it does not seem justified ?
Thanks
On Sunday, December 13, 2015, Felix Schumacher <
felix.schumac...@internetallee.de> wrote:
> Hi all,
>
> I see a lot of methods in the newly added report package, that are
> declared final.
>
> What is the reasoning
ok or use IllegalArgumentException.
Regards
On Sunday, December 13, 2015, Felix Schumacher <
felix.schumac...@internetallee.de> wrote:
> Hi all,
>
> in the new report package, there are a lot of null-checks of the sort
>
> if (foo == null) {
> throw new ArgumentNullException("foo");
> }
>
>
Github user asfgit closed the pull request at:
https://github.com/apache/jmeter/pull/58
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is
Hi,
I created https://issues.apache.org/jira/browse/HTTPCLIENT-1704 with JUnit
test case so that you understand the difference we have.
Regards
On Sat, Dec 5, 2015 at 1:26 PM, Oleg Kalnichevski wrote:
> On Fri, 2015-12-04 at 21:43 +0100, Philippe Mouawad wrote:
> > Thanks
Hi Oleg,
Created https://issues.apache.org/jira/browse/HTTPCLIENT-1705 to show issue
with Cookie Header ordering.
Regards
On Sun, Dec 13, 2015 at 9:30 PM, Philippe Mouawad <
philippe.moua...@gmail.com> wrote:
> Hi,
> I created https://issues.apache.org/jira/browse/HTTPCLIENT-1704 with
> JUnit
Finally, for those 2 I am not sure as per RFC6265, to use them , put code
in org.apache.http.client.protocol.TestResponseProcessCookies.
They worked with HC3 but it does not mean they should work with HC4, but I
would like a confirmation:
@Test
public void testParseCookies() throws
Hi,
Created https://issues.apache.org/jira/browse/HTTPCLIENT-1705 with a Test
case in it to show issue with Domain starting with ".".
Regards
On Sun, Dec 13, 2015 at 9:50 PM, Philippe Mouawad <
philippe.moua...@gmail.com> wrote:
> Hi Oleg,
> Created
12 matches
Mail list logo