Re: [weld-dev] [seam-dev] Replacing pages.xml

Copying seam-dev because this seems very relevant ;) -- A pitfall with the class/annotations configuration: the potential loss of ability for runtime modification during development.

This forces all navigation logic from a specific view into one Enum definition, which is nicely centralized; however, I'm not sure what the intent is here: Is this a no-op navigation?       @View(.....)       main {          public MyAppPage next(MyAppPage page, Object outcome) {             return main;          }       },

Also, how will this address the bookmarkability issue? How are parameters passed between pages? -- Pages.xml used explicit syntax for parameter passing:

I'm probably going to lite a fire by saying this, but sometimes XML is more concise than Java. I'd like to be convinced that this is a good option to provide, and that it will be simpler or more usable than XML. Right now my gut is telling me that it's going to be more complicated both for our development, and the users'. I am a big fan of the Injectability, and I think that's a strong point toward a native Java solution, but I'm not sure it's enough when you can already reference beans through EL in pages.xml and get direct access to both contexts and dependencies - giving you the best of both worlds in a pretty reusable way.