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 changes the data model so that all dependencies in the data model are removed. I moved some entities from an application to another and extended some entity from others.
Please note that only the data model has been changed and not the application code. So it is not a working OFBiz but I think it could be good to see what I discovered to be done. I will create a new JIRA and attach the patch. -Bruno 2010/2/24 Christopher Snow <[email protected]>: > 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 MaxContentApprovalView > view ContentAssocOptViewFrom > view ContentRevisionItemAndContentApprovalView > > entity Content > view ContentAndRole > entity ContentApproval > entity ContentAssoc > view ContentAssocDataResourceViewFrom > view ContentAssocDataResourceViewTo > entity ContentAssocPredicate > view ContentAssocViewFrom > view ContentAssocViewTo > entity ContentAttribute > view ContentDataResourceView > entity ContentMetaData > entity ContentOperation > entity ContentPurpose > entity ContentPurposeOperation > entity ContentPurposeType > entity ContentRevision > entity ContentRevisionItem > entity ContentRole > entity ContentType > entity ContentTypeAttr > view SubContentDataResourceView > > entity AudioDataResource > entity CharacterSet > entity DataCategory > entity DataResource > entity DataResourceAttribute > view DataResourceContentView > entity DataResourceMetaData > entity DataResourcePurpose > entity DataResourceRole > entity DataResourceType > entity DataResourceTypeAttr > entity DataTemplateType > entity ElectronicText > entity FileExtension > entity ImageDataResource > entity MetaDataPredicate > entity MimeType > entity MimeTypeHtmlTemplate > entity OtherDataResource > entity VideoDataResource > > entity Document > entity DocumentAttribute > entity DocumentType > entity DocumentTypeAttr > > entity WebPreferenceType > entity WebUserPreference > > extend-entity WebPage > entity WebSiteContent > view WebSiteAndContent > entity WebSiteContentType > entity WebSitePathAlias > entity WebSitePublishPoint > entity WebSiteRole > view ContentAssocAndContentPurpose > > Component CONTENTEXT > > entity Survey > entity SurveyApplType > entity SurveyMultiResp > entity SurveyMultiRespColumn > entity SurveyPage > entity SurveyQuestion > view SurveyQuestionAndAppl > entity SurveyQuestionAppl > entity SurveyQuestionCategory > entity SurveyQuestionOption > entity SurveyQuestionType > entity SurveyResponse > view SurveyResponseAndAnswer > entity SurveyResponseAnswer > entity SurveyTrigger > > Many thanks, > > Chris > > Jacopo Cappellato wrote: >> >> 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 stay in the applications >> >> >>> >>> 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? >>> >>> >> >> This could be a good candidate for the "contentext" component I have >> mentioned before. >> >> >>> >>> The other main dependency is on party. I believe we should move the core >>> party stuff (Party, PartyAttribute, PartyTypeAttr, PartyGroup, PartyType, >>> PartyRole, RoleType) into a partycore component that is part of the >>> framework. Any thoughts on this? >>> >>> >> >> I still think (and hope) that the framework will be able to live without >> dependencies on Party; we should carefully evaluate the current dependencies >> and see if we can resolve them. >> >> >>> >>> Content also has a dependency on Person via WebSiteRole. I'm not sure >>> Person should become part of partycore. However, I'm not sure that Person >>> should be part of WebSiteRole. Any thoughts on this? >>> >>> >> >> The dependency on Person should be removed from the data model: this >> should be a simple task to perform. >> >> Kind regards, >> >> Jacopo >> >> > >
