Struts2-EINGANG Ergebnis: wie funktioniert es? Wie sind die Konvertierung / Validierung Fehler behandelt?

Wichtigste Frage

Den Arbeitsablauf sollte wie folgt sein: wenn ein String eingegeben wird, anderes als eine Zahl, zuerst sollte es passieren eine Ausnahme Abfangjäger, und wenn Sie durch param interceptor, während der Konvertierung zu int-Typ ist, wird es nicht in der Lage, es zu tun mit Integer.parseInt und eine Ausnahme auftreten würde; sollte nicht die Ausnahme (das ist NumberFormatException) geschoben werden, in dem Wert-Stack ? Warum tut Sie es nicht zeigen NumberFormatException und zeigen Sie das Ergebnis, obwohl das Ergebnis nicht gedruckt werden sollen, statt ?

Seite Frage

Immer, wenn ich, fügen Sie ein alphabet in der form geändert, null...? Warum ist das so ?

index.jsp

<%@ taglib uri="/struts-tags" prefix="s"%>
<s:form action="divide">
    <s:textfield name="number1" label="number1"/>
    <s:textfield name="number2" label="number2"/>
    <s:submit value="divide"/>
</s:form>

divide.java

package actions;

public class divide {
    int number1,number2,result;
    public String execute() throws Exception
    {
        result=number1/number2;
        return "success";
    }
    public int getNumber1() {
        return number1;
    }
    public void setNumber1(int number1) {
        this.number1 = number1;
    }
    public int getNumber2() {
        return number2;
    }
    public void setNumber2(int number2) {
        this.number2 = number2;
    }
    public int getResult() {
        return result;
    }


}

Ergebnis.jsp

<%@taglib uri="/struts-tags" prefix="s" %>
<b>
    the result of division is
    <s:property value="result"/>
</b>
<jsp:include page="index.jsp"></jsp:include>

handler jsp

<%@taglib uri="/struts-tags" prefix="s"%>
<b>
    following exception occured during the processing
    <s:property value="exception"/>
</b>
<jsp:include page="index.jsp"/>

struts.xml

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE struts PUBLIC 
    "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN"
    "http://struts.apache.org/dtds/struts-2.0.dtd">
    <struts>
        <package name="yo" extends="struts-default">
            <action name="divide" class="actions.divide">
                <exception-mapping result="error" exception="Exception"/>
                <result name="success">/result.jsp</result>
                <result name="error">/handler.jsp</result>
            </action>
        </package>
    </struts>

was das bedeutet : Wann immer ich eine alphabet in
bedeutet, zu sagen,in das input Feld Schreibe ich einen b oder c,statt einer Nummer,es sollte eine exception werfen,aber Sie behandeln Sie es als null an
Definieren von input Ergebnis, denn du hast einen Fehler bei der überprüfung.

InformationsquelleAutor user3239652 | 2014-05-03

10

Wichtigste Frage:

Den Arbeitsablauf sollte wie folgt sein ,wenn Sie ein string ist
eingetragen anderes als eine Zahl,zuerst sollte es passieren eine Ausnahme
Abfangjäger,und wenn Sie durch param interceptor,während
Umwandlung von int-Typ ist,wird es nicht in der Lage, es zu tun mit Integer.parseInt
und eine Ausnahme eintreten würde,dass die Ausnahme, die Zahl-format
Ausnahme sollten gedrängt werden, in-Wert-stack?also warum es nicht zeigen
numberformatexception und zeigen Sie das Ergebnis, obwohl das Ergebnis sollte
nicht gedruckt werden, statt?

Konzept

Struts 2 Griffen beide Konvertierungsfehler und Validierung Fehler automatisch: es wird keine Ausnahme ausgelöst, weil Sie nicht blockierende Fehler, aber Eingabefehler, daher der beste Weg zu gehen ist, um den Benutzer zu informieren, dass die Eingabe eingereicht war falsch, und bat ihn für eine neue, gültige Eingabe. Um dies zu erreichen, eine ein Ergebnis zurückgegeben wird, während die Ausnahme wird ignoriert.

Detaillierte worflow
1. Den - Parameter Interceptor versucht, um die Parameter einzustellen. Wenn ein RuntimeException (wie NumberFormatException) gefangen ist und devMode ist true ist, wird eine Fehlermeldung Hinzugefügt, um die Action Errors, sonst die Ausnahme ist, einfach geschluckt. Aus dem Quellcode:
```
for (Map.Entry<String, Object> entry : acceptableParameters.entrySet()) {
    String name = entry.getKey();
    Object value = entry.getValue();
    try {
        newStack.setParameter(name, value);
    } catch (RuntimeException e) {
        if (devMode) {
            String developerNotification = LocalizedTextUtil.findText(ParametersInterceptor.class, "devmode.notification", ActionContext.getContext().getLocale(), "Developer Notification:\n{0}", new Object[]{
                     "Unexpected Exception caught setting '" + name + "' on '" + action.getClass() + ": " + e.getMessage()
            });
            LOG.error(developerNotification);
            if (action instanceof ValidationAware) {
                ((ValidationAware) action).addActionMessage(developerNotification);
            }
        }
    }
}
```
2. Den Konvertierungsfehler Interceptor überprüft, ob etwaige Fehler bei der Konvertierung passiert ist: für jeden einzelnen gefunden, es fügt eine Field Error; es speichert auch die ursprünglichen Werte, so dass alle nachfolgenden Anfragen auf diesen Wert zurück der ursprüngliche Wert und nicht den Wert, der in der Aktion. Aus der Dokumentation:
  
  Dieser interceptor fügt alle Fehler gefunden in der ActionContext ist conversionErrors Karte als ein-Feld-Fehler (vorausgesetzt, dass die Maßnahmen implementiert ValidationAware).
  Zusätzlich kann jedes Feld enthält einen Fehler bei der überprüfung hat seine ursprüngliche Wert gespeichert, so dass alle nachfolgenden Anforderungen für diesen Wert wieder der ursprünglichen
  Wert nicht den Wert der Aktion. Dies ist wichtig, denn wenn der Wert "abc" ist abgegeben und kann nicht konvertiert werden, ein int, die wir anzeigen wollen
  der original-string ("abc") wieder, anstatt den int-Wert (Wahrscheinlichkeit 0, das würde sehr wenig Sinn für den user).
3. Den Validierung Interceptor führt alle mit der überprüfung angefordert (definiert in XML, Annotationen oder durch das validate() oder validateXXX() Methoden der Aktion) hinzufügen eine oder mehrere Fehlermeldungen, die Field Errors für jedes Feld nicht und übergeben den oder die überprüfungskriterien.
4. Den Workflow-Interceptor überprüft, ob es Field Errors (beide kommen von der Konvertierung Fehler oder Fehler). Wenn keine Fehler gefunden werden, geht es die Kette an den nächsten Interceptor. Wenn ein oder mehr Fehler gefunden werden, gibt es einen INPUT Ergebnis.
Gewährleisten dieser Mechanismus funktioniert, müssen Sie definieren diese vier Abfangjäger in der richtigen Reihenfolge in Ihre Benutzerdefinierte Stapel, wenn Sie nicht die Standard-Interceptors-Stack (Sie brauchen nicht zu tun, nichts sonst). Von struts-default.xml:
```

<interceptor-ref name="params">
    <param name="excludeParams">^dojo\..*,^struts\..*,^session\..*,^request\..*,^application\..*,^servlet(Request|Response)\..*,^parameters\..*,^action:.*,^method:.*</param>
</interceptor-ref>
<interceptor-ref name="conversionError"/>
<interceptor-ref name="validation">
    <param name="excludeMethods">input,back,cancel,browse</param>
</interceptor-ref>
<interceptor-ref name="workflow">
    <param name="excludeMethods">input,back,cancel,browse</param>
</interceptor-ref>

```
Zwischenfrage:

Immer, wenn ich, fügen Sie ein alphabet in der form geändert, null...? Warum ist das so?

Die original-Antwort war: der Rahmen wurde nicht in der Lage, eine String in eine int Feld bei der Buchung der Anfrage an den server, und beim abrufen der Wert in der resultierenden Seite, es ruft die Get-Methode der variable; da Sie definiert eine int und nicht ein Integer, und ein int kann nicht null sein, wird es wieder den Standardwert für ein int: 0.

Aber ich war nicht erinnern, dass die Umstellung Interceptor Ansprüche (Lesen Sie Punkt n. 2) speichern Sie die ursprünglichen Werte, um Sie in nachfolgenden zukünftige Anforderungen, im Ort des Geschehens-Werte (das wäre null oder 0 sind). Dies ist auch erwähnt in Typ-Konvertierung Fehlerbehandlung:

Typ-Konvertierung Fehlerbehandlung bietet eine einfache Möglichkeit, zu unterscheiden zwischen einer Eingabe Validierung problem und ein input type conversion problem.

Auftretende Fehler während der Konvertierung geben kann oder möglicherweise nicht wollen, zu melden. Zum Beispiel, die berichten, dass die Eingabe "abc" konnte nicht in eine Zahl umgewandelt werden wichtig sein könnte. Auf der anderen Seite, die berichten, dass ein leerer string ( "" ), kann nicht in eine Zahl umgewandelt werden kann nicht wichtig sein - besonders in einer web-Umgebung, wo es schwer ist zu unterscheiden, zwischen einem Benutzer nicht durch Eingabe eines Wertes vs. Eingabe einen leeren Wert.

...

Statt, ich wurde gut erinnern das beschriebene Verhalten in Ihrer Frage.
Also dieser Fall wurde bereits behandelt... warum es nicht funktioniert, dann ?
Der Schuldige, in meinem Fall (und wahrscheinlich auch Ihr), war die value Attribut:

Dies wird Ihnen 0 beim buchen abc:
```
<s:textfield name = "myIntField" 
            value = "%{getText('format.number',{myIntField})}" />
```
weil eine weitere Konvertierung Fehler aufgetreten ist.

Diesen zwei Fällen statt der Arbeit, wie oben beschrieben, geben Sie abc beim buchen abc:
```
<s:textfield name = "myIntField" />

<s:textfield name = "myIntField" 
            value = "%{myIntField}" />
```
Schlussfolgerungen
- Gewährleisten die Interceptor-Stack richtig konfiguriert ist, und
- sorgfältig zu prüfen, Ihre-code (das ist wahrscheinlich nicht die, die hier gepostet), um zu sehen, was machst du mit deinem value Attribut.
Zum Zwecke der Prüfung, versuchen, das entfernen des value Attribut überhaupt auf den ersten, um zu sehen, dass es funktioniert den rechten Weg, dann auf die Suche nach dem Fehler.

InformationsquelleAutor Andrea Ligios

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.

Wichtigste Frage:

Konzept

Detaillierte worflow

Zwischenfrage:

Schlussfolgerungen