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. Thanks again, Vince -----Original Message----- From: Vince Adamo [mailto:vad...@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.moua...@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 <vad...@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-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org