Something to note though. There is a strong difference between Neogia addons
and OFBiz components, as Erwan did just explain
Jacques
From: "Jacques Le Roux" <jacques.le.r...@les7arts.com>
Yes, this has to be resolved 1st whatever the component, addons, OSGI bundles
or what not is used
Remember that OFBiz was 1st written as an integrated ERP, that's why there are
still some dependencies.
There were much more dependencies some years ago: WIP and, as ever, all good
wills are welcome...
Jacques
From: "chris snow" <chsnow...@gmail.com>
Hi David,
The problem that I have with the components is that they are an all or
nothing proposition. For example, due to dependencies, I have not been able
to use the party management component on its own without first manually
removing the dependencies to other application components.
Cheers,
Chris
David E Jones-4 wrote:
On Dec 17, 2009, at 3:46 PM, Bruno Busco wrote:
Having OFBiz splitted in a core framework and add-on modules seems to
me like a must if we want to improve features.
Add-on modules is how many large and popular projects are built.
Even OpenERP says to have more that 350 modules and offers different
flavours of it here http://www.openerp.com/discover/demonstration.html
We already have a plugin, or add-on, or whatever you want to call it,
facility: components.
I think we should start discussing on the module add-on system that we
want to implement in OFBiz.
I have read that there is a plan from Neogia people to introduce what
they have developed. Is there any schedule for this?
Are you going to write a Confluence page where we can see how it works?
Are we going to host the add-on modules on a separate SVN folder?
It seems the whole point of add-on modules is to NOT have them be part of
the project. The intellectual property issues and concerns are totally
different from the main project, and the licensing may not be compatible
with what the ASF requires, so no I really don't think it would make sense
to have a place for more loosely managed stuff in SVN.
On the other hand, we already have a place for add-on modules in SVN: the
specialpurpose directory.
Consider that the framework and applications directories are the basis of
OFBiz, and everything else is an add-on of sorts. The applications are
important so that add-on components can use the common data model for
implicit integration, unless the add-on application won't be doing
anything with common business data, and then it only needs depend on the
framework.
Now getting back to the point... I think you already know all of this
Bruno, so what is it that you'd like to see that OFBiz does not already
have?
-David
2009/10/29 Tim Ruppert <tim.rupp...@hotwaxmedia.com>:
This sounds fantastic Marc - it's amazing to see many of the software
providers out there coming together to back this idea. This has the
unique
opportunity of taking everything that OFBiz does to the next level.
I guess the big question is, what's next to help get some of these
backend
ideas back into this newly refined mission? We're more than happy to
devote
resources to making this happen.
Cheers,
Ruppert
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On Oct 29, 2009, at 7:47 AM, Marc Morin wrote:
As many of you know, we at Emforium have been busy building out a full
set
of business software application to provide an "ALL-IN" comprehensive
solution for the small business market. When we started the evaluation
over
a year ago, Ofbiz was the selected platform of choice. Other
components are
Zimbra for email and concrete5 for web.
Over this time, we've spent our efforts providing an entirely new UI
front
end for the backend applications: sales order, inventory, CRM, admin,
reports, multi tenancy, published datasets (makes solution targeted for
any
market or geography), etc...
We have expressed privately that Ofbiz needs to have a new mission in
order to really drive it's importance and relevance as an open source
project. As it stands, it's scope is very wide, and not targeted a
providing and out-of-the box solution to any problem, save ecommerce
(even
then, lot's of styling work usually needed).
We would be 100% behind this direction for Ofbiz. We'd want to
contribute
back components now that are Emforium proprietary and would work to
reduce
the amount of deviation between our proprietary solution and this newly
stated direction.
Marc
--
View this message in context:
http://n4.nabble.com/Apache-OFBiz-EZBiz-tp277317p974666.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.
