.. and grails has many plugins : jBPM, drools, birt, quartz, rest, soap,
etc that facilitate building enterprise systems.
huang.mi...@gmail.com wrote:
Please see inline...
On Fri, 2010-02-26 at 12:20 +0000, Christopher Snow wrote:
One more - inline...
Christopher Snow wrote:
Hi Miles,
I'm currently doing some work on making a standalone ofbiz development
framework (i.e. no business functionality). Your questions have got
me thinking:
Interesting work. Will future OFBIZ official release based on this
framework? Is there any preview working code in repository now?
"what does the ofbiz framework give you that the grails framework
doesn't?"
Yes. That's why I've started this topic. Since someone is dedicated in
inventing wheel and do well, why OFBIZ keep home-made one?
Consider the maintenance effort you are currently spending. And consider
if OFBIZ will last another decade (I really hope so), how many effort
will spend in keeping OFBIZ catch on the new technology evolve, like
recently mentioned OSGi, etc...
A possible answer:
"Ofbiz gives you a ready made layout for backend management UI (i.e.
screens, menus, forms)"
Beg me to argue that This is a higher UI level functionality. Grails has
also its way to do UI-level component composition, based on decoration
pattern. For the real problem, see next section.
the ofbiz framework will give you an easy upgrade path to the full ofbiz
and all its business functionality.
Yes, this is the first class factor. Although to write a new component
in Grails is trival, to provide the new Grails code all/most ability to
access the current OFBIZ business functionality and integrated it into
the current OFBIZ framework is really a big challenge. The problem
exists on every tier: persistence entity, service/event, widget. In
every tier OFBIZ has its unique implementation technology and OFBIZ
components seems to coupling on every tier, a little tight coupling, I
think.
I can't think of anything other than this that the ofbiz framework
provides that grails doesn't.
Cheers,
Chris
