JMeter - Problèmes lors de l'envoi de la requête HTTP avec la variable POST?

Je suis en train de test de charge, un java servlet qui extrait les enregistrements à partir d'une base de données d'archive.

La servlet fonctionne comme suit:

1-Lit dans le post des variables à partir de l'en-tête HTTP
2-Utilise des variables de requête de base de données
3-Retourne XML

J'ai de l'installation d'un test qui je veux déclencher des requêtes HTTP post variables cependant, le test ne fonctionne pas, des erreurs avec J Compteur.

Capture d'écran 1 - Montre la structure de l'essai
JMeter - Problèmes lors de l'envoi de la requête HTTP avec la variable POST?

Capture d'écran 2 - Indique le fichier CSV je suis de la lecture de
JMeter - Problèmes lors de l'envoi de la requête HTTP avec la variable POST?

J'ai placé le fichier CSV dans le même dossier que mon plan de test est enregistré dans!

Capture d'écran 3 - Montre de la requête HTTP
JMeter - Problèmes lors de l'envoi de la requête HTTP avec la variable POST?

C'est la sortie d'erreur:

Nom du Thread: Thread Groupe 1-1 de l'Échantillon de Départ: 2012-11-20 10:35:27 GMT
Temps de chargement: 0 temps de Latence: 0 Taille en octets: 1113-Têtes de la taille en octets: 0
Taille en octets: 1113 nombre d'Échantillons: 1 nombre d'Erreurs: 1 code de Réponse:
Non code de réponse HTTP: java.net.URISyntaxException message de Réponse:
Non message de réponse HTTP: clôture Prévue support pour l'adresse IPv6
au niveau de l'index 13:
http://[http://sophos1.testserver.co.uk/servlet/archive]:61061/

En-têtes de réponse:

HTTPSampleResult champs: ContentType: DataEncoding: null

Requête POST

POST http://[http://sophos1.testserver.co.uk/servlet/archive]:61061/

POST data:


[no cookies]

DONNÉES renvoyées

java.net.URISyntaxException: Expected closing bracket for IPv6 address at index 13: http://[http://sophos1.testserver.co.uk/servlet/archive]:61061/
        at java.net.URI$Parser.fail(Unknown Source)
        at java.net.URI$Parser.failExpecting(Unknown Source)
        at java.net.URI$Parser.parseServer(Unknown Source)
        at java.net.URI$Parser.parseAuthority(Unknown Source)
        at java.net.URI$Parser.parseHierarchical(Unknown Source)
        at java.net.URI$Parser.parse(Unknown Source)
        at java.net.URI.<init>(Unknown Source)
        at java.net.URL.toURI(Unknown Source)
        at org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.sample(HTTPHC4Impl.java:232)
        at org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy.sample(HTTPSamplerProxy.java:62)
        at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1075)
        at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1064)
        at org.apache.jmeter.threads.JMeterThread.process_sampler(JMeterThread.java:426)
        at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:255)
        at java.lang.Thread.run(Unknown Source)

S'il vous plaît aider!

Grâce

OriginalL'auteur tomaytotomato | 2012-11-20

jmeter load-testing

18

Supprimer http:// de Nom de Serveur /domaine de la propriété intellectuelle de votre Requête HTTP de l'Échantillonneur (qui est à souligner dans Requête HTTP champs de description).

Coup d'oeil sur votre générés requête POST ci-dessus dans la description:
```
POST Request
POST http://[http://sophos1.testserver.co.uk/servlet/archive]:61061/
```
Configurer votre Requête HTTP comme suit:
```
Server Name: sophos1.testserver.co.uk
Path: /servlet/archive
Implementation: Java
```
Merci, quelle est donc la différence entre JAVA, HTTP3.1 et HTTP4 . Dois-je toujours utiliser JAVA pour être sûr?
Son travail maintenant, cependant, Dans le POST d'en-tête de sa mise en place en tant que POSTE de données: customerid=${id}
1. Regarde dans HTTP Demander description - il y a des détails pour chaque type de mise en œuvre avec des limitations mentionnées. À l'aide de Java mise en œuvre n'est pas la règle, mais l'utilisation de HTTP4 peut causer problème de fuite de mémoire dans le cas d'un test de charge de scénario.
Merci, j'ai compris la variable post problème, il semble que les variables sont sensibles à la casse. J'ai été en utilisant "id" au lieu de "ID"est!
2. Tu veux dire que la ${id} n'est pas développée en valeur correspondante à partir de csv à l'envoi de la demande? Si oui, alors vous assurer que vos Données au format CSV, Set Config correctement extraits de valeurs à partir de votre fichier csv dans ${ID}.

OriginalL'auteur Aliaksandr Belik
1

Le plus simple est que vous pouvez laisser le nom du serveur vide et définissez le chemin d'accès à

http://sophos1.testserver.co.uk/servlet/archive

c'est en travaillant avec votre solution, mais c'est bizarre. Nous devrions être de donner l'IP sur place. Même problème que j'ai été voir à l'aide de coureur de Charge

OriginalL'auteur Siva Kandaraj
0

Vérifier s'il y a des espaces dans ServerName ou IP champ.

Cela m'a donné ce message d'erreur :

Message de réponse: Non message de réponse HTTP: caractère Illégal dans
l'autorité à l'indice 7:

Lorsque des espaces supplémentaires ont été taillés dans le début, il a bien fonctionné.

OriginalL'auteur Gowtami

Vous devez vous connecter pour publier un commentaire.