...
Proposal | Status | Comments |
---|---|---|
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 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
...
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 .also an Apache incubator project that is used by OFBiz. Last year he presented Groovy as a DSL for OFBiz at Apacheconbut 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
...
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 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 ze it could manage our releases more efficiently meaning they could be available faster. This could help contibutors contributors and committers 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!
Tests