Frage

Ich versuche, meinen Kopf um canoo zu wickeln webtest

ich ein Setup einfach groovy webtest. Ich habe sogar die XML-äquivalent und ich bekomme die gleichen Fehler gemacht und ausgeführt, wenn es versucht, die URL zu kodieren.

Ich erhalte eine Fehlermeldung, wenn ich einen Stammkontext verwenden.     Ich habe keinen Fehler, wenn ich die URL einfach verwenden, mit aus dem Kontext-Root. ie."http://somesite.com"

Anders als dort zu seinem zusätzliche Buchstaben und so gibt es auch eine anderen Schrägstrich, aber anscheinend die dummen Byte-Code-Decoder eine Schrägstrich mit dem http umgehen können: // Teil ... Warum nicht etwas so einfache wie ein Verzeichnis

Ich würde denken, webtest der Lage wäre, etwas so einfaches wie ein Verzeichnis innerhalb einer Website oder einem Kontext Wurzel oder zumindest Erfassen und Codieren der Daten korrekt zu verarbeiten. jede Art von URL Laden wäre von größter Bedeutung sein, wenn Sie eine Anwendung schreiben würden als „Web“ test ..

invoke(url: "http://somesite.com/CONTEXTRoot", description: "Load dev java site")
verifyTitle("Title to check")

oder

<?xml version="1.0" ?>
<!DOCTYPE project SYSTEM "../dtd/Project.dtd">
<project default="test">
    <target name="test">
        <webtest name="check login and welcome page load and work">
            <invoke description="Go to dev site" 
                    url="http://devsite.com/CONTEXTRoot/" />                
            <clickButton label="Enter Application" />
        </webtest>
    </target>
</project>

Stacktrace:

E:\canoo\WebSiteFunctionalTests\tests\WebSiteWebTest.xml:11: Unexpected exception caught: sun.io.MalformedInputException
at com.canoo.webtest.steps.StepUtil.handleException(StepUtil.java:120)
at com.canoo.webtest.steps.Step.handleException(Step.java:379)
at com.canoo.webtest.steps.Step.execute(Step.java:110)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
    ...
  Caused by: sun.io.MalformedInputException
    at sun.io.ByteToCharUTF8.convert(ByteToCharUTF8.java:262)
    at sun.nio.cs.StreamDecoder$ConverterSD.convertInto(StreamDecoder.java:314)
    at sun.nio.cs.StreamDecoder$ConverterSD.implRead(StreamDecoder.java:364)
    at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:250)
    at java.io.InputStreamReader.read(InputStreamReader.java:212)
    at org.cyberneko.html.HTMLScanner.load(HTMLScanner.java:1166)
    at org.cyberneko.html.HTMLScanner.read(HTMLScanner.java:1127)
    at org.cyberneko.html.HTMLScanner$ContentScanner.scan(HTMLScanner.java:1913)
    at org.cyberneko.html.HTMLScanner.scanDocument(HTMLScanner.java:893)
    at org.cyberneko.html.HTMLConfiguration.parse(HTMLConfiguration.java:495)
    at org.cyberneko.html.HTMLConfiguration.parse(HTMLConfiguration.java:448)
    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
    at com.gargoylesoftware.htmlunit.html.HTMLParser$HtmlUnitDOMBuilder.parse(HTMLParser.java:680)
    at com.gargoylesoftware.htmlunit.html.HTMLParser.parse(HTMLParser.java:240)
    at com.gargoylesoftware.htmlunit.DefaultPageCreator.createHtmlPage(DefaultPageCreator.java:127)
    at com.gargoylesoftware.htmlunit.DefaultPageCreator.createPage(DefaultPageCreator.java:101)
    at com.canoo.webtest.engine.Configuration$2.createPage(Configuration.java:655)
War es hilfreich?

Lösung

Ich habe es auf dem invoke zu arbeiten, wenn ich den Meta und Seite-Tag in meiner jsp geändert

von

<%@ page language="java" contentType="text/html; charset=ISO-8859-1" pageEncoding="ISO-8859-1"%>
<META http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>
<META http-equiv="Content-Type" content="text/html; charset=UTF-8">

legte ich einen JIRA Bug darüber, da der Fehler tritt nur während eines invoke und nicht auf Formular abschickt und Link klickt.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top