Hi Jacopo, I have moved the "bi" folder from the framework to "application" (not specialpurpose) and changed build.xml and component-load.xml. It seems to me that it works well there.
Are there any specific reasons for having it in the framework folder and not moving to "application" folder? Thank you, -Bruno 2009/1/4 Jacopo Cappellato <jacopo.cappell...@hotwaxmedia.com>: > 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 <david.jo...@hotwaxmedia.com>: >>> >>> 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 <bruno.bu...@gmail.com>: >>>>> >>>>> If needed I can send a patch for this right now. >>>>> >>>>> >>>>> 2008/12/25 Bruno Busco <bruno.bu...@gmail.com>: >>>>>> >>>>>> 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 <david.jo...@hotwaxmedia.com>: >>>>>>> >>>>>>> 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 <david.jo...@hotwaxmedia.com>: >>>>>>>> >>>>>>>>> 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 <hans...@apache.org>: >>>>>>>>>> >>>>>>>>>>> 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 >>>>>>>>>>> >>>>>>>>>>> >>>>>>> >>> > >