Spring MVC redirect Nachricht ohne erweiterung der URL

[Schuriko]

Konkretes Beispiel:

@GetMapping("/language/{id}")
        public ModelAndView edit(@PathVariable("id") Long id, RedirectAttributes redirectAttrs) {
             Optional<Language> language = languageService.findById(id);
            
             if ( language.isPresent() ) {
                 return initializeMask(language.get(), "language.mask.title.edit");
             } else {
                 ModelAndView modelAndView = new ModelAndView("redirect:/languages");
                 modelAndView.addObject("error_message", "id is not defined");
                
                 return modelAndView;
             }            
        }

ich rufe zum editieren eines Datensatzes /language/<id> auf. In der Funktion wird für id der entsprechende Datensatz ermittelt. Konnte die spezifizierte Datensatz ermittelt werden, dann wird die Maske angezeigt. Sollte der Datensatz nicht ermittelt werden können, dann wird ein redirect auf die Liste mit der Meldung, das die ID nicht definiert ist zurückgegeben.

Führe ich es nach dem obigen Code aus, dann wir mir eine URL aufgerufen

http://localhost:8080/languages?error_message=id+is+not+defined

Führe ich es mit einem FlashAttribute über RedirectsAttributes aus, dann wird mir an die URL eine jsession angehängt.

Wie kann ich eine Meldung zurückgeben, ohne das mir der Text als jession oder attribute-werte in der URL vorkommt?

 

[Flown]

Was gibt es denn noch für Möglichkeiten wie man Attribute übermittelt im HTTP Umfeld?

 

[Schuriko]

Was gibt es denn noch für Möglichkeiten wie man Attribute übermittelt im HTTP Umfeld?

Das ist eine gute Frage. Ich komme eigentlich aus dem PHP Umfeld. Dort kann man z.B. eine Session setzen und dann ein Redirect ausführen, ohne dass eine Session ID angehängt wird. Also denke ich mir irgendwie sollte es auch in Java / Spring möglich sein, wie sonst könnte man eine beliebige Anzahl von Werte direkt über mehrere Seiten weitergeben?

 

[mrBrown]

RedirectView und RedirectAttributes 😉

Allerdings ist ein Redirect im Fehlerfall nicht immer das sinnvollste, man könnte da auch einfach die View mit passendem Fehlercode zurückgeben...

 

[Schuriko]

RedirectView und RedirectAttributes 😉

Allerdings ist ein Redirect im Fehlerfall nicht immer das sinnvollste, man könnte da auch einfach die View mit passendem Fehlercode zurückgeben...

s.o.

Wenn ich nur die View zurückgebe, so habe ich im Addressfeld des Browser immer noch

http://localhost:8080/language/1

stehen was nicht stimmen würde.

 

[mrBrown]

s.o.

Keine Ahnung was ich oben sehen soll?

Wenn ich nur die View zurückgebe, so habe ich im Addressfeld des Browser immer noch

http://localhost:8080/language/1

stehen was nicht stimmen würde.

Grad erst gesehen, dass es um GET und nicht POST geht.

Die übliche Lösung: zeig einfach 'ne 404-Seite an.