Hi Christopher,
no, the PartyAcctgPreference entity is defined in the accounting component (it
is used to define accounting preferences for a given organization) and so it
cannot be moved to the party component.
Kind regards,
Jacopo
On Feb 5, 2010, at 11:46 PM, Christopher Snow wrote:
In
...@hotwaxmedia.com
Subject: Re: party component dependency on accounting
To: user@ofbiz.apache.org
Date: Saturday, February 6, 2010, 12:01 AM
Hi Christopher,
no, the PartyAcctgPreference entity is defined in the
accounting component (it is used to define accounting
preferences for a given
is
intentional and sometimes necessary. Think about it - how do you create an
invoice without a party?
-Adrian
--- On Sat, 2/6/10, Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com
wrote:
From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com
Subject: Re: party component dependency
without a party?
An invoice implies two parties - the party being billed and the party doing
the billing.
-Adrian
--- On Sat, 2/6/10, Abdullah Shaikh abdullah.shaik...@gmail.com wrote:
From: Abdullah Shaikh abdullah.shaik...@gmail.com
Subject: Re: party component dependency on accounting
:
From: Abdullah Shaikh abdullah.shaik...@gmail.com
Subject: Re: party component dependency on accounting
To: user@ofbiz.apache.org
Date: Saturday, February 6, 2010, 12:30 AM
I guess we can remove this kind on
interdependency too by having services to
communicate with other components instead
: Chris Snow sno...@snowconsulting.co.uk
Subject: Re: party component dependency on accounting
To: user@ofbiz.apache.org
Date: Saturday, February 6, 2010, 12:54 AM
Is the invoice dependent on party or
partyId?
I didn't say that. I asked How do you create an
invoice without a party
, etc..
What are you trying to achieve?
-Adrian
--- On Sat, 2/6/10, Chris Snow sno...@snowconsulting.co.uk wrote:
From: Chris Snow sno...@snowconsulting.co.uk
Subject: Re: party component dependency on accounting
To: user@ofbiz.apache.org
Date: Saturday, February 6, 2010, 12:54 AM
Chris i agree with you, the party component should not be dependent on
the accounting component.
The accounting component however should be dependent on the party
component. what is a payment without a party?
David made a nice dependency document on that:
...@snowconsulting.co.uk wrote:
From: Christopher Snow sno...@snowconsulting.co.uk
Subject: Re: party component dependency on accounting
To: user@ofbiz.apache.org
Date: Saturday, February 6, 2010, 1:18 AM
Hi Adrian,
If we have the Accounting component dependent on the Party
component just for because we
...@snowconsulting.co.uk wrote:
From: Christopher Snow sno...@snowconsulting.co.uk
Subject: Re: party component dependency on accounting
To: user@ofbiz.apache.org
Date: Saturday, February 6, 2010, 1:18 AM
Hi Adrian,
If we have the Accounting component dependent on the Party
component just for because we
I am really sorry Rishi (and Christopher): I completely misunderstood
Christopher's initial question and I have caused confusion!
Yes, I agree that we should move the view to the accounting component.
Kind regards,
Jacopo
On Feb 6, 2010, at 9:41 AM, Rishi Solanki wrote:
Hi Jacopo,
Chris is
No worries Jacopo our ultimate goal is to work in Profit of OFBiz project,
what you understand from Initial question in that case the answer was right.
Learn a lot from each commiter commits and all discussions and conclusion
drawn by you guys. Happy to working in OFBiz with great community.
:-)
So in general we are not trying to have absolute components
independance from each other.
We need only to define and agree on a components functional
hierarchical dependance and enforce it so that an higher level
component should be removed without any issue.
-Bruno
2010/2/6 Rishi Solanki
: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com
Subject: Re: party component dependency on
accounting
To: user@ofbiz.apache.org
Date: Saturday, February 6, 2010, 12:01 AM
Hi Christopher,
no, the PartyAcctgPreference entity is defined in
the
accounting component
Some dependencies are mandatory, e.g. partyId in invoice, however, a lot
of components are now dependent on accounting because of FixedAsset.
For example, a workeffort may have a fixedAssetId. However,
fixedAssetId is optional in workeffort yet this relationship causes
another dependency.
In the party component, there is a view dependent on the accounting
component:
view-entity entity-name=PartyAcctgPrefAndGroup
package-name=org.ofbiz.party.party
title=PartyAcctgPreference and PartyGroup Entity
member-entity entity-alias=PTYACCPREF
+1 for this change, as defining a view entity in xml is static one its not
dynamic creation at run time.
Rishi Solanki
Enterprise Software Developer
HotWax Media Pvt. Ltd.
On Sat, Feb 6, 2010 at 4:16 AM, Christopher Snow
sno...@snowconsulting.co.uk wrote:
In the party component, there is a
17 matches
Mail list logo