...
There was a general discussion about all the topics raised during the previous Apachecon workshop in Budapest; Fourteen proposals came from that meeting:
Proposal | Status | CommentsaseComments |
---|---|---|
1.Tidy up OFBiz Technical Framework or Kernel | In Progress | Sharan created diagrams based this proposal; The idea to start working has been raised several times on the mailing list but no work has yet been done of the proposal; Unsure of what is stopping progress on this |
2.Define and imple,ent implement a process to manage code that has been cleaned out | Not Started | |
3. Tidy or Clean Up OFBiz Business Framework | Not Started | |
4. Implement OFBiz Application Documentation | In Progress | Sharan has asked for technical reviews of the Webhelp addon to see how this can be integrated into the trunk Ron and Sharan are also currently doing a DITA proof of concept for some basic OFBiz application documentation to see how it could work; (if successful then proposals will be made to the community to look at introducing it) |
5. Externqal Dependencies Refactoring | ||
6. Build a Project Roadmap / High Level Plan | Sharan drafted some details LINK; | |
7. Ensure Business Success Stories are Documented | In Progress | Wiki and mailing lists are currently being used to capture details; The new OFBiz website will probably consolidate this information a bit more for display etc |
8. Marketing the OFBiz Demo to Business End Users | Not Started | There have been several discussions on the mailing lists about this but no actual progress has been made. Julien's presentation on UX Design has highlighted some of the problems with the current user interface |
9. Build a set of Common Core Marketing Material | In Progress | Progress on this has been slow but the French team have provided a template that could be used. |
10. Housekeeping qnd Ongoing Maintenance | In Progress | T to Sharan Foga from Jacques Le Roux (? |
11. Establish a group of mini subject matter experts covering business and technical | Not Started | |
12. Work on q a Strategy to encourage more business users | In Progress | Website re-design and business based demo |
13. Look qt at developing a full testing strategy | Not Started | |
14. Actively Manage OFBiz Branding and Trademarks | In Progress | Quite a bit of work has been done on this over the year. We have consolidated the OFBiz logo and removed 'the Open For Business Project' text. We are also in the process of registering Apache OFBiz and OFBiz as trademarks |
Conclusion:
- Although some progress has been made the general feeling was that things happen at a slower pace because of the commnunity interaction and discussion that needs to take place
...
- Some people are used to things being done quickly and may find this frustrating so we need to recognise this so that people do not become discouraged by the time it takes for things to get moving.
- We need to continue to follow up proposals regularly
Discussion Topic: Freemarker
Jacopo mentioned that Freemarker is now an incubating project at Apache. Their main committer is based in Budapest and he arranged to meet him informally. Jacopo mentioned that the Freemarker team are keen to build up a user community around their project and as OFBiz makes use of Freemarker, it ,might be interesting to subscribe to their mailing lists to understand what is happening. He also highlighted that the Freemarker team are very interested in getting feedback about their produt and are happy to get any suggestions for improvements or notifications of bugs that need to be fixed;
Conclusion:
- This could be a good opportunity to build
...
- closer links between our communities that be very beneficial to both.
- The Freemarker project is small so looking to build their community so anyone from OFBiz that has an interest in Freemarker would be welcome
Details of their mailing lists are as follow/follows:
Developer list: dev@freemarker.incubator.apache.org. Subscribe, Unsubscribe (After clicking on these links, send the appearing empty mail as is.)
Commit and Jira notifications: notifications@freemarker.incubator.apache.org. Subscribe, Unsubscribe (After clicking on these links, send the appearing empty mail as is.)
Discussion Topic: Framework
Discussion Topic: Migrating Minilang to Groovy
...
Discussion Topic: Framework
Several threads have been raised on the mailing list about the framework.There are different opinions about the state of the framework - some say it needs replacing whereas others say it just needs tidying up. Sharan mentioned that she had prepared some diagrams based on the previous years discussion but no-one had started to implement it. It wasnt clear whether people didnt implement it because they were unsure of consenus or they were waiting for the committers to begin or at least co-ordinate the work.
Jacopo highlighted that he thought the proposed diagrams of the framework re-organisation was a good idea and something that could be done easily that would give benefits. He said that the OFBiz Data Model was very stable and it is only rarely that any changes are needed. The OFBiz OOTB UI on the other hand was like a 'swiss army knife' trying to be everything to everyone which made it not very business user friendly. In some cases it was generic and in others quite specific. A lot of the screens work only for a specific flow so deviating from this can cause problems. There was also a 'mess of things' put together in one screen that perhaps needed to be separated better into a flow.
He thought that it is possible to provide 3 different 'products' from OFBiz;.
- The existing releases as we have now
- an OFBiz Framework + Data Model release for developers to build their own applications and UI;
- The creation of a limited scope component with a nice flow and UI for Business Users (this could just be a hot deploy component that uses OFBiz existing functionality); It could be included as part of OFBiz by default;
After a brief disucussion this idea was very well supported. There was query as to whether the Framework + Data Model would (or could ) be a separate official release or whether it could be packaged as part of our existing release that could be easily separated.
Also the Business User component should be a very limited scope so that we can focus on showcasing what OFBiz can do using some standard or simple processes;
Conclusion:
- A key point from the discussion was that some work needed to start on the framework however small as it has been the subject of so many discussions that people were getting frustrated that no visible progress had been made.
- Look at fixing the exisiting framework problems by internal re-factoring
- Work towards delivering the "3" OFBiz products - OFBiz, OFBiz Framework + Data Model, OFBiz Business User Component (Limited Scope)
Discussion Topic: Migrating Minilang to Groovy
A topic was raised about migrating all the Minilang code into Groovy. Last year Jacopo presented Groovy as a DSL for OFBiz and this year Groovy became an Apache incubator project. There was a round table discussion about the pros and cons of trying to completely remove Minilang. It was acknowledged that some developers prefer it or are more comfortable using it while others prefer Groovy. With Groovy now an Apache project, it was thought that it would be good to make use of other Apache projects so both communities can interact with each other. Also in some cases the current Minilang code was fine and no benefit would really be gained by converting it
One suggestion was to set a deadline date and after this date only Groovy would be used. People thought this would be hard to implement and could put off people contributing if their preferred language was Minilang.
Another suggestion was to replace Minilang code as part of general ongoing patches and maintenance but still allow people to submit Minilang if it was their preferred DSL. In this way the Minilang code would be replaced gradually and the hope is that over time more people would change over to Groovy.
Nicolas, Gil and Julien volunteered to do a Groovy Weekend where they would go through converting Minilang to Groovy.
Conclusion:
- The main conclusion was that Groovy is the preferred DSL but we will not reject contributions just because they include Minilang code
- We will start work on converting existing Minilang into Groovy
Discussion Topic: User Experience / Business User Demo
Julien's presentation highlighted some of the issues with OFBiz's current UI. It has been created by developers for developers and not for business users. Business users judge software by its look and feel; and not by its technical ability. It is also the business users that control the budgets for selecting ERP software. OFBiz is losing out to its competition because they look better but may not have the same depth of functionality or flexibility. Also we cannot rely on the technical people convincing their managers that OFBiz is the right choice.
The UX presentation suggested keeping the existing UI for developers but then creating a new one for business users. This theme ties in very well with the idea Jacopo mentioned in creating a component that would be the Business demo.
Hans mentioned that Stannah had developed a bootstrap backend theme that they would be willing to contribute back to the project with their logos removed. This could be a good start for the business user demo component.
The business demo would have a very limited scope e;g; simple shop; 2-3 users, 5 products (physical goods only), 1 currency, 1 company, 2 customers, 2 suppliers
Sharan mentioned EZBiz a project that David Jones looked at while ago around producing a simple version of OFBiz for small businesses. It was thought that this might push the scope to be more complex than we initially need for the Business Demo
Conclusion:
- Contact Stannah re their offer of their bootstrap theme
- Draft High Level Requirements for Business Demo Scope (maybe looking at if anything can be reused from EZBiz....)
Discussion Topic: Release Strategy
Pierre raised a topic regarding the release strategy and the visibility it would give to the community. Over the last few years since we changed the release naming we know that we will release one new branch per year (e.g 09.04, 10.04,11.04, etc) and also update releases for all our active branches. This means that we could plan our releases. We could put together a high level plan with an estimated month for each proposed release and then have the visibility about what could be included or not. Pierre wanted to see if it could manage our releases more efficiently meaning they could be available faster. This could also help contributors and committers to provide patches etc for specific releases.
...
We currently have a details about tentative releases that are published on the OFBiz download page https://ofbiz.apache.org/download.html but it isnt getting actively updated when a proposed release date has been missed. Getting this updated regularly is a small thing that could really add value and give good visibility to the community;
Conclusion:
- Update existing provisional release page regularly
Discussion Topic: Automated Test
The topic around automated testing was discussed. Jacopo mentioned the idea of 'configuration by exception' which could be easier to implement and run. E.g the entitydef could be used for implicit naming.
Conclusion:
? to Sharan Foga, Jacopo Cappellato from Jacques Le Roux "convention over configuration" is the same than "'configuration by exception", right?
Jacques Le Roux: yes they are the same!Discussion Topic: Automated Tests