Re: Can JMeter be used with XML datastreams over sockets?

2008-07-21 Thread sebb
On 21/07/2008, Geoff Meakin <[EMAIL PROTECTED]> wrote:
> Hi all,
>
>  I am interested in a variety of loadtesting products to loadtest the
>  following specific example:
>
>  A user (client) connects to a TCP socket and constantly reads an XML
>  stream from it.
>  When a certain XML message is found: e.g. "", the user then
>  requests a normal HTTP webpage.
>
>  I need to ramp this scenario up to 1s of users.
>
>  "XML-event based spikes" i guess you could call it.
>
>  Is there anything in or associated with JMeter that could help me with
>  this? I have looked across the site already and found for example TCP
>  controllers and Beanshell controllers, but it seems that everybody with
>  examples or usage of these have used them with a request-response model
>  (i.e. open a socket send some data, receive some data), rather than a
>  read-request (eventbased) model such as i describe (i.e. constantly read
>  the xml stream in the background and fire off some http requests if
>   is read)
>
>  I just wondered if anybody could point me in the right direction or is
>  JMeter not really the thing to use here?

As you have seen, JMeter is based on request-response samplers.

However, the BeanShell integration offers the flexibility to extend JMeter.
Or of course you can write your own sampler (or any other element) from scratch.

In this case, the easiest might be to use a BeanShell Sampler (or
Pre-Processor if you are not interested in the time taken) to read
from the socket.
Or amend the existing TCPClientImpl class to create your own version
that does not send anything and only exits when it sees FOO.

Then use the normal HTTP sampler.

I'm assuming here that the XML socket is not used for the HTTP request.


>  Thanks
>  -Geoff
>
>
>  -
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Can JMeter be used with XML datastreams over sockets?

2008-07-21 Thread Geoff Meakin
Hi all,

I am interested in a variety of loadtesting products to loadtest the
following specific example:

A user (client) connects to a TCP socket and constantly reads an XML
stream from it.
When a certain XML message is found: e.g. "", the user then
requests a normal HTTP webpage.

I need to ramp this scenario up to 1s of users. 

"XML-event based spikes" i guess you could call it. 

Is there anything in or associated with JMeter that could help me with
this? I have looked across the site already and found for example TCP
controllers and Beanshell controllers, but it seems that everybody with
examples or usage of these have used them with a request-response model
(i.e. open a socket send some data, receive some data), rather than a
read-request (eventbased) model such as i describe (i.e. constantly read
the xml stream in the background and fire off some http requests if
 is read)

I just wondered if anybody could point me in the right direction or is
JMeter not really the thing to use here?

Thanks
-Geoff


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Apache JMeter book

2008-07-21 Thread kirk

aidy lewis wrote:
It will be on www.javaperformancetuning.com. Look for it mid-week. As 
for an gentle introduction, yeah, this one is very gentle. I'm trying to 
sort out the value of it over what is already on the website.


Kirk

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Apache JMeter book

2008-07-21 Thread aidy lewis
Hi,


> I reviewed it. Very beginnerish in nature. The review will be out in a week
> or so.
>
> Regards,
> Kirk
>

I think the attractiveness of JMeter lies in being able to quickly and
easily set-up, implement and get performance data from tests as
opposed to other closed and open-source tools. However, an
introduction book can ease the fear of using such a tool.

I am also reading the below free book to improve my approach in utilizing JMeter

http://www.codeplex.com/PerfTestingGuide

A link to your review when finished could also be helpful.

Aidy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: SQL call returns header as the first line

2008-07-21 Thread Jose Castro
Thank you,


I added and if processor, if {$data}  != COUNT  NEXT STEP

That worked



On Mon, Jul 21, 2008 at 5:10 AM, Ronald Van de Kuil
<[EMAIL PROTECTED]> wrote:
> Hello Jose,
>
> You probably get the result back as something as:
>
> COUNT
> 236
>
> You could process this result with a BeanShell Post processor.
>
>
> Met Vriendelijke Groet,
> Ronald van de Kuil
>
> Stuck in the past somewhere in the future? NO WAY!!!
>
>
>
> sebb <[EMAIL PROTECTED]>
> 17-07-2008 23:57
> Please respond to
> "JMeter Users List" 
>
>
> To
> "JMeter Users List" 
> cc
>
> Subject
> Re: SQL call returns header as the first line
>
>
>
>
>
>
> On 17/07/2008, Jose Castro <[EMAIL PROTECTED]> wrote:
>> I am using a sql call to drive my test plan.  It works, except that
>>  the sql call returns the column name as part of the returned data(in
>>  the first row). So My first test will fail(because it contains the
>>  column name instead of the data).
>>
>>  Is there any way to fix it?
>
> Skip the first row?
>
> You don't say how you are using the data, so it's difficult to offer a
> sensible suggestion.
>
>>
>>  I dont see any benefits in having that columns name returned as part
>>  of the data.
>
> That is how many SQL selects work.
>
>>  Thank you
>>
>>  -
>>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>>  For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> Tenzij hierboven anders aangegeven: / Unless stated otherwise above:
> IBM Nederland B.V.
> Gevestigd te Amsterdam
> Inschrijving Handelsregister Amsterdam Nr. 33054214
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Apache JMeter book

2008-07-21 Thread kirk

aidy lewis wrote:

Hi,

I came across this while reading someone's blog

http://www.amazon.com/Apache-JMeter-Emily-Halili/dp/1847192955/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid=1216639430&sr=8-1

Aidy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  
I reviewed it. Very beginnerish in nature. The review will be out in a 
week or so.


Regards,
Kirk

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Apache JMeter book

2008-07-21 Thread aidy lewis
Hi,

I came across this while reading someone's blog

http://www.amazon.com/Apache-JMeter-Emily-Halili/dp/1847192955/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid=1216639430&sr=8-1

Aidy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: SQL call returns header as the first line

2008-07-21 Thread Ronald Van de Kuil
Hello Jose,

You probably get the result back as something as:

COUNT
236

You could process this result with a BeanShell Post processor. 


Met Vriendelijke Groet,
Ronald van de Kuil

Stuck in the past somewhere in the future? NO WAY!!!



sebb <[EMAIL PROTECTED]> 
17-07-2008 23:57
Please respond to
"JMeter Users List" 


To
"JMeter Users List" 
cc

Subject
Re: SQL call returns header as the first line






On 17/07/2008, Jose Castro <[EMAIL PROTECTED]> wrote:
> I am using a sql call to drive my test plan.  It works, except that
>  the sql call returns the column name as part of the returned data(in
>  the first row). So My first test will fail(because it contains the
>  column name instead of the data).
>
>  Is there any way to fix it?

Skip the first row?

You don't say how you are using the data, so it's difficult to offer a
sensible suggestion.

>
>  I dont see any benefits in having that columns name returned as part
>  of the data.

That is how many SQL selects work.

>  Thank you
>
>  -
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Tenzij hierboven anders aangegeven: / Unless stated otherwise above:
IBM Nederland B.V.
Gevestigd te Amsterdam
Inschrijving Handelsregister Amsterdam Nr. 33054214


RE: JMS in combination with authentication

2008-07-21 Thread Ronald Van de Kuil
Hello Adrian,

Thankx for the answer. I will let you know when I get it to work.


Met Vriendelijke Groet,
Ronald van de Kuil

Stuck in the past somewhere in the future? NO WAY!!!



"Fitzpatrick, Adrian" <[EMAIL PROTECTED]> 
17-07-2008 19:22
Please respond to
"JMeter Users List" 


To
"JMeter Users List" 
cc
Dick Sol/Netherlands/[EMAIL PROTECTED]
Subject
RE: JMS in combination with authentication







Hi,

We have used the JMS sampler with authentication with WebLogic and it
(nearly) works - I think what we have done should be applicable for you as
well. The "nearly" is because we have had to open a support case with BEA 
on
an issue we are having with JMS authorisation (i.e. after authentication),
but I dont think this will affect you.

Anyway, what we needed to do to use authentication was to add the 
properties
for authentication to the JNDI properties section of the JMS sampler. 

The properties we added were "java.naming.security.principal" (username) 
and
"java.naming.security.credentials" (password). 

If you look at the JMeter code, you will see it adds all properties from 
this
section to the Initial context, so you shouldn't have to change the code 
at
all. 

Note - the two properties we are adding correspond to the values of the 
Java
static variables Context.SECURITY_PRINCIPAL and 
Context.SECURITY_CREDENTIALS.
If we were coding a standalone Java client to connect our JMS server, 
these
are the variables we would reference when supplying authentication 
details.
Eg. - 

Hashtable env = new Hashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY,
"weblogic.jndi.WLInitialContextFactory");
env.put(Context.PROVIDER_URL, "http://127.0.0.1:7001";);
env.put(Context.SECURITY_PRINCIPAL, "weblogic"); 
env.put(Context.SECURITY_CREDENTIALS, "weblogic"); 
InitialContext ic = new InitialContext(env);
QueueConnectionFactory qconFactory = (QueueConnectionFactory)
ic.lookup("myConnFact");
QueueConnection qcon = qconFactory.createQueueConnection();
qsession = qcon.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);
QueueSession queue = (Queue) ic.lookup("myQueue");
QueueSender qsender = qsession.createSender(queue);

I'm not familar with MQSeries, but if that Java code would look different 
for
you JMS clients, then you'll need to adjust the way you use the JMS 
sampler
accordingly.

Hope this helps - let me know how you get on!

Regards,

Adrian


-Original Message-
From: Ronald Van de Kuil [mailto:[EMAIL PROTECTED]
Sent: 17 July 2008 15:24
To: JMeter Users List
Cc: Dick Sol
Subject: JMS in combination with authentication


Hello JMeter users,

I have figured out how to send JMS messages to IBM MQSeries. We can send 
messages to a queue manager which is not secured with a user and a 
password.

The trick is easy:
- use the com.sun.jndi.fscontext.RefFSContextFactory class as initial 
context factory with a url to the JNDI repository;
- use IBM JMSAdmin tool to create a JNDI mapping between your JMS world 
and the MQ world in your JNDI repository;

We are trying to take it a step further by sending a message to a 
queuemanager that has a user and a password set.

Unfortunatly we have been struggling with getting it to work for a two 
days now after having tried various approaches.

I can see in the source of jmeter that all calls to the queue connection 
factory are of the type:

public QueueConnection createQueueConnection() throws JMSException

Am I right that I will have to modify the code of jmeter to get it to 
supply the user and password. Like as in:

public QueueConnection createQueueConnection(String userName, String 
password) throws JMSException

Can anyone advise me on what to do next?


Thanx / Met Vriendelijke Groet,
Ronald van de Kuil

Stuck in the past somewhere in the future? NO WAY!!!

Tenzij hierboven anders aangegeven: / Unless stated otherwise above:
IBM Nederland B.V.
Gevestigd te Amsterdam
Inschrijving Handelsregister Amsterdam Nr. 33054214




This message has been delivered to the Internet by the Revenue Internet 
e-mail service (OP)

*

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Tenzij hierboven anders aangegeven: / Unless stated otherwise above:
IBM Nederland B.V.
Gevestigd te Amsterdam
Inschrijving Handelsregister Amsterdam Nr. 33054214