Yes, from a data modeling perspective (and in general for the most part) nearly
any dependency can be reversed.
-David
On Feb 24, 2010, at 11:14 PM, Chris Snow wrote:
> Hi David. thanks for the feedback.
>
> I don't mind eaither way with survey, though SurveyResponse does have a
> dependency
Hi David. thanks for the feedback.
I don't mind eaither way with survey, though SurveyResponse does have a
dependency on order. If survey became core, the dependency could be
reversed by the order component extending the SurveyResponse entity?
Many thanks,
Chris
>
> I'd recommend looking at en
I'd recommend looking at entity relationships (especially those with foreign
keys). For example, by including any of the *Role entities you would be
including the Party, RoleType and other such entities in the party component.
The same may be true of other components. In other words, you're imp
I have documented my thoughts in OFBIZ-3505
Feedback please everyone!
Christopher Snow wrote:
Hi Devs, do any of you have an opinion on what entities would stay in
content if it was migrated to framework, and what entities would move
to contentext? My ideas are below...
Many thanks,
Chris
Hi Devs, do any of you have an opinion on what entities would stay in
content if it was migrated to framework, and what entities would move to
contentext? My ideas are below...
Many thanks,
Chris
Christopher Snow wrote:
Hi Jacopo,
I will try and identify exactly which entities would be re
Hi Bruno, that's similar to the approach I followed this morning. I
commented out all the applicants and specialpurpose. I then followed the
procedure I documented in the wiki for creaking a stanalone framework
based on release 10.04. I then uncommented content and proceded to move
all the entit
Hi Chris,
first of all I want thank you for the effort spent on this subject.
Some time ago I approached this issue in another way:
I tryed to build an OFBiz with only the framework, the content and the
party applications.
Actually what I did was a change to the data model only.
I have a patch that
Hi Jacopo,
I will try and identify exactly which entities would be required in
content, and those required in contentext. In the meantime, would you
agree with the following list?
Component CONTENT
view AssocRevisionItemView
view ContentAssocRevisionItemView
view MaxRevisionItemView
view Max
Chris,
thanks for your report:
On Feb 24, 2010, at 12:50 PM, Christopher Snow wrote:
> With "help" dependent on content, I believe content should be moved into the
> framework.
>
IMO the content should be split into two parts: one will go into the framework,
the other one ("contentext") will
With "help" dependent on content, I believe content should be moved into
the framework.
One of the main dependencies in content is from survey to order. One
option is to remove survey into it's own dedicated component. Any
thoughts on this?
The other main dependency is on party. I believe
10 matches
Mail list logo