Problemi con Grails 404 UrlMapping

Question

Sto riscontrando qualche problema nell'ottenere Grails per mappare i miei errori 404 a un controller di errori come nella documentazione. Io corro Grails 1.3.5 e quando aggiungo il seguente mappatura per un'applicazione predefinita:

"404" (regolatore: 'errori', l'azione: 'NOTFOUND')

Funziona per la mappatura 500 errori ma non 404's. Mi sembra di ricordare di avere questo problema prima e che è collegato a Tomcat (vs Jetty) ma non ricordo una correzione o ho pensato che potrebbe essere stato risolto ormai.

cerco l'accesso a una risorsa che non è definito come http://localhost:8080/appName/controllerName/blah e tutto quello che ottiene è l'impostazione predefinita di Tomcat 404.

sto facendo correre-app uno standard graal per i test e cercando di farlo funzionare.

Answer 1

dopo l'eliminazione spazi bianchi, il problema risolto

"404" (controllore: 'errori', l'azione: 'NOTFOUND')

Answer 2

http://jira.codehaus.org/browse/GRAILS-4232 penso che questo è un problema noto

Answer 3

aggiungere il seguente codice a script della tua applicazione/Events.groovy:

import groovy.xml.StreamingMarkupBuilder 

//modify the generated web.xml so that it supports being mapped to 'error' 
eventWebXmlEnd = {String tmpfile -> 
    //find the filter mapping to change 
    String filterNm = "grailsWebRequest" 
    def root = new XmlSlurper().parse(webXmlFile) 
    def gwr = root."filter-mapping".find { it."filter-name" == filterNm } 
    if (!gwr.size()) throw new RuntimeException(
     "[fail] No Filter named $filterNm") 

    // xml is as expected, now modify it and write it back out 
    gwr.appendNode { 
     dispatcher("ERROR") 
    } 
    // webXmlFile is an implicit variable created before event is invoked 
    webXmlFile.text = new StreamingMarkupBuilder().bind { 
     mkp.declareNamespace("": "http://java.sun.com/xml/ns/j2ee") 
     mkp.yield(root) 
    } 
} 

Vedere this post per una spiegazione. Tieni presente che ho copiato lo script precedente da quella pubblicazione, ma è stato necessario modificarlo perché la struttura web.xml sembra essere cambiata dal momento della scrittura del post.