I agree completely regarding the need for fully exposed business logic and I think Anil's been saying the same thing. IMO it's the first and most important step that needs to be taken towards modernizing the OFBiz UI.
Regards Scott On 31/01/2014, at 4:01 PM, Ean Schuessler wrote: > I disagree. Freemarker is, itself, a custom technology and one of dwindling > popularity. If we insist on using server side page templates then maybe we > should be looking at http://quercus.caucho.com/. You may think I'm nutty but > consider that we could write an adapter layer for Magento templates. > > I'm convinced that the system needs to be separated into two layers, a > business logic core and a separate interface rendering layer. Even if > we have a server side rendering mechanism it should have the same access > parameters to the core as a remote swing or Javascript application. In other > words, the web actions that have privileged access to global static class > and so on need to go. The business logic that is trapped in those web actions > is tightly coupled with the specific HTML presentation they are linked with > and can't be reused elsewhere. > > In fact, one of the biggest challenges we have is that the existing UI code > makes extensive use of direct delegator calls to render the interface but the > delegator is not available remotely for obvious security reasons. How is > another view technology (dynamic javascript, swing, whatever) supposed to > achieve the functionality that the existing UI provides? You have to rewrite > everything as services and many of those services don't exist because the > UI is using delegator access instead. Am I making any sense here? > > ----- "Paul Piper (JIRA)" <j...@apache.org> wrote: > >> That i can understand, jacques. And realistically speaking there is no >> way we can easily get rid of all the widgets anyhow. But you cannot >> enforce the use of a custom technology on the masses, nor should you >> in my opinion. People won't even be using our macros alot, but that's >> not a problem: The idea is for us to provide a framework that people >> can use to adapt. The easier we make it for them, the more we are >> reaching that goal... > > -- > Ean Schuessler, CTO > e...@brainfood.com > 214-720-0700 x 315 > Brainfood, Inc. > http://www.brainfood.com