Hi Bruno,

these service calls are part of the quickInitDataWarehouse method that is just a util method to simplify the BI setup for demo purposes: I know this is not ideal and I agree that the method should be moved outside of the framework. But maybe for now we could leave it as is and just add a comment to it... it is really useful in demos and testing.

Jacopo


On Dec 26, 2008, at 8:53 AM, Bruno Busco wrote:

That's fine,
we should then understand how to resolve some dependencies i.e.
service calls like:
       <call-service service-name="loadAllProductsInProductDimension"
in-map-name="inMap"/>
or
           <call-service service-name="loadSalesInvoiceFact"
in-map-name="inMap"/>
that are defined in catalog and accounting components that (I guess)
will not part of the framework.

-Bruno

2008/12/26 David E. Jones <[email protected]>:

I think you misunderstand. The main bi stuff is just a tool, and really
belongs in the framework. Built on top of those tools are OOTB star
schema data models that can be used along with the OOTB operational data model. Those belong with the base applications, along with reports that are more generic in nature. Either way, most of the bi stuff is core to OFBiz, and an important part of it (especially the star-schema and data
warehouse related parts), and is certainly not a peripheral add-on as
being in specialpurpose would imply.

-David


Bruno Busco wrote:
But maybe is better to move files using SVN in order to maintain history...


2008/12/25 Bruno Busco <[email protected]>:
If needed I can send a patch for this right now.


2008/12/25 Bruno Busco <[email protected]>:
David,
I was trying to move the BI folder from framework to specialpurpose
and, once changed the build.xml and component-load.xml files,
it seems to build and work well.
Could we move it in order to simplify the framework-only deploy?
-Bruno

2008/12/25 David E. Jones <[email protected]>:
The placement of BI in the diagram is based on the original
implementation, which was not part of the framework as it is now. BI is kind of a funny one and while there are tools for BI in the framework, and base data structures within the base applications, it can really exist in applications, specialpurpose, or hot-deploy/add-on components.

-David



Bruno Busco wrote:
Thank you David,
I did not see this page before and it helps very much.
I will take this as a Christmas present from you. ;-)


BTW, so this confirms that party should be out of the framework and we should remove all dependences on it from the framework (not adding
more).
Then I see that the BI also is out of the framework (and this is ok)
but in my framework-only installation that I got deleting the
applications and specialourpose folders from a full trunk checkout BI
is there but of couurse not working.
Could we think of moving BI files from framework to specialpurpose folder?

-Bruno

2008/12/25 David E Jones <[email protected]>:

The decision has already been made, and even documented (a miracle, yes I
know). For details see:

http://docs.ofbiz.org/display/OFBADMIN/Component+and+Component+Set+Dependencies

Now we just need to stick to it... so thanks for bringing this up Bruno.

-David


On Dec 25, 2008, at 12:27 AM, Bruno Busco wrote:


Hi,
this change sets an additional dependence of the framework from the
Party application.
We should definitively take a decition on how to separate the framework.

-Bruno

2008/12/25  <[email protected]>:

Author: hansbak
Date: Wed Dec 24 22:26:14 2008
New Revision: 729396

URL: http://svn.apache.org/viewvc?rev=729396&view=rev
Log:
OFBIZ-2097: show organizationPartyId in header(can be set in
preferences), rewrote financial history to show currencies,
invoice/p[aymentworker now can show in actual and organizationparty currency

Added:

ofbiz/trunk/applications/party/webapp/partymgr/WEB-INF/ actions/party/UnAppliedInvoicesForParty.groovy
 (with props)

ofbiz/trunk/applications/party/webapp/partymgr/WEB-INF/ actions/party/UnAppliedPaymentsForParty.groovy
 (with props)
Modified:
ofbiz/trunk/applications/accounting/config/ AccountingUiLabels.xml
ofbiz/trunk/applications/accounting/entitydef/entitymodel.xml

ofbiz/trunk/applications/accounting/src/org/ofbiz/ accounting/invoice/InvoiceWorker.java

ofbiz/trunk/applications/accounting/src/org/ofbiz/ accounting/payment/PaymentWorker.java

ofbiz/trunk/applications/accounting/webapp/accounting/WEB- INF/actions/invoice/EditInvoice.groovy

ofbiz/trunk/applications/accounting/webapp/accounting/ invoice/InvoiceForms.xml

ofbiz/trunk/applications/accounting/webapp/accounting/ payment/PaymentForms.xml
ofbiz/trunk/applications/accounting/widget/InvoiceScreens.xml
ofbiz/trunk/applications/accounting/widget/Menus.xml
ofbiz/trunk/applications/party/entitydef/entitymodel.xml

ofbiz/trunk/applications/party/webapp/partymgr/WEB-INF/ actions/party/PartyFinancialHistory.groovy ofbiz/trunk/applications/party/webapp/partymgr/party/ PartyForms.xml ofbiz/trunk/applications/party/widget/partymgr/ PartyScreens.xml ofbiz/trunk/applications/party/widget/partymgr/ ProfileScreens.xml
ofbiz/trunk/framework/common/config/CommonUiLabels.xml
ofbiz/trunk/framework/common/webcommon/includes/header.ftl
ofbiz/trunk/framework/common/widget/CommonScreens.xml





Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to