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: Proxy HTTP
Date Fri, 07 Dec 2012 14:53:48 GMT
Hello,
I modified SamplerCreator interface to I think meet your requirement
without breaking backward compatibility:

   - https://issues.apache.org/bugzilla/show_bug.cgi?id=54257

Waiting for your feedback.

Regards

Philippe

On Thu, Nov 29, 2012 at 7:17 AM, Etienne Carriere <
etienne.carriere@gmail.com> wrote:

> Hi,
>
> I added a first version of the Java Serialisation Sampler on the bug
> 54205 and I have some questions on how you prefer the implementation ?
> Could you give me your point of view on
> https://issues.apache.org/bugzilla/show_bug.cgi?id=54205 ?
>
> Thanks in advance,
>
> Regards,
>
> Etienne Carrière
> 2012/11/25 Etienne Carriere <etienne.carriere@gmail.com>:
> > Hello,
> >
> > The sampler is currently working alone (as a "duplicate" of SOAP
> > Sampler). I will think about merge my code in the HTTP
> > Sampler.Concerning the proxy part, as you guessed, the issue is that
> > the Java Serialization sampler must not be used on a "Content type"
> > basis. For me, the best would be to test the Unserializable
> > (Object.readObject) and create a specific Sampler if there is no
> > Exception (Stream is a serialized object).
> >
> > I will create a ticket  in bugzilla to continue the discussion.
> >
> > Regards,
> >
> > Etienne Carrière
> > 2012/11/25 Philippe Mouawad <philippe.mouawad@gmail.com>:
> >> Hello,
> >> Yes we could be interested in this Sampler if it enables testing Java
> >> Serialization.
> >> Ideally it would be great if your Sampler could use HTTPSampler GUI.
> >>
> >> You can create a Bugzilla Enhancement request and attach your code
> there.
> >>
> >>
> >> Regarding Sampler Creator interface, changing contract could break
> existing
> >> plugins as its a contract for plugins that want to interact with Proxy.
> >>
> >> It works like this:
> >>
> >>    - SamplerCreatorFactory  relies on contentType to create the
> >>    SamplerCreator
> >>    - SamplerCreator create the Sampler impl and popuate it through
> >>    populateSampler
> >>
> >> I suppose your issue comes from the fact that content type is not
> specific
> >> which makes your impl finding more difficult as your rely on body
> content ?
> >> but can you explain with a detailed example the issue you face with
> current
> >> contract ?
> >>
> >> Regards
> >>
> >> Philippe
> >> On Sun, Nov 25, 2012 at 9:52 AM, Etienne Carriere <
> >> etienne.carriere@gmail.com> wrote:
> >>
> >>> Hi,
> >>>
> >>> I am currently creating a test plan for an HR software which is a web
> >>> application with an Java Applet. The Java Applet discuss with the
> >>> server through POST request with a POST body containing binary
> >>> content. This binary content is a Java serialized Object. I created a
> >>> specific Sampler "Java Serialized sampler" which includes the xstream
> >>> version of the serialized object (The GUI is based on "SOAP/XML-RPC
> >>> Request).
> >>> I have 2 points linked to this sampler :
> >>> 1) Are you interested by such Sampler to be integrated upstream ?
> >>> 2) In order to generate those samplers through the proxy, I have some
> >>> questions about org.apache.jmeter.protocol.http.proxy.Proxy  . In the
> >>> run method, we have
> >>>
> >>>  SamplerCreator samplerCreator = factory.getSamplerCreator(request,
> >>> pageEncodings, formEncodings);
> >>>  sampler = samplerCreator.createSampler(request, pageEncodings,
> >>> formEncodings);
> >>>  samplerCreator.populateSampler(sampler, request, pageEncodings,
> >>> formEncodings);
> >>>
> >>> I have some issues due to the fact that we split the "create" and the
> >>> "populate" step. I have to do a large analysis of the request
> >>> (Content-type, parsing the body) to choose the type of sampler. We can
> >>> have the same reflexion for all "non Pure HTTP" sampler (for example,
> >>> the SOAP/XML-RPC).
> >>>
> >>> I would like to discuss about how to implement it properly such that
> >>> it could be integrated upstream .
> >>>
> >>> I see different methods
> >>> 1) Create a specific Sampler Creator (it can be done if we can do a
> >>> partition of the  "Content type") that will have a "complete"
> >>> createSampler and a "empty" populateSampler
> >>> 2) Change the contract of the SamplerCreator interface. It seems that
> >>> the only call of createSampler and populateSampler are in this class .
> >>>
> >>> Thanks in advance for the advice,
> >>>
> >>> Best Regards,
> >>>
> >>> Etienne Carrière
> >>>
> >>
> >>
> >>
> >> --
> >> Cordialement.
> >> Philippe Mouawad.
>



-- 
Cordialement.
Philippe Mouawad.

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