[JMeter] Offer to submit JMeter AMF Sampler to JMeter community
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
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 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
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 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
RE: [JMeter] Offer to submit JMeter AMF Sampler to JMeter community
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 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
Re: [JMeter] Offer to submit JMeter AMF Sampler to JMeter community
Thank you. I Will do. Regards Philippe On Monday, February 28, 2011, Vince Adamo 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. > > 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 > 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 > > -- 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
Re: [JMeter] Offer to submit JMeter AMF Sampler to JMeter community
On 28 February 2011 22:35, Vince Adamo 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: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 > 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 > > - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org
