I suggest to fix such with separate JIRA issues for each. Best regards,
Pierre Smits *OFBiz Extensions Marketplace* http://oem.ofbizci.net/oci-2/ On Thu, Dec 3, 2015 at 11:05 PM, Nicolas Malin <nicolas.ma...@nereide.fr> wrote: > Le 19/11/2015 11:45, Jacques Le Roux a écrit : > >> Could we list, apart the well known Birt issue, special components which >> are overriding main applications? >> > Directly by memory, the scrum components has defined new seca on cust > request to send email that break the standard customer request system > > An other where I failed, used service findProductsById instead of > findProductById, the first from hhfacilty and the second from catalog. And > want you start your hot-deploy component without specialpurpose ... paff ! > :) > > The problem will appear in the future for sure if we load new components, > it's impossible to test all process in OFBiz to ensure no regression. > > I've been thinking about that with the idea to load magento component on > specialpurpose, and I continued the thinking on the other win. > > Nicolas > > > >> Then depending on cases we could be more surgical... >> >> Jacques >> >> Le 19/11/2015 09:46, Jacopo Cappellato a écrit : >> >>> I agree with Taher when he says that we should strive to move small steps >>> in the direction of having a lean lightweight framework with pluggable >>> components. >>> But I think that Nicolas' proposal is actually one of these steps. >>> The fact that currently some of our specialized components are overriding >>> the more generic behavior of other components (e.g. the ones under >>> "applications") is a problem that we have to fix asap. >>> Otherwise the default demo of OFBiz will only showcase the more >>> specialized >>> behaviors; for example, if tomorrow we will add a new special purpose >>> component for a niche industry, that will override the application >>> screens >>> with industry specific ones from that day on all OFBiz users that will >>> download and run OFBiz will have the impression that OFBiz was designed >>> for >>> one specific industry only. >>> Nicolas' proposal addresses this issue and still leaves the ability to >>> the >>> interested users to manually enable the components they need. >>> >>> Jacopo >>> >>> On Thu, Nov 19, 2015 at 8:22 AM, Taher Alkhateeb < >>> slidingfilame...@gmail.com >>> >>>> wrote: >>>> Hi Nicolas, >>>> >>>> I think If your finger hurts you don't cut it off. The project has too >>>> many >>>> pages, documentations, email threads and time dedicated to the special >>>> purpose components. They existed for a long, long time in the history of >>>> OFBiz. >>>> >>>> Some attempts were made in the past to reduce the size of the framework >>>> and >>>> release 13.07 is a prime example of these attempts which failed IMHO. >>>> This >>>> is a reason why, for example, a rewrite of the framework is being >>>> discussed >>>> in the community. >>>> >>>> I would suggest to you that to get really lean and clean, we need to >>>> work >>>> on the root of the problem which is the design of the framework and its >>>> architecture. We need a _plugin_ implementation that achieves _loose >>>> coupling_ of the components in a way that sustains the quality of the >>>> code >>>> while at the same time allowing a small framework core to thrive. Take a >>>> look at this thread <http://ofbiz.markmail.org/thread/7bipnq3ffoteliff> >>>> in >>>> which we discussed this issue and suggested one of several strategies. >>>> There are other threads which I cannot recall at the moment. >>>> >>>> For the record, I totally agree with keeping a small core and a lean >>>> framework, It's how we get there that I'm worried about and I would >>>> suggest >>>> to you that we do this in a well thought out and gradual process. >>>> >>>> My 2 cents >>>> >>>> Taher Alkhateeb >>>> >>>> On Wed, Nov 18, 2015 at 11:22 PM, Nicolas Malin < >>>> nicolas.ma...@nereide.fr> >>>> wrote: >>>> >>>> Le 10/11/2015 05:54, slidingfilame...@gmail.com a écrit : >>>>> >>>>> This topic was heavily discussed in the past and I think a solution >>>>>> like >>>>>> turning off the components is very quick indeed but not ideal. >>>>>> >>>>>> Completely, I'm sure a better ideal exist but difficult to reach. >>>>> >>>>> A second step, easy to reach would be enable a specialpurpose directly >>>>> by >>>>> an ant target : >>>>> $ ant load-component -D"component=ecommerce" load-demo start >>>>> or >>>>> $ ant load-component -D"components=ecommerce projectmgr myportal" >>>>> load-demo start >>>>> >>>>> This help beginner through easy command line to copy/past from >>>>> documentation or expert by scripting to configure ofbiz. >>>>> >>>>> Nicolas >>>>> >>>>> >>>>>