Jacopo
On Jan 5, 2009, at 2:11 AM, Bruno Busco wrote:
I have read David's post and I understood that having BI in specialpurpose was not correct because it is a core module for an ERP. From this I thought that having it in application could be ok and still have the framework easily isolable. -Bruno 2009/1/5 BJ Freeman <bjf...@free-man.net>:-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think if you read davids comments included, that is the reason. Framework you can have dependencies on, Application you can not have framework depend on applications. Bruno Busco sent the following on 1/4/2009 1:48 PM:Hi Jacopo,I have moved the "bi" folder from the framework to "application" (notspecialpurpose) 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 theframework.But maybe for now we could leave it as is and just add a comment to it... itis 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 asbeing 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 specialpurposeand, 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 originalimplementation, which was not part of the framework as it is now. BIis 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 reallyexist 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 andweshould remove all dependences on it from the framework (not addingmore).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 checkoutBI is there but of couurse not working.Could we think of moving BI files from framework to specialpurposefolder? -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+DependenciesNow we just need to stick to it... so thanks for bringing this upBruno. -David On Dec 25, 2008, at 12:27 AM, Bruno Busco wrote:Hi,this change sets an additional dependence of the framework fromthe Party application.We should definitively take a decition on how to separate theframework. -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.xmlofbiz/trunk/applications/accounting/src/org/ofbiz/ accounting/invoice/InvoiceWorker.javaofbiz/trunk/applications/accounting/src/org/ofbiz/ accounting/payment/PaymentWorker.javaofbiz/trunk/applications/accounting/webapp/accounting/ WEB-INF/actions/invoice/EditInvoice.groovyofbiz/trunk/applications/accounting/webapp/accounting/ invoice/InvoiceForms.xmlofbiz/trunk/applications/accounting/webapp/accounting/ payment/PaymentForms.xml ofbiz/trunk/applications/accounting/widget/ InvoiceScreens.xmlofbiz/trunk/applications/accounting/widget/Menus.xml ofbiz/trunk/applications/party/entitydef/entitymodel.xmlofbiz/trunk/applications/party/webapp/partymgr/WEB-INF/ actions/party/PartyFinancialHistory.groovyofbiz/trunk/applications/party/webapp/partymgr/party/ PartyForms.xml ofbiz/trunk/applications/party/widget/partymgr/ PartyScreens.xml ofbiz/trunk/applications/party/widget/partymgr/ ProfileScreens.xmlofbiz/trunk/framework/common/config/CommonUiLabels.xmlofbiz/trunk/framework/common/webcommon/includes/ header.ftlofbiz/trunk/framework/common/widget/CommonScreens.xml-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJYV4OrP3NbaWWqE4RApKFAKCHbPfHV8qwnPhdUvVdO6OiGhuejACbBaQS m2jKte9yyaZuQ3HEhoOpxwU= =bFu4 -----END PGP SIGNATURE-----
smime.p7s
Description: S/MIME cryptographic signature