Thanks Michael,
I have added this comment for you (it's better to keep things together)
http://cwiki.apache.org/confluence/display/OFBADMIN/Component+and+Component+Set+Dependencies?focusedCommentId=9373263#comment-9373263
Jacques
From: "Michael Xu (xudong)" <dong...@wizitsoft.com>
To: <user@ofbiz.apache.org>
Sent: Tuesday, November 24, 2009 2:27 PM
Subject: Re: about using ofbiz as a platform
hmm...I compared the article and the latest code from trunk. I don't think
the diagram is consistent with codes.
For example, from the diagram party doesn't depend on marketing; however, as
I mentioned in previous email, party entity definition does use
ContactListParty from marketing.
--
Regards,
Michael Xu (xudong)
www.wizitsoft.com | Office: (8610) 6267 0615 ext 806 | Mobile: (86) 135 0135
9807 | Fax: (8610) 62670096
On Tue, Nov 24, 2009 at 9:16 PM, Michael Xu (xudong)
<dong...@wizitsoft.com>wrote:
Just found an article about the dependency:
http://docs.ofbiz.org/display/OFBADMIN/Component+and+Component+Set+Dependencies
<http://docs.ofbiz.org/display/OFBADMIN/Component+and+Component+Set+Dependencies>From
the component relationship diagram, it seems I have to include all
components under framework and application in my new application. Is it
correct?
--
Regards,
Michael Xu (xudong)
www.wizitsoft.com | Office: (8610) 6267 0615 ext 806 | Mobile: (86) 135
0135 9807 | Fax: (8610) 62670096
On Tue, Nov 24, 2009 at 9:07 PM, Michael Xu (xudong) <
dong...@wizitsoft.com> wrote:
hi all,
I try to build a new application using ofbiz. Basically, I want to use the
nice overall architect of ofbiz, theme mechanism and
Party/Permission/SecurityGroup. However, I found it is very difficult to
remove unnecessary components.
For example, entitymodel.xml from applications/party
uses ContactListParty, which is from marketing component. I think such
dependency doesn't make much sense, as marketing is only an optional
component but party is a must.
What's the best practice for my case? Advices and clues will be very
appreciated. Thanks in advance.
--
Regards,
Michael Xu
