Re: Handling graphql requests with JMeter 4.0

2021-03-11 Thread Woonsan Ko 
On Tue, Mar 9, 2021 at 12:32 PM Prateek Dua  wrote:
>
> Yes I'm aware of JMeter 5.4 support on it but currently seeking out
> solution to handle it via JMeter 4.0 as complete system has been set up
> using JMeter 4.0.
>
> So any solution / syntax to handle it manually via plain http request will
> be help.

You will need to escape the GraphQL query or mutation and other params
manually in the JSON post payload like the following example:

{"operationName":null,"variables":{},"query":"{\n fineSomethings(text:
\"\", offset: 0, limit: 200) {\n offset\n limit\n count\n total\n
items {\n ... }\n }\n }\n }\n}\n"}

Any developer tools, such as browser debugger tools, can help you
capture the http request headers and payload data.

Regards,

Woonsan

>
> Thanks,
> Prateek
>
> On Tue, Mar 9, 2021 at 8:04 PM UBIK LOAD PACK Support <
> supp...@ubikloadpack.com> wrote:
>
> > Hello,
> > Since JMeter 5.4, there is a GraphQL view in HTTP Request:
> >
> >-
> >
> > https://jmeter.apache.org/usermanual/component_reference.html#HTTP_Request
> >look for GraphQL
> >
> > Before, you'll have to manually handle it.
> >
> > Regards
> >
> > On Tue, Mar 9, 2021 at 2:16 PM Prateek Dua  wrote:
> >
> > > >
> > > > Hi Team,
> > > >
> > > > Any help to send Post request ( query ) for  graphql using JMeter 4.0
> > via
> > > > HTTP request.
> > > >
> > > >
> > > Thanks,
> > > > Prateek
> > > >
> > >
> >
> >
> > --
> >
> > Regards
> > Ubik Load Pack  Team
> > Follow us on Twitter 
> >
> >
> > Cordialement
> > L'équipe Ubik Load Pack 
> > Suivez-nous sur Twitter 
> >
>
>
> --
> Thanks,
> Prateek Dua

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: New book on Apache JMeter by 3 committers of the project

2019-08-21 Thread Woonsan Ko 
Great! Thank you so much!!

Woonsan

On Wed, Aug 21, 2019 at 10:54 AM Philippe Mouawad  wrote:
>
> Hello,
>
> For those of you who wanted a paper version of the book, it is now
> available at Amazon published by Packt:
>
> -
> https://www.amazon.com/Master-Apache-JMeter-Testing-performance/dp/1839217642/
>
>
> Regards
> Antonio, Milamber and Philippe
>
> On Thursday, November 1, 2018, Philippe Mouawad 
> wrote:
>
> > Kirk, Deepak,
> > Thank you so much for your kind words and
> > encouragements !
> >
> >
> > Regards
> > On Wednesday, October 31, 2018, Kirk Pepperdine 
> > wrote:
> >
> >> Well done!!! I will certainly promote it next week at my workshop at QCon
> >> next week.
> >>
> >> Regards,
> >> Kirk
> >>
> >> > On Oct 30, 2018, at 12:50 PM, Philippe Mouawad 
> >> wrote:
> >> >
> >> > Hello All,
> >> >
> >> > I am happy to announce that 3 committers of Apache JMeter (including me)
> >> > have authored a new book on JMeter that you can buy online at:
> >> >
> >> >   - https://leanpub.com/master-jmeter-from-load-test-to-devops
> >> >
> >> > If you'd like to read more about its inception:
> >> >
> >> >   -
> >> >   https://www.ubik-ingenierie.com/blog/book-master-jmeter-fro
> >> m-load-testing-to-devops/
> >> >
> >> >
> >> > We'll be grateful if you can spread this news around you.
> >> >
> >> > We will be very happy to offer it to any member of JMeter Team to thank
> >> > them for their great works for years (if they think they can still learn
> >> > something :-) of course ), just send us a mail.
> >> >
> >> > Thanks a lot
> >> > Regards
> >> > Antonio Gomes Rodrigues, Milamber and Philippe M.
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> >> For additional commands, e-mail: user-h...@jmeter.apache.org
> >>
> >>
> >
> > --
> > Cordialement.
> > Philippe Mouawad.
> >
> >
> >
> >

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: SMTP Sampler Messagesize wrong due to CR and LN on Linux

2017-02-13 Thread Woonsan Ko 
On Mon, Feb 13, 2017 at 7:23 AM, Markus Obermann
<markus.oberm...@yahoo.de.invalid> wrote:
> Hi,and thanks.
> Well did i told i need to sent more than 1 file? :) :)So multipart/mixed is 
> what it will be in my case. i do not sent one file only.
> For me the problem is about the content-type and content-transfer-encoding.If 
> i choose a .txt file and an .xml file with smtp-sampler then i see that the 
> content-type for the .txt file is set to "text/plain" which is correct.jmeter 
> then set the content-transfer-encoding to "7bit" which is also correct. For 
> the .xml file jmeter is doing the same but with a content-type text/xml (of 
> cource)
>
> Now if i sent exactly the same two files (only files no body, no subject) 
> with thunderbird then i see that the content-type for the .txt is also 
> text/plainbut the content-transfer-encoding is "base64". And for the .xml 
> file the content-transfer-encoding is 7bit.
> i do not know how to handle it. all i can do is to sent the two files with 
> thunderbird (which is working correctly) then copy the source of that sent 
> email and save to a new file with .eml extension.then using smtp sampler to 
> sent only the .eml file. This is working properly but it makes my test very 
> static.
>
> what i tried is to set some headers but the headers will not be sent for each 
> attachment but for the email. Thus i can't set the header for each attachment 
> separetly.Its up to jmeter how it determine the content-type and which 
> content-transfer-encoding will be set.
> If if sent a .pdf it will do "base64".
> question.Is there a way i can sent 2 files with smtp sampler and send both 
> files ALWAYS with "content-transfer-encoding: base64" and of cource do a 
> "base64 filename"?

I'm not 100% sure, but your observation seems correct to me.
The SMTPSampler UI [1] doesn't seem to allow to set a content type for
each mime attachment. I guess it's detecting a content type by the
filename by the JavaMail library, and that might have affected in
attaching files. [2]
So, IMHO, you might want to try to rename the .txt file to something
else (e.g, .dat) for a luck. Or, you might want to tweak the code
(e.g, attach.setHeader("Content-Type", "application/octet-stream"))
for an experiment.
In either case, it could be very helpful if you can suggest an
enhancement with the details (e.g, experiments) in the bugzilla.

Regards,

Woonsan

[1] http://jmeter.apache.org/usermanual/component_reference.html#SMTP_Sampler
[2] 
https://github.com/apache/jmeter/blob/docs-3.1/src/protocol/mail/org/apache/jmeter/protocol/smtp/sampler/protocol/SendMailCommand.java#L226

> Br.Markus
>
>
>
>
> Woonsan Ko <woon...@apache.org> schrieb am 21:17 Mittwoch, 8.Februar 2017:
>
>
>  I haven't used SMTPSampler before, but did you read this?
> "If selected, then send the body as a plain message, i.e. not
> multipart/mixed, if possible. If the message body is empty and there
> is a single file, then send the file contents as the message body."
> [1]
> If you let it use the file as message body, I think it's proper for
> JMeter to delimit the lines by CRLF by MIME spec [2].
> By the way, I'm doubtful that JMeter handles the lower level mime
> message handling by itself. It probably has a library handle it.
>
> Regards,
>
> Woonsan
>
> [1] http://jmeter.apache.org/usermanual/component_reference.html#SMTP_Sampler
> [2] https://tools.ietf.org/html/rfc2045#section-2.10
>
>
> On Wed, Feb 8, 2017 at 11:35 AM, Markus Obermann
> <markus.oberm...@yahoo.de.invalid> wrote:
>> Hello,
>> i just put some tracing on MTA and i see what jmeter is sending by doing a 
>> "hexdump -C".In fact all "LN" are sending as "0a 0d" which means CRLN :(
>> Thus the file has LN and Jmeter send it as CRLN.This makes the file invalid 
>> on my server.btw.Thunderbird is doing the same :(
>> Br.Markus
>>
>>
>>Markus Obermann <markus.oberm...@yahoo.de.INVALID> schrieb am 16:29 
>> Mittwoch, 8.Februar 2017:
>>
>>
>>  Hello,
>> I'm using the latest jmeter release and latest jre on a Linux centos 
>> x64.Using the SMTP Sampler I sent one .txt file which has a size of exactly 
>> 3049 bytes.To be sure that the filesize is really 3049 bytes I have put a 
>> small PRE-beanshell sampler with this
>> File f = new File(path);long size = f.length();System.out.println("size is: 
>> " + size);
>> And in fact in the command line i can see the output "3049".
>>
>> But:Looking on my server i see that the .txt file is recieved with a size of 
>> 3087 bytes.This means that 38 bytes h

Re: SMTP Sampler Messagesize wrong due to CR and LN on Linux

2017-02-08 Thread Woonsan Ko 
I haven't used SMTPSampler before, but did you read this?
"If selected, then send the body as a plain message, i.e. not
multipart/mixed, if possible. If the message body is empty and there
is a single file, then send the file contents as the message body."
[1]
If you let it use the file as message body, I think it's proper for
JMeter to delimit the lines by CRLF by MIME spec [2].
By the way, I'm doubtful that JMeter handles the lower level mime
message handling by itself. It probably has a library handle it.

Regards,

Woonsan

[1] http://jmeter.apache.org/usermanual/component_reference.html#SMTP_Sampler
[2] https://tools.ietf.org/html/rfc2045#section-2.10


On Wed, Feb 8, 2017 at 11:35 AM, Markus Obermann
 wrote:
> Hello,
> i just put some tracing on MTA and i see what jmeter is sending by doing a 
> "hexdump -C".In fact all "LN" are sending as "0a 0d" which means CRLN :(
> Thus the file has LN and Jmeter send it as CRLN.This makes the file invalid 
> on my server.btw.Thunderbird is doing the same :(
> Br.Markus
>
>
> Markus Obermann  schrieb am 16:29 
> Mittwoch, 8.Februar 2017:
>
>
>  Hello,
> I'm using the latest jmeter release and latest jre on a Linux centos 
> x64.Using the SMTP Sampler I sent one .txt file which has a size of exactly 
> 3049 bytes.To be sure that the filesize is really 3049 bytes I have put a 
> small PRE-beanshell sampler with this
> File f = new File(path);long size = f.length();System.out.println("size is: " 
> + size);
> And in fact in the command line i can see the output "3049".
>
> But:Looking on my server i see that the .txt file is recieved with a size of 
> 3087 bytes.This means that 38 bytes has been added to the filesize by the 
> SMTP Sampler of jmeter.
> To be fair i have to say that im using Linux and if i open the File with "vi" 
> i get the Message "10L" which means thatthis file contain "LN" (line feed) 
> only.
> To be even more fair the .txt file contains 39 Lines
> Now i think that the 38 extra bytes comes from jmeter because he read the 
> file and do not count it as "LN" but as "CR LN".As the last line (Line 39) do 
> _not_ have a "CR" this line is not treated as extra byte.Thus you get 38 
> extra bytes where you have 39 lines.
> Questions:1. Can any dev. please confirm that jmeter (or the SMTP Sampler) do 
> read the files in as "CR LN" insted on linux you have "LN"?Means am i right 
> with my assumption?
> 2. How can i force jmeter to read the attachment in as "LN"? so that it sends 
> the file with correct size?
> 3. Feature request:Maybe it's possible to add a "checkbox" to the smtp 
> sampler how "CR LN" should be treated for attachments.
> In advice thanks for your answers.Br.Markus
>
>
>
>
>
>
>
>
>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: WE NEED YOUR HELP TO SOLVE A POTENTIAL BUG WITH JAPANESE

2012-08-23 Thread Woonsan Ko 
I don't understand Japanese, but it might be useful to see the following:

- http://graphemica.com/婷
- http://www.fileformat.info/info/unicode/char/5a77/index.htm


It's a Han word and can be used in CJK languages as the same meaning but 
different pronunciation.
I think Japanese or Korean people may also use the word to express something 
like Western people use Latin words to express something unusual.

Just my two cents,

Woonsan

- Original Message -
 From: Anthony Johnson ans...@gmail.com
 To: 李辰 lichen...@hotmail.com; JMeter Users List user@jmeter.apache.org
 Cc: 
 Sent: Thursday, August 23, 2012 6:34 PM
 Subject: RE: WE NEED YOUR HELP TO SOLVE A POTENTIAL BUG WITH JAPANESE
 
 Wife confirmed that it isn't japanese.
 From: 李辰
 Sent: 8/23/2012 6:03 PM
 To: JMeter Users List
 Subject: Re: WE NEED YOUR HELP TO SOLVE A POTENTIAL BUG WITH JAPANESE
 Isn't this a Chinese Han word?
 
 Sent from my iPhone
 
 
 
 在 Aug 23, 2012，17:14，Philippe Mouawad 
 philippe.moua...@gmail.com 写道：
 
  Hello Anthony,
  First thank you very much for your tests.
 
  Regarding character, can you test with 婷 (\u5A77) , TING in english 
 from
  google translation.
 
  Thank you
  Regards
  Philippe
 
  On Thu, Aug 23, 2012 at 4:31 AM, Anthony Johnson ans...@gmail.com 
 wrote:
 
  Hey Guys,
     Not able to reproduce this, but I am on a Mac which I believe uses
  UTF-8 for everything(Windows required?!?).  Perhaps my steps are 
 incorrect?
  I simply put an @ into a search bar and hit enter to see 
 how the URL was
  encoded using Safari and Firefox.
 
  FYI, amazon.co.jp's website uses shift-jis.
 
  Is this what we are thinking for trying to reproduce?
 
  Thanks,
 
  Anthony
 
  On Wed, Aug 22, 2012 at 7:29 PM, Anthony Johnson 
 ans...@gmail.com wrote:
 
 
  Wife is Japanese... I'll see what I can do:)
 
  Sent from my Windows Phone
  From: Philippe Mouawad
  Sent: 8/22/2012 5:52 PM
  To: JMeter Users List
  Subject: WE NEED YOUR HELP TO SOLVE A POTENTIAL BUG WITH JAPANESE
  CHARACTERS URL ENCODED
  Hello Apache JMeter Users,
  A little reminder on this message hoping someone can help us 
 provide a
  Test
  Plan.
 
  Regards
  Philippe M. on behalf of Apache JMeter Team
 
  On Wed, Jun 27, 2012 at 10:42 PM, Philippe Mouawad 
  philippe.moua...@gmail.com wrote:
 
  Hello Apache JMeter Users,
  To fix a potential issue in jmeter related to japanese 
 characters being
  badly encoded:
 
    - https://issues.apache.org/bugzilla/show_bug.cgi?id=45132
 
 
  We would like japanese users of jmeter to provide us a simple 
 test plan
  working against a public facing website reproducing the 
 described issue
  with these kind of characters.
 
  Your contribution will be Highly appreciated.
 
  Please attach test plan to bug.
 
  Regards
  Philippe M. on behalf of Apache JMeter Team
 
  Sorry if title translation is wrong :-)
 
  --
  Cordialement.
  Philippe Mouawad.
 
 
 
 
 
 
  --
  Cordialement.
  Philippe Mouawad.
 
  --14dae9340fe3e7bda104c7e1c156--
 
 
 
 
 
  --
  Cordialement.
  Philippe Mouawad.
 
 -
 To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
 For additional commands, e-mail: user-h...@jmeter.apache.org
 
 -
 To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
 For additional commands, e-mail: user-h...@jmeter.apache.org


-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

AccessLogSampler doesn't take variable for logFile

2012-08-22 Thread Woonsan Ko 
Hi,

I've tried to use variables for AccessLogSampler. It works with domain or 
portString as 'stringProp' elements.
However, it doesn't work for 'logFile' property. I have to set a physical path 
instead.
I found HttpSamplerBase, the ancestor class of AccessLogSampler, uses 
#setProperty() instead, unlike AccessLogSampler stores the member directly.
I guess #setProperty() provides the indirection to resolve the variables.
Am I in the right track? Then I think we can improve AccessLogSampler in the 
same way.

Thanks in advance,

Woonsan


-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org