I've written a simple command that logs a user in and then forwards to a specific view, but when the forward ends with a error about not finding the WEB-INF command.
Plus i filter the request by the state of the session (inactive/invalid -> login, valid -> go on)
I don't know how to fix this problem.
is very, very wrong. This will route every request through the command broker. Even images and the like. Not what you want. Follow the patterns suggested. I use:
i want the url format to be /<contex-path>/command_name, not /<context-path>/command/command_name
do i have to write a specific filter that forwards each /command_name request to a /command/command_name request?
You can't. How is the container supposed to differentiate command requests from other requests such as for CSS stylesheets, images, or scripts without its own mapping?
I'll never understand why people get so hung up on the format of URLs and the unreasonable control that they want to exert over them.
I suppose you could possibly write an over-complicated filter. But the whole point of FrontMan is to make command dispatching simple.
I wanted the url to be the most simple and readable possible. That's why i overcomplicate things
Maybe i'm understanding and using frontman in the wrong way...
Anyhow i came up with a filter (very simple, too) that verifies if the url points to a real path. if not, it forwards the request to /command/<requested-command> unless it already starts with /command
There are no more "hours", it's centi-days. They say it's better, but this tiny ad says it's stupid:
a bit of art, as a gift, the permaculture playing cards