You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Nop Lists <no...@gmail.com> on 2006/09/03 08:24:45 UTC
t3 and t3s protocols supported?
Hello,
does JMeter support the protocols t3 and t3s?
Thanks
nop
RE: Jmeter 2.2 - LDAP Extended Request - attributes
Posted by "Smits, Dolf" <do...@siemens.com>.
Hi,
You are definitly missing a bind request in your loop.
It should be something like
Thread
loop
bind
search
search
unbind
end-loop
End-thread
Ldapsearch probably performa a bind before the request, and an unbind
afterwards.
Success, Dolf
Dolf Smits
Senior Consultant Identity Management Solutions
070 333 3654
070 333 2511
06 55844837
Dolf.Smits@siemens.com
Let op: Vrijdags heb ik ouderschapsverlof en wordt uw mail niet gelezen.
Deze e-mail is uitsluitend bedoeld voor kennisneming door de
geadresseerde(n), en mag niet aan anderen worden doorgestuurd of op
andere wijze ter kennis worden gebracht. Indien u niet de geadresseerde
bent, verzoek ik u om de afzender te waarschuwen en de e-mail direct te
verwijderen/vernietigen. De afzender wijst elke aansprakelijkheid voor
(de inhoud van) deze e-mail af.
-----Original Message-----
From: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
Sent: maandag 4 september 2006 20:54
To: JMeter Users List
Subject: Re: Jmeter 2.2 - LDAP Extended Request - attributes
My LDAP server supports Anonymous Bind
The following command line works fine:
ldapsearch -h nfpsnc03.sabre.com -p 389 -b
cn=Mapping,ou=HSSP,o=sabre.com objectclass=hssp-mapping hssp-hostname
hssp-cluster
Filter=(objectclass=hssp-mapping)
hssp-hostname hssp-cluster get plugged in as attributes for display
Output is DN followed by hssp-hostname: value and hssp-cluster: value
I can't seem to get the JMeter script to execute the LDAP extended
request similar to command line.
JMeter generates a Size error=4 on the LDAP server
JMeter Output:
1157395396551,140,LDAP Request,200,OK,Thread Group
1-1,text,true,,10,1,1,null,
Is my jmx file in error ?
Thanks for the help.... I feel like I am very close to getting this
running
Smits, Dolf wrote:
> Hi,
>
> given the message about "no initial context", I'm wondering whether
you start with a bind request?
>
> as LDAP is a session based protocol, you need to start the session by
sending a bind request. (when no user/password is given, this will lead
to a anonymous bind).
> after a bind, you can launch the search requests.
> you end a session with a unbind request
>
> Dolf
>
> -----Oorspronkelijk bericht-----
> Van: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
> Verzonden: ma 4-9-2006 17:06
> Aan: JMeter Users List
> Onderwerp: Re: Jmeter 2.2 - LDAP Extended Request - attributes
>
> Size Limit on my LDAP server is unlimited
> -----------------------------------------------
> system properties is default
> # Sample system.properties file
> #
> #
> #java.net.preferIPv4Stack=false
> #java.net.preferIPv6Addresses=false
> #networkaddress.cache.ttl=-1
> #networkaddress.cache.negative.ttl=10
> ---------------------------------------------------------------
>
> 1157381841910,0,LDAP Extended Request
> (ALPHA),800,javax.naming.NoInitialContextException: Need to specify
> class name in environment or system property, or as an applet
parameter,
> or in an application resource file:
java.naming.factory.initial,Thread
> Group 1-1,text,false,,545,1,1,null,
> 1157381842601,0,hssp load
tester,500,javax.naming.NameNotFoundException:
> [LDAP: error code 32 - No Such Object]; remaining name
> 'cn=tnmapping,ou=hssp,o=sabre.com',Thread Group
1-1,,false,,0,1,1,null,
> 1157382036530,0,LDAP Extended Request
> (ALPHA),800,javax.naming.NoInitialContextException: Need to specify
> class name in environment or system property, or as an applet
parameter,
> or in an application resource file:
java.naming.factory.initial,Thread
> Group 1-1,text,false,,545,1,1,null,
> 1157382037041,0,hssp load
tester,500,javax.naming.NameNotFoundException:
> [LDAP: error code 32 - No Such Object]; remaining name
> 'cn=tnmapping,ou=hssp,o=sabre.com',Thread Group
1-1,,false,,0,1,1,null,
>
>
>
> Smits, Dolf wrote:
>
>> Hi,
>>
>> The size attribute can limit the number of requests, but can never be
>> larger than the sizelimit that is implemented on the server.
>> E.g. If the sizelimit on the server is 100, and you specify a
sizelimit
>> of 200, the server will enforce a sizelimit of 100.
>> If you specify a sizelimt of 50, the size limit will be 50.
>>
>> The best solution is to adjust the searchfilter, so that less results
>> will be returned.
>>
>> About the attributes, it should work :-(.
>> Can you try to limit the number of results by the searchfilter so no
>> size limit is hit and than rerun it again.
>> If it still fails, can you open a bugzilla report and attach the
>> testplan to it , so I can have a look at it.
>>
>> Dolf
>>
>>
>> Dolf Smits
>> Senior Consultant Identity Management Solutions
>>
>> 070 333 3654
>> 070 333 2511
>> 06 55844837
>> Dolf.Smits@siemens.com
>> Let op: Vrijdags heb ik ouderschapsverlof en wordt uw mail niet
gelezen.
>> Deze e-mail is uitsluitend bedoeld voor kennisneming door de
>> geadresseerde(n), en mag niet aan anderen worden doorgestuurd of op
>> andere wijze ter kennis worden gebracht. Indien u niet de
geadresseerde
>> bent, verzoek ik u om de afzender te waarschuwen en de e-mail direct
te
>> verwijderen/vernietigen. De afzender wijst elke aansprakelijkheid
voor
>> (de inhoud van) deze e-mail af.
>>
>>
>>
>>
>> -----Original Message-----
>> From: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
>> Sent: zondag 3 september 2006 17:13
>> To: JMeter Users List
>> Subject: Jmeter 2.2 - LDAP Extended Request - attributes
>>
>> Can somebody tell me if it's possible to fetch back LDAP attributes
>> on a Search request?
>>
>> I keep getting Size errors (LDAP error 4) on all my tests.
>> - The Size input field seems to be ignored
>> - I have multiple attributes separated by ";" but Directory
log
>> has attrs=ALL
>> - ldapsearch on the command line works fine (Anonymous read
>> allowed)
>>
>> Directory is SUN Directory 5.2.
>> JMeter 2.2 is running on Windows XP Professional.
>>
>> Thanks
>>
>>
>>
>
>
>
--
Jay Biddle - CISSP
EDS: Infrastructure Specialist Senior
Web Hosting - Security Team
Email: jay_biddle@qwest.net
Desk: 303.642.1263
Cell: 303.319.0104
Pager: 3033190104@cingularme.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: Jmeter 2.2 - LDAP Extended Request - attributes
Posted by ja...@qwest.net.
My LDAP server supports Anonymous Bind
The following command line works fine:
ldapsearch -h nfpsnc03.sabre.com -p 389 -b
cn=Mapping,ou=HSSP,o=sabre.com objectclass=hssp-mapping hssp-hostname
hssp-cluster
Filter=(objectclass=hssp-mapping)
hssp-hostname hssp-cluster get plugged in as attributes for display
Output is DN followed by hssp-hostname: value and hssp-cluster: value
I can't seem to get the JMeter script to execute the LDAP extended
request similar to command line.
JMeter generates a Size error=4 on the LDAP server
JMeter Output:
1157395396551,140,LDAP Request,200,OK,Thread Group
1-1,text,true,,10,1,1,null,
Is my jmx file in error ?
Thanks for the help.... I feel like I am very close to getting this running
Smits, Dolf wrote:
> Hi,
>
> given the message about "no initial context", I'm wondering whether you start with a bind request?
>
> as LDAP is a session based protocol, you need to start the session by sending a bind request. (when no user/password is given, this will lead to a anonymous bind).
> after a bind, you can launch the search requests.
> you end a session with a unbind request
>
> Dolf
>
> -----Oorspronkelijk bericht-----
> Van: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
> Verzonden: ma 4-9-2006 17:06
> Aan: JMeter Users List
> Onderwerp: Re: Jmeter 2.2 - LDAP Extended Request - attributes
>
> Size Limit on my LDAP server is unlimited
> -----------------------------------------------
> system properties is default
> # Sample system.properties file
> #
> #
> #java.net.preferIPv4Stack=false
> #java.net.preferIPv6Addresses=false
> #networkaddress.cache.ttl=-1
> #networkaddress.cache.negative.ttl=10
> ---------------------------------------------------------------
>
> 1157381841910,0,LDAP Extended Request
> (ALPHA),800,javax.naming.NoInitialContextException: Need to specify
> class name in environment or system property, or as an applet parameter,
> or in an application resource file: java.naming.factory.initial,Thread
> Group 1-1,text,false,,545,1,1,null,
> 1157381842601,0,hssp load tester,500,javax.naming.NameNotFoundException:
> [LDAP: error code 32 - No Such Object]; remaining name
> 'cn=tnmapping,ou=hssp,o=sabre.com',Thread Group 1-1,,false,,0,1,1,null,
> 1157382036530,0,LDAP Extended Request
> (ALPHA),800,javax.naming.NoInitialContextException: Need to specify
> class name in environment or system property, or as an applet parameter,
> or in an application resource file: java.naming.factory.initial,Thread
> Group 1-1,text,false,,545,1,1,null,
> 1157382037041,0,hssp load tester,500,javax.naming.NameNotFoundException:
> [LDAP: error code 32 - No Such Object]; remaining name
> 'cn=tnmapping,ou=hssp,o=sabre.com',Thread Group 1-1,,false,,0,1,1,null,
>
>
>
> Smits, Dolf wrote:
>
>> Hi,
>>
>> The size attribute can limit the number of requests, but can never be
>> larger than the sizelimit that is implemented on the server.
>> E.g. If the sizelimit on the server is 100, and you specify a sizelimit
>> of 200, the server will enforce a sizelimit of 100.
>> If you specify a sizelimt of 50, the size limit will be 50.
>>
>> The best solution is to adjust the searchfilter, so that less results
>> will be returned.
>>
>> About the attributes, it should work :-(.
>> Can you try to limit the number of results by the searchfilter so no
>> size limit is hit and than rerun it again.
>> If it still fails, can you open a bugzilla report and attach the
>> testplan to it , so I can have a look at it.
>>
>> Dolf
>>
>>
>> Dolf Smits
>> Senior Consultant Identity Management Solutions
>>
>> 070 333 3654
>> 070 333 2511
>> 06 55844837
>> Dolf.Smits@siemens.com
>> Let op: Vrijdags heb ik ouderschapsverlof en wordt uw mail niet gelezen.
>> Deze e-mail is uitsluitend bedoeld voor kennisneming door de
>> geadresseerde(n), en mag niet aan anderen worden doorgestuurd of op
>> andere wijze ter kennis worden gebracht. Indien u niet de geadresseerde
>> bent, verzoek ik u om de afzender te waarschuwen en de e-mail direct te
>> verwijderen/vernietigen. De afzender wijst elke aansprakelijkheid voor
>> (de inhoud van) deze e-mail af.
>>
>>
>>
>>
>> -----Original Message-----
>> From: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
>> Sent: zondag 3 september 2006 17:13
>> To: JMeter Users List
>> Subject: Jmeter 2.2 - LDAP Extended Request - attributes
>>
>> Can somebody tell me if it's possible to fetch back LDAP attributes
>> on a Search request?
>>
>> I keep getting Size errors (LDAP error 4) on all my tests.
>> - The Size input field seems to be ignored
>> - I have multiple attributes separated by ";" but Directory log
>> has attrs=ALL
>> - ldapsearch on the command line works fine (Anonymous read
>> allowed)
>>
>> Directory is SUN Directory 5.2.
>> JMeter 2.2 is running on Windows XP Professional.
>>
>> Thanks
>>
>>
>>
>
>
>
--
Jay Biddle - CISSP
EDS: Infrastructure Specialist Senior
Web Hosting - Security Team
Email: jay_biddle@qwest.net
Desk: 303.642.1263
Cell: 303.319.0104
Pager: 3033190104@cingularme.com
RE: Jmeter 2.2 - LDAP Extended Request - attributes
Posted by "Smits, Dolf" <do...@siemens.com>.
Hi,
given the message about "no initial context", I'm wondering whether you start with a bind request?
as LDAP is a session based protocol, you need to start the session by sending a bind request. (when no user/password is given, this will lead to a anonymous bind).
after a bind, you can launch the search requests.
you end a session with a unbind request
Dolf
-----Oorspronkelijk bericht-----
Van: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
Verzonden: ma 4-9-2006 17:06
Aan: JMeter Users List
Onderwerp: Re: Jmeter 2.2 - LDAP Extended Request - attributes
Size Limit on my LDAP server is unlimited
-----------------------------------------------
system properties is default
# Sample system.properties file
#
#
#java.net.preferIPv4Stack=false
#java.net.preferIPv6Addresses=false
#networkaddress.cache.ttl=-1
#networkaddress.cache.negative.ttl=10
---------------------------------------------------------------
1157381841910,0,LDAP Extended Request
(ALPHA),800,javax.naming.NoInitialContextException: Need to specify
class name in environment or system property, or as an applet parameter,
or in an application resource file: java.naming.factory.initial,Thread
Group 1-1,text,false,,545,1,1,null,
1157381842601,0,hssp load tester,500,javax.naming.NameNotFoundException:
[LDAP: error code 32 - No Such Object]; remaining name
'cn=tnmapping,ou=hssp,o=sabre.com',Thread Group 1-1,,false,,0,1,1,null,
1157382036530,0,LDAP Extended Request
(ALPHA),800,javax.naming.NoInitialContextException: Need to specify
class name in environment or system property, or as an applet parameter,
or in an application resource file: java.naming.factory.initial,Thread
Group 1-1,text,false,,545,1,1,null,
1157382037041,0,hssp load tester,500,javax.naming.NameNotFoundException:
[LDAP: error code 32 - No Such Object]; remaining name
'cn=tnmapping,ou=hssp,o=sabre.com',Thread Group 1-1,,false,,0,1,1,null,
Smits, Dolf wrote:
> Hi,
>
> The size attribute can limit the number of requests, but can never be
> larger than the sizelimit that is implemented on the server.
> E.g. If the sizelimit on the server is 100, and you specify a sizelimit
> of 200, the server will enforce a sizelimit of 100.
> If you specify a sizelimt of 50, the size limit will be 50.
>
> The best solution is to adjust the searchfilter, so that less results
> will be returned.
>
> About the attributes, it should work :-(.
> Can you try to limit the number of results by the searchfilter so no
> size limit is hit and than rerun it again.
> If it still fails, can you open a bugzilla report and attach the
> testplan to it , so I can have a look at it.
>
> Dolf
>
>
> Dolf Smits
> Senior Consultant Identity Management Solutions
>
> 070 333 3654
> 070 333 2511
> 06 55844837
> Dolf.Smits@siemens.com
> Let op: Vrijdags heb ik ouderschapsverlof en wordt uw mail niet gelezen.
> Deze e-mail is uitsluitend bedoeld voor kennisneming door de
> geadresseerde(n), en mag niet aan anderen worden doorgestuurd of op
> andere wijze ter kennis worden gebracht. Indien u niet de geadresseerde
> bent, verzoek ik u om de afzender te waarschuwen en de e-mail direct te
> verwijderen/vernietigen. De afzender wijst elke aansprakelijkheid voor
> (de inhoud van) deze e-mail af.
>
>
>
>
> -----Original Message-----
> From: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
> Sent: zondag 3 september 2006 17:13
> To: JMeter Users List
> Subject: Jmeter 2.2 - LDAP Extended Request - attributes
>
> Can somebody tell me if it's possible to fetch back LDAP attributes
> on a Search request?
>
> I keep getting Size errors (LDAP error 4) on all my tests.
> - The Size input field seems to be ignored
> - I have multiple attributes separated by ";" but Directory log
> has attrs=ALL
> - ldapsearch on the command line works fine (Anonymous read
> allowed)
>
> Directory is SUN Directory 5.2.
> JMeter 2.2 is running on Windows XP Professional.
>
> Thanks
>
>
--
Jay Biddle - CISSP
EDS: Infrastructure Specialist Senior
Web Hosting - Security Team
Email: jay_biddle@qwest.net
Desk: 303.642.1263
Cell: 303.319.0104
Pager: 3033190104@cingularme.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: Jmeter 2.2 - LDAP Extended Request - attributes
Posted by ja...@qwest.net.
Size Limit on my LDAP server is unlimited
-----------------------------------------------
system properties is default
# Sample system.properties file
#
#
#java.net.preferIPv4Stack=false
#java.net.preferIPv6Addresses=false
#networkaddress.cache.ttl=-1
#networkaddress.cache.negative.ttl=10
---------------------------------------------------------------
1157381841910,0,LDAP Extended Request
(ALPHA),800,javax.naming.NoInitialContextException: Need to specify
class name in environment or system property, or as an applet parameter,
or in an application resource file: java.naming.factory.initial,Thread
Group 1-1,text,false,,545,1,1,null,
1157381842601,0,hssp load tester,500,javax.naming.NameNotFoundException:
[LDAP: error code 32 - No Such Object]; remaining name
'cn=tnmapping,ou=hssp,o=sabre.com',Thread Group 1-1,,false,,0,1,1,null,
1157382036530,0,LDAP Extended Request
(ALPHA),800,javax.naming.NoInitialContextException: Need to specify
class name in environment or system property, or as an applet parameter,
or in an application resource file: java.naming.factory.initial,Thread
Group 1-1,text,false,,545,1,1,null,
1157382037041,0,hssp load tester,500,javax.naming.NameNotFoundException:
[LDAP: error code 32 - No Such Object]; remaining name
'cn=tnmapping,ou=hssp,o=sabre.com',Thread Group 1-1,,false,,0,1,1,null,
Smits, Dolf wrote:
> Hi,
>
> The size attribute can limit the number of requests, but can never be
> larger than the sizelimit that is implemented on the server.
> E.g. If the sizelimit on the server is 100, and you specify a sizelimit
> of 200, the server will enforce a sizelimit of 100.
> If you specify a sizelimt of 50, the size limit will be 50.
>
> The best solution is to adjust the searchfilter, so that less results
> will be returned.
>
> About the attributes, it should work :-(.
> Can you try to limit the number of results by the searchfilter so no
> size limit is hit and than rerun it again.
> If it still fails, can you open a bugzilla report and attach the
> testplan to it , so I can have a look at it.
>
> Dolf
>
>
> Dolf Smits
> Senior Consultant Identity Management Solutions
>
> 070 333 3654
> 070 333 2511
> 06 55844837
> Dolf.Smits@siemens.com
> Let op: Vrijdags heb ik ouderschapsverlof en wordt uw mail niet gelezen.
> Deze e-mail is uitsluitend bedoeld voor kennisneming door de
> geadresseerde(n), en mag niet aan anderen worden doorgestuurd of op
> andere wijze ter kennis worden gebracht. Indien u niet de geadresseerde
> bent, verzoek ik u om de afzender te waarschuwen en de e-mail direct te
> verwijderen/vernietigen. De afzender wijst elke aansprakelijkheid voor
> (de inhoud van) deze e-mail af.
>
>
>
>
> -----Original Message-----
> From: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
> Sent: zondag 3 september 2006 17:13
> To: JMeter Users List
> Subject: Jmeter 2.2 - LDAP Extended Request - attributes
>
> Can somebody tell me if it's possible to fetch back LDAP attributes
> on a Search request?
>
> I keep getting Size errors (LDAP error 4) on all my tests.
> - The Size input field seems to be ignored
> - I have multiple attributes separated by ";" but Directory log
> has attrs=ALL
> - ldapsearch on the command line works fine (Anonymous read
> allowed)
>
> Directory is SUN Directory 5.2.
> JMeter 2.2 is running on Windows XP Professional.
>
> Thanks
>
>
--
Jay Biddle - CISSP
EDS: Infrastructure Specialist Senior
Web Hosting - Security Team
Email: jay_biddle@qwest.net
Desk: 303.642.1263
Cell: 303.319.0104
Pager: 3033190104@cingularme.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: Jmeter 2.2 - LDAP Extended Request - attributes
Posted by "Smits, Dolf" <do...@siemens.com>.
Hi,
The size attribute can limit the number of requests, but can never be
larger than the sizelimit that is implemented on the server.
E.g. If the sizelimit on the server is 100, and you specify a sizelimit
of 200, the server will enforce a sizelimit of 100.
If you specify a sizelimt of 50, the size limit will be 50.
The best solution is to adjust the searchfilter, so that less results
will be returned.
About the attributes, it should work :-(.
Can you try to limit the number of results by the searchfilter so no
size limit is hit and than rerun it again.
If it still fails, can you open a bugzilla report and attach the
testplan to it , so I can have a look at it.
Dolf
Dolf Smits
Senior Consultant Identity Management Solutions
070 333 3654
070 333 2511
06 55844837
Dolf.Smits@siemens.com
Let op: Vrijdags heb ik ouderschapsverlof en wordt uw mail niet gelezen.
Deze e-mail is uitsluitend bedoeld voor kennisneming door de
geadresseerde(n), en mag niet aan anderen worden doorgestuurd of op
andere wijze ter kennis worden gebracht. Indien u niet de geadresseerde
bent, verzoek ik u om de afzender te waarschuwen en de e-mail direct te
verwijderen/vernietigen. De afzender wijst elke aansprakelijkheid voor
(de inhoud van) deze e-mail af.
-----Original Message-----
From: jay_biddle@qwest.net [mailto:jay_biddle@qwest.net]
Sent: zondag 3 september 2006 17:13
To: JMeter Users List
Subject: Jmeter 2.2 - LDAP Extended Request - attributes
Can somebody tell me if it's possible to fetch back LDAP attributes
on a Search request?
I keep getting Size errors (LDAP error 4) on all my tests.
- The Size input field seems to be ignored
- I have multiple attributes separated by ";" but Directory log
has attrs=ALL
- ldapsearch on the command line works fine (Anonymous read
allowed)
Directory is SUN Directory 5.2.
JMeter 2.2 is running on Windows XP Professional.
Thanks
--
Jay Biddle - CISSP
EDS: Infrastructure Specialist Senior
Web Hosting - Security Team
Email: jay_biddle@qwest.net
Desk: 303.642.1263
Cell: 303.319.0104
Pager: 3033190104@cingularme.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Jmeter 2.2 - LDAP Extended Request - attributes
Posted by ja...@qwest.net.
Can somebody tell me if it's possible to fetch back LDAP attributes
on a Search request?
I keep getting Size errors (LDAP error 4) on all my tests.
- The Size input field seems to be ignored
- I have multiple attributes separated by ";" but Directory log
has attrs=ALL
- ldapsearch on the command line works fine (Anonymous read allowed)
Directory is SUN Directory 5.2.
JMeter 2.2 is running on Windows XP Professional.
Thanks
--
Jay Biddle - CISSP
EDS: Infrastructure Specialist Senior
Web Hosting - Security Team
Email: jay_biddle@qwest.net
Desk: 303.642.1263
Cell: 303.319.0104
Pager: 3033190104@cingularme.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: t3 and t3s protocols supported?
Posted by Nop Lists <no...@gmail.com>.
Hello,
has anybody been successfull going around using the JavaSampler?
Thanks
Nop
On 9/3/06, Peter Lin <wo...@gmail.com> wrote:
>
> if you're referring to BEA's T3 protocol, the answer is no. Jmeter doesn't
> support weblogic T3 protocol.
>
> peter
>
> On 9/3/06, Nop Lists <no...@gmail.com> wrote:
> >
> > Hello,
> > does JMeter support the protocols t3 and t3s?
> > Thanks
> > nop
> >
> >
>
>
Re: t3 and t3s protocols supported?
Posted by Peter Lin <wo...@gmail.com>.
if you're referring to BEA's T3 protocol, the answer is no. Jmeter doesn't
support weblogic T3 protocol.
peter
On 9/3/06, Nop Lists <no...@gmail.com> wrote:
>
> Hello,
> does JMeter support the protocols t3 and t3s?
> Thanks
> nop
>
>
Re: t3 and t3s protocols supported?
Posted by sebb <se...@gmail.com>.
The JMeter manual component reference page shows all the samplers that
are currently implemented.
On 03/09/06, Nop Lists <no...@gmail.com> wrote:
> Hello,
> does JMeter support the protocols t3 and t3s?
> Thanks
> nop
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org