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

On Thu, Mar 4, 2010 at 3:46 PM, Lincoln Baxter, III <lincolnbaxter(a)gmail.com&gt; wrote: > 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. Well, we can make this argument against *every* effort to improve typesafety of the system. We can make the same argument against using annotations to configure dependencies. The truth is that the benefits outweigh the downsides. > 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; > } > }, Right, it's like returning null from a JSF action method. > Also, how will this address the bookmarkability issue? How are parameters > passed between pages? -- Pages.xml used explicit syntax for parameter > passing: I don't claim to have solved all problems yet, but I'm sure they are solveable by provisions of appropriate APIs. > 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. That's all very well, until something changes and you need to start refactoring things. -- Gavin King gavin.king(a)gmail.com http://in.relation.to/Bloggers/Gavin http://hibernate.org http://seamframework.org