Re: [JMeter] Offer to submit JMeter AMF Sampler to JMeter community

[sebb <se...@gmail.com>]

On 28 February 2011 22:35, Vince Adamo <va...@tech-consortium.com> wrote:
> Philippe,
>
> I opened an enhancement request and attached the source.
>
> See Bug 50842 - Adobe AMF Protocol Sampler based on HTTPSampler2
>
> Please feel free to e-mail me with any comments and/or questions.

Unfortunately, the BlazeDS library is LGPL 3, which cannot be included
in ASF releases.


> Thanks again,
> Vince
>
> -----Original Message-----
> From: Vince Adamo [mailto:vadamo@tech-consortium.com]
> Sent: Monday, February 28, 2011 4:01 PM
> To: dev@jakarta.apache.org
> Subject: RE: [JMeter] Offer to submit JMeter AMF Sampler to JMeter community
>
> Thanks!  I will create an issue, attach the code to it and update this thread with the issue number.
>
> -----Original Message-----
> From: Philippe Mouawad [mailto:philippe.mouawad@gmail.com]
> Sent: Monday, February 28, 2011 3:59 PM
> To: dev@jakarta.apache.org
> Subject: Re: [JMeter] Offer to submit JMeter AMF Sampler to JMeter community
>
> Hello M. Adamo,
> I am interested in integrating your library.
> Maybe you can create an issue and attach your code to it.
>
> I would try to  integrate within the next 2 months.
>
> Regards
> Philippe
>
> On Mon, Feb 28, 2011 at 10:50 PM, Vince Adamo <va...@tech-consortium.com>wrote:
>
>> I recently completed the development of a JMeter sampler for testing
>> Flex/BlazeDS applications using Adobe's AMF Protocol over Http.  I would
>> like to contribute this sampler to the JMeter community but it has been
>> developed as a Maven project and not as an integrated sampler in the JMeter
>> project tree.  The artifact produced by this project is a jar file
>> (ApacheJMeter_amf.jar) that is automatically deployed, during the maven
>> install phase, to the local JMeter installation's /lib/ext directory.  The
>> dependent BlazeDS jars are also copied to the local JMeter installations
>> /lib directory.
>>
>> The implementation I would like to release is a subclass of HTTPSampler2
>> and provides extension points for custom AMF messages using a mechanism
>> borrowed from the AbstractJavaSamplerClient concept.  When I began this
>> effort several months ago I searched the JMeter web site and mailing list
>> for any existing support for the AMF protocol.  I only saw recommendations
>> for using the Java sampler, in combination with the BlazeDS AmfMessage
>> class, to implement support for this protocol.  I actually went down that
>> road but found that the BlazeDS AmfMessage class uses the default Java Http
>> implementation.  This caused problems when testing with certain load
>> balancers using sticky session handling via cookies, even when handling the
>> cookies within the Java sampler.  To solve this problem I needed to ensure
>> that the connection used by the AMF sampler was not being shared with other
>> threads and preferably the one used to establish the sticky session with the
>> load balancer, which happened to be a connection established using an
>> HTTPClient sampler performing authentication for our application.  Therefore
>> I chose to extend the HTTPSampler2 class.
>>
>> In any event, I am wondering if there is a precedence for releasing open
>> source thirdparty samplers outside of the JMeter project, or whether one of
>> the current contributors would be interested and willing to integrate this
>> project into the main JMeter source tree.
>>
>> Please let me know your thoughts.
>>
>> Thanks,
>> Vince Adamo
>>
>
>
>
> --
> Cordialement.
> Philippe Mouawad.
> Ubik-Ingénierie
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: dev-help@jakarta.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: dev-help@jakarta.apache.org