Re: [jira] [Comment Edited] (OFBIZ-5040) Backend widget & application HTML clean-up

[Scott Gray <sc...@hotwaxmedia.com>]

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)" <ji...@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
> ean@brainfood.com
> 214-720-0700 x 315
> Brainfood, Inc.
> http://www.brainfood.com