Chris, Framework independence has been a goal for quite a while. There is no disagreement that the framework should run on its own. The disagreements arise in what constitutes the framework.
Let's assume for a moment that framework independence means running the components in the framework folder independently from anything else in OFBiz. Right away the problem with that idea is that visual themes are in a separate folder outside the framework folder. Does framework independence include the visual themes folder? That has not been discussed. Then there are the multitude of dependencies upon the applications folder. From my perspective, achieving this objective will require a two pronged approach: 1) Identify the framework dependencies on outside components, and 2) avoid introducing new framework dependencies on outside components. The first prong can be accomplished through contributions from people like you - find the dependencies and create patches to fix them. The responsibility of the second prong is up to the committers. We need to be more vigilant to guard against introducing new dependencies. Personally I believe it will be possible, BUT it won't be easy. The obstacles to overcome will be getting people to contribute to the effort, and getting committers to avoid introducing new dependencies. -Adrian --- On Fri, 2/5/10, Christopher Snow <sno...@snowconsulting.co.uk> wrote: > From: Christopher Snow <sno...@snowconsulting.co.uk> > Subject: what a mess! is framework independence ever going to be possible? > To: user@ofbiz.apache.org > Date: Friday, February 5, 2010, 10:58 PM > I'm back to the process of working > out how to get a standalone framework running based on > trunk, but I have found that the dependencies have got out > of hand (if I've understood the code right): > > Framework depends on Themes > Themes depends on Content > Content depends on Party > > The questions I'm starting to ask myself are: > > "Is is ever going to be possible to have framework > independence in trunk? Independence in 9.04 is > relatively trivial (rewrite security screens) perhaps the > most sensible thing would be to do a fork of 9.04 and then > back port all framework related commits from trunk? " > > Any ideas anyone? > > Many thanks, > > Chris >
