Re: Welcome to Priya Sharma as new committer!

[Sharan Foga]

Huge congratulations and welcome Priya! :-)

Thanks
Sharan

On 2021/03/11 13:01:23, Pawan Verma  wrote: 
> The OFBiz PMC has invited Priya to become a new committer and we are
> pleased to announce that she has accepted the nomination.
> 
> Welcome onboard Priya, more power to you!
> 
> 
> Pawan
> 

Re: Welcome Arun Patidar as new PMC member

[Sharan Foga]

Congratulations and welcome Arun!

Thanks
Sharan

On 2020/07/06 07:00:08, Jacques Le Roux  wrote: 
> The OFBiz PMC has invited Arun Patidar to become member of the committee and 
> we are glad to announce that he has accepted the nomination.
> 
> On behalf of the OFBiz PMC, welcome on board Arun!
> 
> 

Re: Welcome Suraj Khurana as new PMC member

[Sharan Foga]

Congratulations Suraj!

Thanks
Sharan

On 2020/07/04 11:52:15, Jacques Le Roux  wrote: 
> The OFBiz PMC has invited Suraj Khurana to become member of the committee and 
> we are glad to announce that he has accepted the nomination.
> 
> On behalf of the OFBiz PMC, welcome on board Suraj!
> 
> 

Re: Welcome Aditya Sharma as new PMC member

[Sharan Foga]

Congratulations and welcome Aditya :-)

Thanks
Sharan

On 2020/07/05 16:53:22, Jacques Le Roux  wrote: 
> The OFBiz PMC has invited Aditya Sharma to become member of the committee and 
> we are glad to announce that he has accepted the nomination.
> 
> On behalf of the OFBiz PMC, welcome on board Aditya!
> 
> 

Getting Started with Apache OFBiz Manufacturing in 5 Easy Steps

[Sharan Foga]

Hi All

I saw a note about the Getting Started with Apache OFBiz Manufacturing & MRP in 
5 Easy Steps tutorial document that I wrote a while ago that is being added to 
the wiki as individual pages. The original pdf tutorial document I contributed 
included a copyright notice which is probably why my name was included in the 
title.

Swapnil has already followed up with me and I am happy to release the copyright 
for this tutorial document and fully contribute it back to under ASL v2 so the 
project so the community is free to use, change or update it as needed. 

Thanks
Sharan

Re: Reviving the OFBiz community day

[Sharan Foga]

Hi All

One of things we did for the community days is to use Jira Sprints to identify 
the issues to work on.  As Swapnil is co-ordinating this effort - I've added 
him to the Jira admins so that he can create sprints. I have just created a 
scrum board that we can use.

Please feel to try it and if it doesn't work well for the community days then 
we can delete  the board, sprints etc and try something else.

Thanks
Sharan

On 2019/05/15 11:21:22, Swapnil M Mane  wrote: 
> Thanks team!
> I will post the detailed information about upcoming community day on the
> user mailing list.
> 
> 
> - Best Regards,
> Swapnil M Mane,
> ofbiz.apache.org
> 
> On Fri, May 10, 2019 at 12:33 PM Devanshu Vyas 
> wrote:
> 
> > Great initiative and love to be a part of it. +1
> >
> >
> > Thanks & Regards,
> > Devanshu Vyas.
> >
> >
> > On Thu, May 9, 2019 at 4:05 PM Swapnil M Mane 
> > wrote:
> >
> > > Thanks so much everyone for your comments.
> > >
> > > The community days are organized once per quarter so a total of four (4)
> > > events throughout the year. Since we skipped the February 2019 month.
> > Here
> > > are the proposed dates for this year's community day.
> > > Contributors can select any single day based on there availability and
> > > preferences.
> > >
> > >
> > >- Q1 - Community Days *February 2019*  - N/A
> > >
> > >
> > >- Q2 - Community Days *May 2019* are *Friday 24th, Saturday 25th,
> > Sunday
> > >26th, Monday 27th and Tuesday 28th*
> > >
> > >
> > >- Q3 - Community Days *August 2019* are *Friday 23rd, Saturday 24th,
> > >Sunday 25th, Monday 26th and Tuesday 27th*
> > >
> > >
> > >- Q4 - Community Days* November 2019 *are *Friday 22nd, Saturday 23rd,
> > >Sunday 24th, Monday 25th and Tuesday 26nd*
> > >
> > >
> > > If we are fine these days, I will share the *detailed* updates on user's
> > > mailing list.
> > >
> > >
> > > - Thanks & Regards,
> > > Swapnil M Mane,
> > > ofbiz.apache.org
> > >
> > >
> > >
> > > On Fri, Apr 26, 2019 at 2:06 PM Nicolas Malin 
> > > wrote:
> > >
> > > > I follow you on this way :)
> > > >
> > > > On 26/04/2019 09:09, Sanjay Yadav wrote:
> > > > > Nice initiative, Swapnil. I am in for community day.
> > > > >
> > > > > Best Regards,
> > > > >
> > > > > *Sanjay Yadav* | Manager, QA
> > > > > HotWax Systems 
> > > > > 80, Scheme No. 78, Indore, M.P. 452010, India
> > > > > Mobile Phone: 787 918 8830 | Linkedin: Sanjay-Yadav
> > > > > 
> > > > >
> > > > >
> > > > > On Thu, Apr 25, 2019 at 10:54 AM Swapnil M Mane <
> > > swapnilmm...@apache.org
> > > > >
> > > > > wrote:
> > > > >
> > > > >> Hello team,
> > > > >> We are having a great community, I would like to thank everyone for
> > > > their
> > > > >> participation.
> > > > >>
> > > > >> In year 2017, we start celebrating the OFBiz community days [1].
> > > > >> The contribution during community days played very significant role
> > in
> > > > >> improvement of framework.
> > > > >> Should we start this celebration again, thought?
> > > > >>
> > > > >>
> > > > >> [1]
> > > > https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Community+Days
> > > > >>
> > > > >>
> > > > >> - Best Regards,
> > > > >> Swapnil M Mane,
> > > > >> ofbiz.apache.org
> > > > >>
> > > >
> > >
> >
> 

Re: OFBiz Statistics in monthly blog entries

[Sharan Foga]

On 2019/05/05 08:44:05, Jacques Le Roux  wrote: 
> Thanks Sharan, Pierre,
> 
> Anyway, even when using Kibble we will always need a human interpretation. 
> And that's when it begin to be more work.

+1 Jacques, you are exactly right!

Kibble is a tool like any other, it is not there to tell you what is definitely 
right or wrong. It uses rules to aggregate and visualise the data but it is up 
to people (i.e us:-) to make sense of it. We as the community have a better 
view of what is really happening here, so Kibble or (and AI) is there to assist 
us and maybe highlight areas that perhaps need more investigation.

You can probably see that I'm a little Kibble focussed at the moment :-)

Thanks
Sharan

> 
> Also, stats are driving the world and we see where it's going... I have 
> always preferred the logical branch of AI over the stats branch for this 
> reason. Achieving things in the world (yes stats do, or seem to do at least) 
> is not the only thing we should worry about.
> 
> But who am I to tell?  I trust you share my view, so... sorry for this Sunday 
> digression, I could not resist (again) :D
> 
> Jacques
> 
> PS: of course we know that nowadays the AI branches are all mixed to get 
> results. I still believe that as long as you instil stats in AI something 
> could go wrong.
> Disclaimer: my digression (for fun) is about AI, Kibble is not about AI
> 
> Le 05/05/2019 à 10:07, Pierre Smits a écrit :
> > If we're worried about creating a competition, or people gaming the
> > results, then reporting on a monthly basis may prove to be undesirable, and
> > it would then be better to report on a quarterly basis. Then the risk of
> > gaming the outcome should become less.
> >
> > Best regards,
> >
> > Pierre Smits
> >
> > *Apache Trafodion <https://trafodion.apache.org>, Vice President*
> > *Apache Directory <https://directory.apache.org>, PMC Member*
> > Apache Incubator <https://incubator.apache.org>, committer
> > *Apache OFBiz <https://ofbiz.apache.org>, contributor (without privileges)
> > since 2008*
> > Apache Steve <https://steve.apache.org>, committer
> >
> >
> > On Sun, May 5, 2019 at 10:00 AM Sharan Foga  wrote:
> >
> >> Hi All
> >>
> >> +1
> >>
> >> I think we need to make sure that it doesn't become like a competition to
> >> beat the previous month's  scores, so  it might be good to rotate and use a
> >> range of indicators. The ones posted in the blog are mailing list and
> >> issues stats, but Kibble also shows what our mailing list mood is like, the
> >> number of newcomers to our community, our pony factor (bus factor), and
> >> also what are the main topics we are discussing. What I'm trying to say is
> >> it might be nice to mix it a bit so that we get different aspects of the
> >> community being reported.
> >>
> >> Thanks
> >> Sharan
> >>
> >> On 2019/05/03 10:34:03, Aditya Sharma  wrote:
> >>> Hi everyone,
> >>>
> >>> I think we should also add monthly statistics in Apache OFBiz blog
> >> entries.
> >>> In February 2018
> >>> <https://blogs.apache.org/ofbiz/entry/apache-ofbiz-news-february-2018>
> >> we
> >>> have added similar stats.
> >>>
> >>> These stats are already available with Apache Kibble demo
> >>> <https://demo.kibble.apache.org/dashboard.html?page=mail> instance
> >> setup.
> >>> WDYT?
> >>>
> >>> --
> >>> Thanks and regards,
> >>> Aditya Sharma
> >>>
> 

Re: OFBiz Statistics in monthly blog entries

[Sharan Foga]

Hi All

+1

I think we need to make sure that it doesn't become like a competition to beat 
the previous month's  scores, so  it might be good to rotate and use a range of 
indicators. The ones posted in the blog are mailing list and issues stats, but 
Kibble also shows what our mailing list mood is like, the number of newcomers 
to our community, our pony factor (bus factor), and also what are the main 
topics we are discussing. What I'm trying to say is it might be nice to mix it 
a bit so that we get different aspects of the community being reported.

Thanks
Sharan

On 2019/05/03 10:34:03, Aditya Sharma  wrote: 
> Hi everyone,
> 
> I think we should also add monthly statistics in Apache OFBiz blog entries.
> In February 2018
>  we
> have added similar stats.
> 
> These stats are already available with Apache Kibble demo
>  instance setup.
> 
> WDYT?
> 
> --
> Thanks and regards,
> Aditya Sharma
> 

Jira Planned Maintenance

[Sharan Foga]

Hi All

I’ve seen a bit of Jira activity happening today so a quick note to let you 
know that there is some Jira maintenance planned for tomorrow (Sunday) around 
11am UTC so don’t be surprised if Jira is down for a few hours.

Thanks
Sharan

Re: Welcome to Mathieu Lirzin as new committer!

[Sharan Foga]

Welcome and congratulations Mathieu!

Thanks
Sharan

On 2019/02/19 17:15:49, Taher Alkhateeb  wrote: 
> The OFBiz PMC has invited Mathieu Lirzin to become a new committer and
> we are happy to announce that he has accepted this role.
> 
> Some of the reasons for inviting Mathieu include:
> 
> - He is invested in the OFBiz project and has delivered substantial
> work to the code base.
> - He has demonstrated solid technical skills.
> - He adopts a professional attitude towards coding and software development.
> - He engages thoughtfully with others and likes to work with the community.
> 
> Please join me in welcoming and congratulating Mathieu!
> 
> Cheers,
> Taher Alkhateeb
> 

Re: Add to cart with zero quantity

[Sharan Foga]

Hi Suraj

I also can’t think of a reason a zero quantity of an item would need to be 
added to the shopping cart. So yes I think adding a check so that any zero 
quantities are removed from the cart before creating the order would be good.

For info - I did a quick test using the stable demo and added a zero quantity 
widget to the shopping cart. It created an order and gave me all the discounts 
and promotional items as if I’d actually bought something. 

Realistically, I think what you've found is a little hole in the order creation 
logic that needs to fixed.

Thanks
Sharan

On 2018/09/05 10:43:49, Suraj Khurana  wrote: 
> Hello team,
> 
> Currently, it is possible to add items in cart with zero quantity. I can't
> think of any use case for this.
> We also have a method available in shopping cart as *removeEmptyCartItems*,
> but it is always called while handling exceptions.
> 
> I think we can call this method before create order to make sure no items
> in cart have zero quantity.
> Please share your thoughts.
> 
> --
> Thanks and Regards,
> Suraj Khurana
> Omnichannel OMS Technical Expert
> HotWax Systems
> 

Re: OFBiz CRM for ASF Fundraising Team

[Sharan Foga]

Hi Pierre

Sorry for the late response on this!

Daniel says that he isn't in any rush to get a solution in place and so wants 
to take the time to make sure what they implement is going to be the right 
solution. I think he is also getting sent links to other CRM software that 
other people have used and have recommended. He needs to spend some time 
deciding and defining what is needed and how it will be used.

One important thing I wanted to mention  is that Daniel went to our OFBiz demo 
to take a look at our CRM module before we chatted . and couldn't find it! 
(In the end I had to show him where to look and tell him what it was called.)

It's not obvious to new users what SFA is or means. In the past I  think there 
have been conversations about renaming it to CRM as people know  that 
abbreviation. Perhaps it's time to start that discussion again...

Thanks
Sharan





On 2018/08/18 10:28:12, Pierre Smits  wrote: 
> Hi Sharan,
> 
> How did the call with Daniel go? Did you make any progress?
> 
> 
> Best regards,
> 
> Pierre Smits
> 
> Apache Trafodion <https://trafodion.apache.org>, Vice President
> Apache Directory <https://directory.apache.org>, PMC Member
> Apache Incubator <https://incubator.apache.org>, committer
> Apache OFBiz <https://ofbiz.apache.org>, contributor since 2008
> Apache Steve <https://steve.apache.org>, committer
> 
> On Sun, Jul 29, 2018 at 8:11 PM, Pierre Smits 
> wrote:
> 
> > Hi Sharan,
> >
> > That is great news. Hopefully this time there will be something achievable
> > coming out of the talks. There have been many such requests/proposals in
> > the past.
> >
> > Best
> >
> > P
> >
> > On Sun, 29 Jul 2018 at 16:15 Sharan Foga  wrote:
> >
> >> Hi All
> >>
> >> I’ve received an enquiry from Daniel Ruggeri from the ASF Fundraising
> >> team asking about the possibility of using OFBiz CRM to manage their
> >> processes. I’m hoping to setup a call with him later this week to talk
> >> about their requirements.
> >>
> >> This could be great news for OFBiz so will let you know what happens and
> >> bring that information back to this list.
> >>
> >> Thanks
> >> Sharan
> >>
> > --
> > Sent from my phone
> >
> 

Re: Move accounting ap and ar to plugin ?

[Sharan Foga]

On 2018/09/03 08:11:26, Jacopo Cappellato  
wrote: 
> On Sat, Sep 1, 2018 at 2:09 PM Nicolas Malin 
> wrote:
> 
> > Hello,
> >
> > After analyze the webapp accounting AR and accounting AP, I didn't see
> > any logic to keep them on the functional framework. The main webapp is
> > accounting, AP/AR are a business orientation that we can load at demand
> > through plugins.
> >
> > Your opinion ?
> >
> 
> As far as I remember, the AP/AR web applications were created as a
> specialized versions of the user interfaces for some business processes
> (account receivables and account payables related tasks) that were already
> available in the more general "accounting" web application. I like the idea
> to move them to plugins but, as mentioned by Taher, we should also verify
> if there are specific features that are available only in the AP/AR version
> and not in the "accounting" application: if we find some, then we should
> migrate the basic artifacts to the main "accounting" app and then move the
> specialized screens to plugins. I think such cases will be rare but one
> possible candidate is the "batch payment" functionality of the AR app.

I thought the batch payment was one of the options for the Payment Group which 
is on the main accounting menu so any processing can be done from there too.

Thanks
Sharan

> 
> 
> >
> > PS: In the same idea we can move on separate plugin all thirdparty
> > accounting element to slimdown the accounting component and must harness
> > the plugin system :)
> >
> 
> +1
> 
> Jacopo
> 
> 
> >
> > Nicolas
> >
> >
> 

Re: Move accounting ap and ar to plugin ?

[Sharan Foga]

Hi All

I really like the idea of making AR and AP plugins. I’ve taken a quick look and 
from what I can see all of the functionality in them are just specialised 
filters of what is already available in the accounting menu.

It looks like our accounting module was originally created with all possible 
accounting functions combined into one module so we have  GL, AR, AP etc 
already all included as part of accounting. 

Many users are used to having an accounting module with the accounting 
functions broken down into specialist submodules  and if people can’t see or 
find them easily they don’t think they exist so I can understand why the AR and 
AP applications were added. That being said – why keep this type of duplication 
in our framework? I think this is something that could be optional and so more 
useful as a plugin.

Having different implementations of base functionality is exactly where the 
plugins could help us give users what they are looking.

Thanks
Sharan

On 2018/09/03 08:11:26, Jacopo Cappellato  
wrote: 
> On Sat, Sep 1, 2018 at 2:09 PM Nicolas Malin 
> wrote:
> 
> > Hello,
> >
> > After analyze the webapp accounting AR and accounting AP, I didn't see
> > any logic to keep them on the functional framework. The main webapp is
> > accounting, AP/AR are a business orientation that we can load at demand
> > through plugins.
> >
> > Your opinion ?
> >
> 
> As far as I remember, the AP/AR web applications were created as a
> specialized versions of the user interfaces for some business processes
> (account receivables and account payables related tasks) that were already
> available in the more general "accounting" web application. I like the idea
> to move them to plugins but, as mentioned by Taher, we should also verify
> if there are specific features that are available only in the AP/AR version
> and not in the "accounting" application: if we find some, then we should
> migrate the basic artifacts to the main "accounting" app and then move the
> specialized screens to plugins. I think such cases will be rare but one
> possible candidate is the "batch payment" functionality of the AR app.
> 
> 
> >
> > PS: In the same idea we can move on separate plugin all thirdparty
> > accounting element to slimdown the accounting component and must harness
> > the plugin system :)
> >
> 
> +1
> 
> Jacopo
> 
> 
> >
> > Nicolas
> >
> >
> 

[DOC] Re-starting our OFBiz Documentation Effort

[Sharan Foga]

Hi All

Our documentation effort has stalled a little.  Partly due to me being involved 
in other Apache activities related to the EU Roadshow. Anyway that event is now 
completed so I’d like to look at getting people started working on our 
documentation again.

So first let’s see where we are. This was our team list of people wanting to 
help out.

https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Documentation+Team

Mentors
Please can you contact the people you are mentoring to see if they are still 
interested in helping out and if they need your support

Volunteers
If you don’t have a mentor but still want to help out then please respond to 
this thread. 

JIRA Status
We are tracking work related to the Human Resources manual under the following 
JIRA

https://issues.apache.org/jira/browse/OFBIZ-10251

I think we need to focus on getting as much content as possible. Once we have 
the content then we can re-arrange it or format it as necessary.

Our aim is to provide enough information for someone who has not seen the OFBIz 
Human Resources application before, to have enough information about each of 
the areas to be able to know how to use them.

Next Step
Review the patches that have been submitted and commit them or provide feedback
Continue to migrate, update and complete the content for the Human Resources 
manual 

So let’s see if we can get things moving again :-) and as always all ideas, 
comments and feedback welcome.

Thanks
Sharan

OFBiz CRM for ASF Fundraising Team

[Sharan Foga]

Hi All

I’ve received an enquiry from Daniel Ruggeri from the ASF Fundraising team 
asking about the possibility of using OFBiz CRM to manage their processes. I’m 
hoping to setup a call with him later this week to talk about their 
requirements.

This could be great news for OFBiz so will let you know what happens and bring 
that information back to this list.

Thanks
Sharan

Re: Double posts in the dev list?

[Sharan Foga]

I got a double post on that thread too!

Thanks
Sharan

On 2018/07/04 07:13:56, Jacques Le Roux  wrote: 
> Mmm, I just got one double too, for "Re: Demo instance confusion"
> 
> Jacques
> 
> 
> Le 03/07/2018 à 18:21, Taher Alkhateeb a écrit :
> > I think I'm okay too. Maybe it's some filter in your inbox or something
> > wrong like a double entry in the mailing list server or something like
> > that?
> >
> > On Tue, Jul 3, 2018, 7:18 PM Jacques Le Roux 
> > wrote:
> >
> >> Le 03/07/2018 à 16:15, Michael Brohl a écrit :
> >>> Hey all,
> >>>
> >>> anyone else who is receiving every mail in this list twice?
> >>>
> >>> I experience this since 30th June.
> >>>
> >>> Thanks for a feedback,
> >>>
> >>> Michael
> >>>
> >>>
> >>>
> >> Hi Michael,
> >>
> >> Nope, only when I'm in copy
> >>
> >> Jacques
> >>
> >>
> 
> 

Re: Welcome to Aditya Sharma as new committer!

[Sharan Foga]

Congratulations Aditya!

Thanks
Sharan

On 2018/06/26 19:59:58, Jacques Le Roux  wrote: 
> The OFBiz PMC has invited Aditya to become a new committer and we arepleased  
> to announce that he has accepted.
> 
> Aditya has proved to be committed and doing a very good work as a contributor.
> 
> He notably coordinated the work around the refactoring of the data model 
> documents, helped in a lot of Jiras and answered appropriately on MLs.
> 
> Please join me in welcoming and congratulating Aditya.
> 
> Jacques
> 
> 

Re: Welcome to Suraj Khurana as new committer!

[Sharan Foga]

Congratulations  Suraj!

Thanks
Sharan

On 2018/06/26 20:00:18, Jacques Le Roux  wrote: 
> The OFBiz PMC has invited Suraj to become a new committer and we arepleased  
> to announce that he has accepted.
> 
> Suraj has proved to be committed for a long time now and is doing a very good 
> work as a contributor.
> 
> He helped in a lot of Jiras, answered properly on MLs and proposed a few 
> quite interesting subjects.
> 
> Please join me in welcoming and congratulating Suraj.
> 
> Jacques
> 
> 

Re: Welcome to Swapnil M. Mane as new committer!

[Sharan Foga]

Congratulations and welcome Swapnil!  :-)

Thanks
Sharan

On 2018/06/26 20:00:59, Jacques Le Roux  wrote: 
> The OFBiz PMC has invited Swapnil to become a new committer and we arepleased 
>  to announce that he has accepted.
> 
> Swapnil has a high level of commitment for Apache OFBiz and consistently 
> works with the community.
> 
> He is one of the most advanced contributors (including committers) in the 
> functional domain.
>   
> Please join me in welcoming and congratulating Swapnil.
> 
> Jacques
> 
> 

Re: OFBiz Web Application won't load

[Sharan Foga]

Hi Jacques

We have been creating Jira’s for updates to the website

https://issues.apache.org/jira/browse/OFBIZ-9665
https://issues.apache.org/jira/browse/OFBIZ-10339

so I think consistency is good even though it is a small change. 

Thanks
Sharan

On 2018/06/12 07:24:24, Jacques Le Roux  wrote: 
> +1. Do we need a Jira ? I tend to think "NO", for tools and site.
> 
> Jira
> 
> 
> Le 12/06/2018 à 08:36, Sharan Foga a écrit :
> > +1
> >
> > It will also need changing at https://ofbiz.apache.org/business-users.html  
> > too
> >
> > Thanks
> > Sharan
> >
> > On 2018/06/12 04:59:42, Swapnil Mane  wrote:
> >> Hi Dev team,
> >>
> >> Looking into this mail on user list,
> >> I think we should change the url '//localhost:8443/accounting' to 'https:
> >> //localhost:8443/accounting' at https://ofbiz.apache.org/developers.html
> >>
> >>
> >> - Best Regards,
> >> Swapnil M Mane
> >> www.hotwax.co
> >>
> >> On Mon, Jun 11, 2018 at 10:39 PM Rajesh Mallah 
> >> wrote:
> >>
> >>> Hi Bharath ,
> >>>
> >>>>> "localhost:8443/accounting" as in the instructions, but the browser
> >>> claims that the connection was reset.
> >>>
> >>> did you also try:
> >>>
> >>> https://localhost:8443/accounting
> >>>
> >>> regds
> >>> mallah.
> >>>
> >>>
> >>> On Mon, Jun 11, 2018 at 8:29 PM, bharathkay...@gmail.com <
> >>> bharathkay...@gmail.com> wrote:
> >>>
> >>>> Hi all,
> >>>>
> >>>> OS: Ubuntu 16.04
> >>>> Java: OpenJDK 1.8.0_171
> >>>>
> >>>> I downloaded and built OFBiz 16.11.04 around 6/7 using the instructions
> >>>> for developers (https://ofbiz.apache.org/developers.html). The
> >>> "./gradlew
> >>>> cleanAll loadDefault" command ran fine and took about 10 minutes (no
> >>> error
> >>>> messages/warnings during build, final message is "BUILD SUCCESSFUL"), but
> >>>> the "./gradlew ofbiz" command never quite seems to finish. To be sure, I
> >>>> let this command run as an active process for several hours before I
> >>> tried
> >>>> connecting to "localhost:8443/accounting" as in the instructions, but the
> >>>> browser claims that the connection was reset. Has anyone dealt with a
> >>>> similar issue, or does anyone see a problem?
> >>>>
> >>>> I made sure that the firewall rules were set such that port 8443 is open:
> >>>> netcat -z -v localhost 8443
> >>>> Connection to localhost 8443 port [tcp/*] succeeded!
> >>>>
> >>>> And I know for sure that the application is listening on 8443:
> >>>> sudo netstat -tulpn
> >>>> Active Internet connections (only servers)
> >>>> Proto Recv-Q Send-Q Local Address   Foreign Address State
> >>>>   PID/Program name
> >>>> tcp6   0  0 :::8443 :::*
> >>>> LISTEN  4445/java
> >>>>
> >>>> Just to be sure, I tried navigating to ports 10523 and 8009 on localhost
> >>> -
> >>>> both of these prompted OFBiz to print some sort of acknowledgement to the
> >>>> console (either invalid message or connection received). All this
> >>>> information suggests to me that it's some sort of silly network issue
> >>> that
> >>>> I might be overlooking rather than a deeper, dependency-related issue.
> >>>>
> >>>> I looked at the thread titled "New Install won't run after server reboot"
> >>>> from 2018/05/09 but it didn't suggest much that would help me. Any help
> >>>> appreciated.
> >>>>
> 
> 

Re: OFBiz Web Application won't load

[Sharan Foga]

+1

It will also need changing at https://ofbiz.apache.org/business-users.html  too

Thanks
Sharan

On 2018/06/12 04:59:42, Swapnil Mane  wrote: 
> Hi Dev team,
> 
> Looking into this mail on user list,
> I think we should change the url '//localhost:8443/accounting' to 'https:
> //localhost:8443/accounting' at https://ofbiz.apache.org/developers.html
> 
> 
> - Best Regards,
> Swapnil M Mane
> www.hotwax.co
> 
> On Mon, Jun 11, 2018 at 10:39 PM Rajesh Mallah 
> wrote:
> 
> > Hi Bharath ,
> >
> > >> "localhost:8443/accounting" as in the instructions, but the browser
> > claims that the connection was reset.
> >
> > did you also try:
> >
> > https://localhost:8443/accounting
> >
> > regds
> > mallah.
> >
> >
> > On Mon, Jun 11, 2018 at 8:29 PM, bharathkay...@gmail.com <
> > bharathkay...@gmail.com> wrote:
> >
> > > Hi all,
> > >
> > > OS: Ubuntu 16.04
> > > Java: OpenJDK 1.8.0_171
> > >
> > > I downloaded and built OFBiz 16.11.04 around 6/7 using the instructions
> > > for developers (https://ofbiz.apache.org/developers.html). The
> > "./gradlew
> > > cleanAll loadDefault" command ran fine and took about 10 minutes (no
> > error
> > > messages/warnings during build, final message is "BUILD SUCCESSFUL"), but
> > > the "./gradlew ofbiz" command never quite seems to finish. To be sure, I
> > > let this command run as an active process for several hours before I
> > tried
> > > connecting to "localhost:8443/accounting" as in the instructions, but the
> > > browser claims that the connection was reset. Has anyone dealt with a
> > > similar issue, or does anyone see a problem?
> > >
> > > I made sure that the firewall rules were set such that port 8443 is open:
> > > netcat -z -v localhost 8443
> > > Connection to localhost 8443 port [tcp/*] succeeded!
> > >
> > > And I know for sure that the application is listening on 8443:
> > > sudo netstat -tulpn
> > > Active Internet connections (only servers)
> > > Proto Recv-Q Send-Q Local Address   Foreign Address State
> > >  PID/Program name
> > > tcp6   0  0 :::8443 :::*
> > > LISTEN  4445/java
> > >
> > > Just to be sure, I tried navigating to ports 10523 and 8009 on localhost
> > -
> > > both of these prompted OFBiz to print some sort of acknowledgement to the
> > > console (either invalid message or connection received). All this
> > > information suggests to me that it's some sort of silly network issue
> > that
> > > I might be overlooking rather than a deeper, dependency-related issue.
> > >
> > > I looked at the thread titled "New Install won't run after server reboot"
> > > from 2018/05/09 but it didn't suggest much that would help me. Any help
> > > appreciated.
> > >
> >
> 

Re: Website Translation in French need contributors

[Sharan Foga]

Hi Olivier

I’ve just noticed this message and am surprised that there has been no 
responses on this thread, not even from Julien who originally suggested 
translating our website into French to take the place of the old OFBiz France 
website.

Anyway I personally would like to say thank you very much for spending your 
time and energy on this, and keeping this in synch for the last 6 months by 
yourself shows great commitment and perseverance  :-) 

I know that this was done with the intention of helping support our project so 
without the support of at least some of our French committers or the 
Francophone community, I’m not sure that this can be progressed any further. 

Does anyone else have any comments or feedback here?

Thanks
Sharan


On 2018/04/26 16:47:05, Olivier Heintz  wrote: 
> Hi all French contributors and committers and all others ;-)
> 
> I have create a JIRA to propose a French version of the Apache OFBiz website. 
> (https://issues.apache.org/jira/browse/OFBIZ-9800)
> 
> The idea is to propose a French version which is just a perfect translation 
> of the original content and doesn't introduce French specific content, to
> avoid difficulties for reviewing it for most of the committers and PMC 
> members.
> 
> A website translation is acceptable if and only if it is synchronized very 
> rapidly, each time there is a commit on standard website.
> For the last 6 month I have done the sync and it's not a big job, BUT, only 
> one people is not enough for warrantee the it will be maintain in the futur
> 
> This mail is a call for contributors : who is ready to be record as a 
> contributor on French translation of the Website ?
> If there are enough people and the French website is publish,
> a wiki page will be created with all the names and emails address to contact 
> you directly if a commit on the website is not manage for the French
> translation after 1 week.
> 
> Hoping a lot of of answer ;-)
> Olivier
> 
> 
> 
> 
> 
> 

Re: [Proposal] Make accounting entry configurable

[Sharan Foga]

Now that is a very very interesting idea! 

Thanks
Sharan

On 2018/05/07 18:24:49, Scott Gray  wrote: 
> Another additional option we could consider at some point is to extract the
> GL out to it's own component. It would simplify evaluation for people who
> do want to use it, and removal for that don't or replacement for anyone who
> wants to use something else.
> 
> Regards
> Scott
> 
> On Thu, 3 May 2018, 18:12 Aman Agrawal, 
> wrote:
> 
> > Hello,
> >
> > In current flow, if we want to disable the accounting then we need to
> > disable the set of seca's. We don't have any configurable setting to
> > disable accounting.
> > So, I have a proposal to make accounting transaction entries configurable.
> > We can manage this by adding a new field 'enableAccounting' in the
> > 'PartyAcctgPreference' entity. Accounting transaction entries will be
> > entertained accordingly.
> >
> > Thanks and regards,
> > *Aman Agrawal*
> > Sr. Enterprise Software Engineer
> > www.hotwaxsystems.com
> > www.hotwax.co
> >
> 

Re: add payment gateway

[Sharan Foga]

Hi Paul

I can give you a little info on the GL side. The link to GL is done via the 
payment and the GL transactions are automatically triggered by certain events.

See below for a simple example to walk you through the process using the 
current OFBiz demo

It’s easier to use Order Entry as you can do it using the admin user (rather 
than pretending to be a customer and logging in and out)

- Login as admin and go to order enty
- Create an order for a product eg a Giant Widget for DemoCustomer
- Pay for it using credit card 
- The order is created and the credit card payment is in status authorised
- Next to the credit card details on the order you’ll see a ‘Capture’ button so 
click this and this creates a gateway transaction for the received amount for 
the order 
- It also automatically creates a payment and links it to the order and posts 
the payment details to GL

The GL transaction is created automatically because you have received a payment.

On the payment gateway side, I seem to remember that it something about it 
needing to be manually added to the code and isn’t configurable in the existing 
screens, but I’m sure someone else will be able to respond more clearly about 
it than I can.

Hope this helps

Thanks
Sharan

On 2018/05/03 11:03:36, Paul Reynolds  wrote: 
> Hi
> 
> I am working on a new business project. The budget is virtually 
> non-existent at this time, so I am appealing to the open source domain.
> 
> I am designing some software for the business problem itself but I also 
> need software for the administrative side of things. I am looking at 
> Ofbiz because it's in java and java has good scaling and integration 
> properties. I need something like Ofbiz mainly for its accounting 
> component at the moment.
> 
> For this business, the basic initial business process would be taking 
> orders from an already existing website and forwarding them via JSON/XML 
> to ofbiz for, 1) payment processing, 2) general ledger book keeping.
> 
> I also would like to add my own payment gateway to ofbiz. I looked at 
> the code for some existing gateways services but still cannot see how 
> they integrate with the rest of the accounting components. For example :
> 
> 1) if a payment is made on the website through Ofbiz, how does the GL 
> eventually get updated?
> 2) how do set up the config properties for a new gateway? direct in the db?
> 
> I note Ofbiz appears to be very well designed and has loads of 
> functionality but it is very difficult for me to understand how it all 
> fits together from what documentation is available. In this regard, 
> perhaps I can offer some assistance here in return for yours.
> 
> Paul
> 

Re: [Proposal] Make accounting entry configurable

[Sharan Foga]

On 2018/05/03 06:40:43, Rishi Solanki  wrote: 
> Hi Aman,
> +1 for making it configurable.
> 
> By PartyAcctgPreference.enableAccounting flag you mean for an OFBiz
> instance if flag is enable then for that company/organization accounting
> transactions recorded otherwise not. That also mean, for an instance we may
> record the accounting transaction for one organization and do not record
> accounting transaction for other organization.
> 
> This is something I couldn't imagine in real world business scenario. 

Hi Rishi

Something I've come across quite a few times is this.

Imagine the case where you have several companies recording transactions then 
one stops trading temporarily or permanently, becomes insolvent or merges with 
another one, which means that from a specific date you don’t want it any new 
transactions recorded a against it. 

The existing transactions that have been processed are still valid in the 
previous company party and you will probably want to report on them from a 
historic perspective – but you would want to stop any new transactions being 
posted to that previous company.

Thanks
Sharan

So
> big +1 for making it configurable but not sure about weather we should go
> for PartyAcctgPreference or may consider SystemProperty for that.
> 
> Looking for others input, BTW, no objection on using PartyAcctgPreference
> but thinking if it is useful to add checks/efforts for organizations over
> same instance.
> 
> 
> 
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
> www.hotwax.co
> 
> On Thu, May 3, 2018 at 11:41 AM, Aman Agrawal <
> aman.agra...@hotwaxsystems.com> wrote:
> 
> > Hello,
> >
> > In current flow, if we want to disable the accounting then we need to
> > disable the set of seca's. We don't have any configurable setting to
> > disable accounting.
> > So, I have a proposal to make accounting transaction entries configurable.
> > We can manage this by adding a new field 'enableAccounting' in the
> > 'PartyAcctgPreference' entity. Accounting transaction entries will be
> > entertained accordingly.
> >
> > Thanks and regards,
> > *Aman Agrawal*
> > Sr. Enterprise Software Engineer
> > www.hotwaxsystems.com
> > www.hotwax.co
> >
> 

Re: [Proposal] Make accounting entry configurable

[Sharan Foga]

Hi Aman

Great idea and +1!

 I think PartyAcctgPreference is a good level to have it, alongside other 
accounting related configuration parameters.  I wouldn’t be keen on splitting 
it so it is in two places as this could cause confusion.  e.g sales order 
prefix :-)

Thanks
Sharan

On 2018/05/03 06:11:44, Aman Agrawal  wrote: 
> Hello,
> 
> In current flow, if we want to disable the accounting then we need to
> disable the set of seca's. We don't have any configurable setting to
> disable accounting.
> So, I have a proposal to make accounting transaction entries configurable.
> We can manage this by adding a new field 'enableAccounting' in the
> 'PartyAcctgPreference' entity. Accounting transaction entries will be
> entertained accordingly.
> 
> Thanks and regards,
> *Aman Agrawal*
> Sr. Enterprise Software Engineer
> www.hotwaxsystems.com
> www.hotwax.co
> 

Re: New ASF Member from OFBiz Community

[Sharan Foga]

Congratulations Deepak and well done!

Thanks
Sharan

On 2018/05/02 15:38:31, Jacopo Cappellato  
wrote: 
> Hi Everyone,
> 
> today the ASF has published the list of newly nominated members and "our"
> Deepak Dixit is one of them:
> 
> https://blogs.apache.org/foundation/entry/the-apache-software-foundation-welcomes2
> 
> 
> Congratulations Deepak!
> 
> Jacopo
> 

Re: Welcome Paul Foxworthy as a new PMC member

[Sharan Foga]

Welcome Paul and congratulations!

Thanks
Sharan

On 2018/03/21 08:42:26, Jacopo Cappellato  wrote: 
> The OFBiz PMC has invited Paul Foxworthy to become a new member of the
> committee and we are glad to announce that Paul has accepted the nomination.
> 
> Welcome on board Paul!
> 
> Jacopo Cappellato (on behalf of the OFBiz PMC)
> 

[DOC] Viewing the OFBiz Manuals in Progress

[Sharan Foga]

Hi All

As we start working on the documentation, is there a way that we could make the 
latest manuals accessible via a link?

We have the pdf and html manuals built by default and available in our trunk 
demo. Could we provide a link them? (or maybe only one perhaps the html?) so 
that people can see the latest versions?

The reason I’m thinking about something like this is because not everyone in 
our documentation team will be checking out the code, testing their changes and 
making patches. Some of them will simply be writing content, so this could be a 
way for them to see the result of their efforts as the manuals get filled with 
information.

What do people think?

Thanks
Sharan

Re: [DOC] Example asciidoc file as guideline

[Sharan Foga]

Hi Michael

+1 

A style guide is a great idea. I've started trying to capture some general 
stuff on the documentation wiki page about formatting etc, but it's not enough 
and needs work so an example document with all the styles we want to use would 
be good.

Thanks
Sharan

On 2018/03/18 18:44:29, Taher Alkhateeb  wrote: 
> Ahh I see, sounds cool. Looking forward
> 
> On Sun, Mar 18, 2018 at 7:55 PM, Michael Brohl  
> wrote:
> > Maybe I was not clear enough... I am suggesting some kind of style guide.
> >
> > I think if we provide it in the early stage, people might get inspired from
> > it and have examples in a very compressed form. I find the several examples
> > that I've studied very helpful but they are cluttered all over the internet
> > so it could be a shortcut for others.
> >
> > I will provide an example to make it clearer. Will take some days as I am
> > off until coming Wednesday.
> >
> > Thanks,
> >
> > Michael Brohl
> > ecomify GmbH
> > www.ecomify.de
> >
> >
> > Am 18.03.18 um 17:46 schrieb Taher Alkhateeb:
> >
> >> Hmmm, Sounds like a good idea, but perhaps maybe a bit early? We might
> >> be still evolving and learning how to structure our documents.
> >>
> >> Also, maybe if we keep our documents clean and consistent, then they
> >> themselves offer an example for how to write stuff? Examples usually
> >> run out of date quickly unless we have some kind of mechanism in place
> >> for always keeping them up to date. Anyway, if we decide to go that
> >> route, [1] serves as a nice sample for us to imitate but with
> >> instructions specific to OFBiz
> >>
> >> [1] https://asciidoctor.org/docs/asciidoc-recommended-practices/
> >>
> >> On Sun, Mar 18, 2018 at 7:35 PM, Michael Brohl 
> >> wrote:
> >>>
> >>> Heyho,
> >>>
> >>> I played around with asciidoc a bit and did some minor changes to display
> >>> a
> >>> nice title page and did some configurations for the user/developer
> >>> manuals.
> >>>
> >>> I studied a few example .adoc files and wonder if we should provide a
> >>> best
> >>> practice example .adoc file. This could contain all formatting,
> >>> guidelines
> >>> to mark special contents (info, attention, citations etc.) or how to
> >>> format
> >>> code examples.
> >>>
> >>> It would be a guideline as well as an example to learn from. I am hoping
> >>> that it is easier for people to get started and it could also improve the
> >>> quality.
> >>>
> >>> This document itself could be in the codebase and evolve over time.
> >>>
> >>> What do you think?
> >>>
> >>> Regards,
> >>>
> >>> Michael Brohl
> >>> ecomify GmbH
> >>> www.ecomify.de
> >>>
> >>>
> >>>
> >
> >
> 

[DOC] HR Guide Initial Examples

[Sharan Foga]

Hi All

I noticed that Olivier has been working on converting some of the existing 
OFBiz HR help files to asciidoc format.

https://issues.apache.org/jira/browse/OFBIZ-10280

I think that these would be a better starting point for people wanting to start 
helping us with documentation as they will have some real files with the type 
of content that we are looking for. 

So my suggestion would be use Olivier’s converted files as some examples in 
HR Guide.

Thanks
Sharan

[DOC] Global Documentation Jira Task

[Sharan Foga]

Hi All

A quick note to mention that I have created a global umbrella documentation 
Jira task to get a complete view and also consolidate the our work efforts.

https://issues.apache.org/jira/browse/OFBIZ-10285 

I’ve looked through the list of our open Jira issues and pulled out anything 
that I could see that was document related and linked it back to the global 
task. If you come across anything that I’ve missed then please feel free to  
add it. 

The main we want to achieve here is visibility.

Thanks
Sharan

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

On 2018/03/13 16:37:31, Taher Alkhateeb  wrote: 
> Hey guys, feature implemented in r1826656. Now both plugins and ofbiz
> manual will delete before re-generating their artifacts. I believe
> this will solve the problem and I think we won't have a big problem
> with performance, and probably won't be until we reach maybe thousands
> of documents.
> 
> By the way, may I also recommend that we minimize the number of
> documents in the beginning. So instead of creating new files, just
> create new headers, and split the file later when it gets too big.
> This way we do not overly complicate the design unless it makes sense.

Good point and agreed.  Let's get some content in and see how it evolves.

Thanks
Sharan

> 
> On Mon, Mar 12, 2018 at 6:44 PM, Sharan Foga  wrote:
> > Hi  Taher
> >
> > Manually deleting and regenerating is what I've been doing :-)  so it could 
> > be a start. We are evolving - right?  We might need to look at it again if 
> > it becomes an issue as we fill up the content..
> >
> > Thanks
> > Sharan
> >
> >
> > On 2018/03/12 15:38:44, Taher Alkhateeb  wrote:
> >> Maybe one way to accomplish this is to delete and regenerate every
> >> time. What do you think of that?
> >>
> >> On Mon, Mar 12, 2018 at 12:04 PM, Michael Brohl
> >>  wrote:
> >> > Hi Taher,
> >> >
> >> > I worked on the documentation over the weekend.
> >> >
> >> > It would be very nice if the documentation gets updated even if the main
> >> > document has not changed. If you change only included documents, the 
> >> > change
> >> > does not go into the main document.
> >> >
> >> > I briefly searched for a configuration parameter but did not find any.
> >> >
> >> > Best regards,
> >> >
> >> > Michael
> >> >
> >> >
> >> > Am 24.02.18 um 15:44 schrieb Michael Brohl:
> >> >>
> >> >> I have tried Taher's latest patch and it is working great for me. I used
> >> >> Intellij Idea with the Asciidoc Plugin.
> >> >>
> >> >>
> >> >> Differently from Olivier's observation, the main developer-manual ist
> >> >> updated when I make a change in developer-manual.adoc. Both html and pdf
> >> >> include the change.
> >> >>
> >> >> It is not updated when I only change an included document like
> >> >> accounting.adoc. I think it would be good to recreate all files if they 
> >> >> have
> >> >> chnaged or not. If I'm not wrong, both SVN and Git notice if a file has 
> >> >> not
> >> >> be changed even if it is rewritten so it should be no problem.
> >> >>
> >> >> I think this is a good starting point, more pints might come up if we 
> >> >> use
> >> >> it more intensely.
> >> >>
> >> >> Thanks,
> >> >>
> >> >> Michael
> >> >>
> >> >>
> >> >> Am 21.02.18 um 14:08 schrieb Olivier Heintz:
> >> >>>
> >> >>> Thank you for the work, Taher
> >> >>>
> >> >>> I have played with it and merge with my tests.
> >> >>> Currently, I have start from Accounting_Agreement, convert from docbook
> >> >>> and update and
> >> >>> test renderer by both your gradle task and by AsciidocFx html button
> >> >>>
> >> >>> With a lot of include, result html file would be very large and in some
> >> >>> case it will be good to be able to put a link in place
> >> >>> of include. Currenlty the generateOfbizDocumentation task doesn't
> >> >>> generate file for doc in component even if the adoc file is
> >> >>> not in the _include directory.
> >> >>>
> >> >>> Just for information: With AsciidocFx (I have understood it use
> >> >>> asciidoctor for generate html file, but I'm not sure)
> >> >>> it's not necessary to say include file is in _include directory, it 
> >> >>> read
> >> >>> both in the current directory and in the _include one.
> >> >>> The generateOfbizDocumentation task doesn't use the same rule, we 
> >> >>> should
> >> >>> say explicitly it's in the _include directory.
> >> 

Re: [DOC] Welcome - Documentation Team

[Sharan Foga]

Hi Taher

Thanks for the feedback, I'll do that. I am also wondering about grouping all 
existing Jira documentation tickets into the one main umbrella task too. Like 
you say it will then be a single point of reference. It could also help us 
clean up some old issues that have been hanging around as they are absorbed 
into the documentation effort.

Thanks
Sharan

On 2018/03/13 16:56:08, Taher Alkhateeb  wrote: 
> Great work sharan. Maybe in the future we should be putting the HR
> umbrella task itself as a sub-task of the entire documentation
> umbrella task. This way when we branch out to other docs we know where
> to reference and group them.
> 
> On Mon, Mar 12, 2018 at 7:33 PM, Sharan Foga  wrote:
> > Hi All
> >
> > I’d like to welcome our documentation team members to our dev mailing 
> > list. You will find that the discussions here are more about the ongoing 
> > work to improve OFBiz and our documentation effort is part of that. So to 
> > start off, I have updated the details in the Documentation Team wiki page
> >
> > https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Documentation+Team
> >
> > Please take a look through, and let me know if things are clear and make 
> > sense (if not please speak up so that we can fix it :-). Also I would 
> > encourage anyone that has any comments, feedback, suggestions then please 
> > make them as we can all learn new things.
> >
> > An umbrella task for the Human Resource Guide has been created in Jira at 
> > the link below
> >
> > https://issues.apache.org/jira/browse/OFBIZ-10251
> >
> > -  You can see the list of sub tasks making up this guide. Each sub task is 
> > a separate document (or topic section)  that one of the documentation team 
> > needs to write. Each task also has a unique reference number.
> >
> > -  You can click the link to view any of the sub tasks. They all have a 
> > short description and include an attachment with an empty .adoc file.
> >
> > -  You will see that most of the sub tasks are unassigned. When you select 
> > a task to work on, it will have your name as the assignee.
> >
> > -   You will also see that one of the tasks, the first one in the list has 
> > been been closed.  Please click the link and take a look at this sub task 
> > as it will show you the comments that were made while Michael and I were 
> > working on the task.
> >
> > As you work on a task you can provide your feedback as a comment rather 
> > than the dev mailing list because it is directly related to the Jira task 
> > you are working on. (We do have another mailing list called notifications 
> > that automatically records all Jira comments but don’t worry about that 
> > :-)
> >
> > So the next step is that I will create an example of the hr-intro.adoc file 
> > and we can work through the process of getting .adoc file reviewed, tested 
> > and committed into the codebase. We will do it all together one step at a 
> > time and I will explain as we go.
> >
> > So I would recommend that you login to Jira for this issue.   
> > https://issues.apache.org/jira/browse/OFBIZ-10256
> >
> > Click the section on the right hand side to ‘Start watching this 
> > issue’. This means that you will be notified each time this issue gets 
> > updated.
> >
> > Any questions, then please let me know.
> >
> > Thanks
> > Sharan
> 

[DOC] Human Resource Glossary Jira Task

[Sharan Foga]

Hi All

If someone wants an initial documentation task to pick up then

https://issues.apache.org/jira/browse/OFBIZ-10258

could be a good start because a Human Resource glossary already exists here:

https://cwiki.apache.org/confluence/display/OFBENDUSER/Human+Resources+Glossary 

So the work will be reviewing the original list and the moving the terms and 
their definitions into the hr-glossary.adoc file. You might want to tidy up the 
definitiions, make them shorter or easier to understand (the choice is yours).

I’ve already added a few definitions from the list into the hr-glossary.adoc 
file that is attached to this issue, as an example to show you how easy it is 
to write the content.

Please let me know if you have any questions (and remember to please assign the 
task to yourself so we don’t do double work otherwise someone else may also 
decide to work on it at the same time!)

Thanks
Sharan

[DOC] Assigning Yourself A Jira Issue to Work On

[Sharan Foga]

Hi All

The first step in the documentation process is looking at the list of open 
documentation issues / sub tasks and choosing one to work on. Once you have 
decided to work on an issue, please assign it to yourself. You can do this by

1. Log into our OFBiz Jira issue tracker
2. Locate the Jira issue you want to work on (Note: Unassigned means that no 
one is working on it)
3. On the upper right hand side under the ‘People’ section you will see a 
link that says ‘Assign to me”
4. Click the ‘Assign to me’ link and the issue will be assigned to yourself

You have now assigned yourself to work on an issue.

The list of sub tasks / issues that need to be assigned for the Human Resources 
guide can be found at the link below:

https://issues.apache.org/jira/browse/OFBIZ-10251

Thanks
Sharan

[DOC] Welcome - Documentation Team

[Sharan Foga]

Hi All

I’d like to welcome our documentation team members to our dev mailing list. 
You will find that the discussions here are more about the ongoing work to 
improve OFBiz and our documentation effort is part of that. So to start off, I 
have updated the details in the Documentation Team wiki page 

https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Documentation+Team

Please take a look through, and let me know if things are clear and make sense 
(if not please speak up so that we can fix it :-). Also I would encourage 
anyone that has any comments, feedback, suggestions then please make them as we 
can all learn new things.

An umbrella task for the Human Resource Guide has been created in Jira at the 
link below

https://issues.apache.org/jira/browse/OFBIZ-10251

-  You can see the list of sub tasks making up this guide. Each sub task is a 
separate document (or topic section)  that one of the documentation team needs 
to write. Each task also has a unique reference number.

-  You can click the link to view any of the sub tasks. They all have a short 
description and include an attachment with an empty .adoc file.

-  You will see that most of the sub tasks are unassigned. When you select a 
task to work on, it will have your name as the assignee.

-   You will also see that one of the tasks, the first one in the list has been 
been closed.  Please click the link and take a look at this sub task as it will 
show you the comments that were made while Michael and I were working on the 
task. 

As you work on a task you can provide your feedback as a comment rather than 
the dev mailing list because it is directly related to the Jira task you are 
working on. (We do have another mailing list called notifications that 
automatically records all Jira comments but don’t worry about that :-)

So the next step is that I will create an example of the hr-intro.adoc file and 
we can work through the process of getting .adoc file reviewed, tested and 
committed into the codebase. We will do it all together one step at a time and 
I will explain as we go.

So I would recommend that you login to Jira for this issue.   
https://issues.apache.org/jira/browse/OFBIZ-10256

Click the section on the right hand side to ‘Start watching this issue’. 
This means that you will be notified each time this issue gets updated.

Any questions, then please let me know.

Thanks
Sharan

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi  Taher

Manually deleting and regenerating is what I've been doing :-)  so it could be 
a start. We are evolving - right?  We might need to look at it again if it 
becomes an issue as we fill up the content..

Thanks
Sharan


On 2018/03/12 15:38:44, Taher Alkhateeb  wrote: 
> Maybe one way to accomplish this is to delete and regenerate every
> time. What do you think of that?
> 
> On Mon, Mar 12, 2018 at 12:04 PM, Michael Brohl
>  wrote:
> > Hi Taher,
> >
> > I worked on the documentation over the weekend.
> >
> > It would be very nice if the documentation gets updated even if the main
> > document has not changed. If you change only included documents, the change
> > does not go into the main document.
> >
> > I briefly searched for a configuration parameter but did not find any.
> >
> > Best regards,
> >
> > Michael
> >
> >
> > Am 24.02.18 um 15:44 schrieb Michael Brohl:
> >>
> >> I have tried Taher's latest patch and it is working great for me. I used
> >> Intellij Idea with the Asciidoc Plugin.
> >>
> >>
> >> Differently from Olivier's observation, the main developer-manual ist
> >> updated when I make a change in developer-manual.adoc. Both html and pdf
> >> include the change.
> >>
> >> It is not updated when I only change an included document like
> >> accounting.adoc. I think it would be good to recreate all files if they 
> >> have
> >> chnaged or not. If I'm not wrong, both SVN and Git notice if a file has not
> >> be changed even if it is rewritten so it should be no problem.
> >>
> >> I think this is a good starting point, more pints might come up if we use
> >> it more intensely.
> >>
> >> Thanks,
> >>
> >> Michael
> >>
> >>
> >> Am 21.02.18 um 14:08 schrieb Olivier Heintz:
> >>>
> >>> Thank you for the work, Taher
> >>>
> >>> I have played with it and merge with my tests.
> >>> Currently, I have start from Accounting_Agreement, convert from docbook
> >>> and update and
> >>> test renderer by both your gradle task and by AsciidocFx html button
> >>>
> >>> With a lot of include, result html file would be very large and in some
> >>> case it will be good to be able to put a link in place
> >>> of include. Currenlty the generateOfbizDocumentation task doesn't
> >>> generate file for doc in component even if the adoc file is
> >>> not in the _include directory.
> >>>
> >>> Just for information: With AsciidocFx (I have understood it use
> >>> asciidoctor for generate html file, but I'm not sure)
> >>> it's not necessary to say include file is in _include directory, it read
> >>> both in the current directory and in the _include one.
> >>> The generateOfbizDocumentation task doesn't use the same rule, we should
> >>> say explicitly it's in the _include directory.
> >>>
> >>> The main "malfunction" of the generateOfbizDocumentation task is that it
> >>> not re-generate the html file if it already exist
> >>> even if the main adoc file was modified. So it's needed to remove it
> >>> manually before call generateOfbizDocumentation.
> >>>
> >>> Thank you for your usage of leveloffset, it's generated by docbook
> >>> conversion, but now I understand how it works ;-)
> >>>
> >>>
> >>> Olivier
> >>>
> >>> Le 20/02/2018 à 17:48, Taher Alkhateeb a écrit :
> >>>>
> >>>> Hello documentation team and everyone
> >>>>
> >>>> I have created a slightly modified design of the documentation
> >>>> framework with some sample contents in [1]. I highlight the changes
> >>>> below:
> >>>> - Created a new top-level directory called "docs/asciidoc". The reason
> >>>> is so that we have more than one possible manual.
> >>>> - Created "Apache OFBiz User Manual" in docs/asciidoc/user-manual.adoc
> >>>> - Created "Apache OFBiz Developer Manual" in
> >>>> docs/asciidoc/developer-manual.adoc
> >>>> - Created a sample document in the accounting component to show how
> >>>> documents are linked together.
> >>>> - Used a special directive called "leveloffset" in the include
> >>>> directive. T

Re: [DISCUSSION] Moving the Documentation PoC into the Trunk

[Sharan Foga]

+1 

Actually I'm in favour of putting what we have in the trunk too and update it 
as we go.

Thanks
Sharan

On 2018/03/03 07:07:27, Gil Portenseigne  wrote: 
> +1 for working directly in trunk!
> Regards 
> 
> Le 2 mars 2018 21:48:55 GMT+01:00, Michael Brohl  a 
> écrit :
> >+1 for putting it into trunk and moving forward from there.
> >
> >Thanks,
> >Michael 
> >
> >
> >> Am 02.03.2018 um 19:29 schrieb Sharan Foga :
> >> 
> >> Hi All
> >> 
> >> I'd like to start the discussion about whether we are ready to move
> >the documentation framework code into the trunk. Do people think that
> >more testing is needed or that some updates/fixes need to be put in
> >place first?
> >> 
> >> Thanks
> >> Sharan
> 
> -- 
> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

[DISCUSSION] Moving the Documentation PoC into the Trunk

[Sharan Foga]

Hi All

I'd like to start the discussion about whether we are ready to move the 
documentation framework code into the trunk. Do people think that more testing 
is needed or that some updates/fixes need to be put in place first?

Thanks
Sharan

Fwd: Re: [jira] [Updated] (COMDEV-269) GSOC 2018 OFBiz Extend AR/AP to support China accounting regulations

[Sharan Foga]

And this one too!

Thanks
Sharan


 Forwarded Message 
Subject: 	Re: [jira] [Updated] (COMDEV-269) GSOC 2018 OFBiz Extend AR/AP 
to support China accounting regulations

Date:   Wed, 7 Feb 2018 23:40:13 -0800
From:   杉浦剛 
Reply-To:   d...@community.apache.org
To: d...@community.apache.org



すいません。
英語が読めなくて困ってます。

2018/02/08 午後0:03 "Shi Jinghai (JIRA)" :



 [ https://issues.apache.org/jira/browse/COMDEV-269?page=
com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Shi Jinghai updated COMDEV-269:
---
Description:
We can imagine business as a network, every company is a node.

In current OFBiz AR/AP model, a payment incoming to the node is AR, a
payment outgoing from the node to other one is AP.

In China accounting regulations, every company has suppliers and
customers. A payment flow between suppliers and the company is AP, no
matter it's an incoming or outgoing payment. A payment flow between the
company and customers is AR, no matter it's an incoming or outgoing
payment. The pros of China accounting regulations is it's easy to
understand a company's financial problems, purchase too much, sales too
little. The cons is it's not popular and natural.

No surprise, the balance numbers are same as the results of AR - AP are
equal.

Here are the task requirements:

1. Extend OFBiz to support China accounting regulations, OFBiz user can
set a company to use general and/or China AR/AP.

2. The implement should be a patch against OFBiz trunk.

  was:
We can imagine business as a network, every company is a node.

In current OFBiz AR/AP model, a payment incoming to the node is AR, a
payment outgoing from the node to other one is AP.

In China accounting regulations, every company has suppliers and
customers. A payment flow between suppliers and the company is AP, no
matter it's an incoming or outgoing payment. A payment flow between the
company and customers is AR, no matter it's an incoming or outgoing
payment. The pros are that purchase and sales have different staff to deal
with, different business rules to run such as contracts, payment terms and
etc. The cons is it's not popular and natural.

No surprise, the balance numbers are same as the results of AR - AP are
equal.

Here are the task requirements:

1. Extend OFBiz to support China accounting regulations, OFBiz user can
set a company to use general and/or China AR/AP.

2. The implement should be a patch against OFBiz trunk.


> GSOC 2018 OFBiz Extend AR/AP to support China accounting regulations
> 
>
> Key: COMDEV-269
> URL: https://issues.apache.org/jira/browse/COMDEV-269
> Project: Community Development
>  Issue Type: New Feature
>  Components: GSoC/Mentoring ideas
>Reporter: Shi Jinghai
>Priority: Major
>  Labels: Java, OFBiz, gsoc2018
>
> We can imagine business as a network, every company is a node.
> In current OFBiz AR/AP model, a payment incoming to the node is AR, a
payment outgoing from the node to other one is AP.
> In China accounting regulations, every company has suppliers and
customers. A payment flow between suppliers and the company is AP, no
matter it's an incoming or outgoing payment. A payment flow between the
company and customers is AR, no matter it's an incoming or outgoing
payment. The pros of China accounting regulations is it's easy to
understand a company's financial problems, purchase too much, sales too
little. The cons is it's not popular and natural.
> No surprise, the balance numbers are same as the results of AR - AP are
equal.
> Here are the task requirements:
> 1. Extend OFBiz to support China accounting regulations, OFBiz user can
set a company to use general and/or China AR/AP.
> 2. The implement should be a patch against OFBiz trunk.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Fwd: [jira] [Updated] (COMDEV-270) GSOC 2018 OFBiz Onpage help tool

[Sharan Foga]

Hi All

A reminder that the ASF has been selected as a GSoC mentor organisation 
for 2018 and our project has this task sitting in the GSoC task list.


Thanks
Sharan



 Forwarded Message 
Subject:[jira] [Updated] (COMDEV-270) GSOC 2018 OFBiz Onpage help tool
Date:   Mon, 26 Feb 2018 10:11:00 + (UTC)
From:   Mark Thomas (JIRA) 
Reply-To:   d...@community.apache.org
To: d...@community.apache.org



 [ 
https://issues.apache.org/jira/browse/COMDEV-270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mark Thomas updated COMDEV-270:
---
Component/s: GSoC/Mentoring ideas


GSOC 2018 OFBiz Onpage help tool


Key: COMDEV-270
URL: https://issues.apache.org/jira/browse/COMDEV-270
Project: Community Development
 Issue Type: New Feature
 Components: GSoC/Mentoring ideas
   Reporter: Shi Jinghai
   Priority: Critical

Sometimes we want to tell OFBiz user that we add a new important function on a 
page he/she is viewing, or help user understand the steps on a page without 
leaving that page.
Obviously, JQuery-pagewalkthrough[1] is a good choice to be the front end of 
onpage helps, and developers can create/edit the multi-language content of 
helps in OFBiz content component.
The target of this task is to implement this Onpage help tool and several 
example pages for OFBiz trunk.
 
1. [https://github.com/jwarby/jquery-pagewalkthrough]
 




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: [jira] [Created] (OFBIZ-10229) Creehack APk On Android

[Sharan Foga]

Hi Michael

Thanks  - with Jira spam we also usually ask the infra team to disable 
the Jira user so it can't create any more issues. In this case it seems 
OK since they only created one issue, it's just something to note for 
next time :-)


Thanks
Sharan

On 21/02/18 14:24, Michael Brohl wrote:

I have just deleted this SPAM issue.

Regards,

Michael

Am 21.02.18 um 14:00 schrieb creehackrooting (JIRA):

creehackrooting created OFBIZ-10229:
---

  Summary: Creehack APk On Android
  Key: OFBIZ-10229
  URL: https://issues.apache.org/jira/browse/OFBIZ-10229
  Project: OFBiz
   Issue Type: Bug
 Reporter: creehackrooting


This crazy app called Using[CreeHack Apk v1.8 Pro Download For Free 
(NO ROOT) which allows you to obtain any paid games and apps without 
rooting your device. One must know that this app will support only 
Using CreeHack Apk v1.8 Pro Download For Free (NO ROOT) the Android 
devices. As we all know that most of the apps which will get 
followers are only because of the potential features. Likewise, 
Creehack apk app too has amazing features to know by all the users 
before jumping into the Using CreeHack Apk v1.8 Pro Download For Free 
(NO ROOT) downloading process. Here we are sharing some of the 
important features to know at any time are Here we are sharing some 
of the important features of creehack app to know,Using this great 
Using CreeHack Apk v1.8 Pro Download For Free (NO ROOT), the user can 
easily download and install all the Android device apps and games.




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi Taher

Thanks for the update. I'll try and take a look at this later today.

Thanks
Sharan

On 2018/02/20 16:48:13, Taher Alkhateeb  wrote: 
> Hello documentation team and everyone
> 
> I have created a slightly modified design of the documentation
> framework with some sample contents in [1]. I highlight the changes
> below:
> - Created a new top-level directory called "docs/asciidoc". The reason
> is so that we have more than one possible manual.
> - Created "Apache OFBiz User Manual" in docs/asciidoc/user-manual.adoc
> - Created "Apache OFBiz Developer Manual" in 
> docs/asciidoc/developer-manual.adoc
> - Created a sample document in the accounting component to show how
> documents are linked together.
> - Used a special directive called "leveloffset" in the include
> directive. This directive shifts the headers of the included document
> (H2 becomes H3, and so on) so that sub-sections can be published
> separately.
> - Created a task called generateOfbizDocumentation to generate the
> documentation (both PDF and HTML) for framework + core apps
> - Created a task called generatePluginDocumentation
> -PpluginId=whatever to generate the documentation for a single plugin.
> 
> That's it. It's simple, easy to understand and I think you might like
> it. Any feedback is welcome, and I'll talk to you soon over Skype.
> 
> [1] https://issues.apache.org/jira/browse/OFBIZ-9873
> 
> On Tue, Jan 30, 2018 at 4:38 PM, Sharan Foga  wrote:
> > Hi Taher
> >
> > I think a documentation team would be a great idea. There are people that 
> > have indicated that they'd like to help out with documentation tasks on the 
> > user list so that is where I'd recruit some people from. As long as people 
> > know what they need to do to create the patches then it will become a 
> > funnel process of getting it committed.
> >
> > We need a plan to consolidate the information sitting in the wiki and 
> > getting it put into the documentation framework (and this work will then 
> > significantly clear up the wiki!).
> >
> > My availability is pretty bad this week so hope to pick this up again or 
> > start the recruitment campaign next week :-)
> >
> > Thanks
> > Sharan
> >
> > On 2018/01/28 10:12:41, Taher Alkhateeb  wrote:
> >> Like Michael I think it is also a minor point. The reason I chose this
> >> structure is because it is the default one for asciidoctor and is flexible
> >> for the future, so Paul also makes a good point. Any structure is fine by
> >> me, the real important work is getting the documentation right which is
> >> very exciting to me.
> >>
> >> I will create a patch soon for a base level structure and publishing
> >> options for both HTML and PDF. It would be fantastic if we can unify _all_
> >> of our documentation here including stuff currently in the wiki. This way
> >> any changes to code are reflected (probably in the same commit) with the
> >> relevant documentation.
> >>
> >> I think we should start to consider maybe forming a team willing to help.
> >> This is a big, but extremely important thing to have. If we do this right
> >> then I think adoption rates would increase and our community would get
> >> larger.
> >>
> >> On Jan 28, 2018 12:19 PM, "Michael Brohl"  wrote:
> >>
> >> Hi Paul,
> >>
> >> this is only a minor point for me, it just saves one folder/structure 
> >> level.
> >>
> >> If we want to stay open for other documentation frameworks in the future,
> >> it might be better to keep the proposed structure.
> >>
> >> Best regards,
> >>
> >> Michael
> >>
> >>
> >> Am 28.01.18 um 02:54 schrieb Paul Foxworthy:
> >>
> >> On 26 January 2018 at 19:53, Michael Brohl  
> >> wrote:
> >> >
> >> >
> >> > with a small modification: I don't think we'll need a two-folder 
> >> > structure
> >> >> /docs/asciidoc, only /docs should be sufficient, no?
> >> >>
> >> >> Hi Michael,
> >> >
> >> > We have streamlined the build system in other places by having folders 
> >> > for
> >> > the source language: groovyScripts, minilang, src/main/java .
> >> >
> >> > It means Groovy and other build tools can have default rules for what to 
> >> > do
> >> > with the contents of a language folder, and allows for the possibility of
> >> > other languages in future if necessary.
> >> >
> >> > The extra layer is only a minor nuisance. I think I'd prefer to keep it.
> >> > What do you see as the disadvantages?
> >> >
> >> > Cheers
> >> >
> >> > Paul Foxworthy
> >> >
> >> >
> >>
> 

Re: Admin Login not working for Framework Trunk

[Sharan Foga]

Hi All

Yep - thanks. That was it! I think I'm trying to do a bit too much multi 
tasking to forget something as basic as that. I am definitely going to slow 
down a bit now :-)

Thanks
Sharan

On 2018/02/19 13:15:02, Michael Brohl  wrote: 
> Hi Sharan,
> 
> it seems that you have not loaded the seed data.
> 
> Did you run ./gradle loadAll ?
> 
> Best regards,
> 
> Michael Brohl
> ecomify GmbH
> www.ecomify.de
> 
> 
> Am 19.02.18 um 13:43 schrieb Sharan Foga:
> > Hi All
> >
> > Not sure if this is related to any of the discussions happening, but I've 
> > just done a fresh checkout and build of the framework trunk and am getting 
> > errors when I try to login with the default admin user.
> >
> > This is error that is showing:
> >
> >   The datamodel data has not been loaded; cannot find hitTypeId 'REQUEST 
> > not storing ServerHit.
> >
> > I know we said the trunk could break from time to time with the work we are 
> > doing, so is this one of those times? :-)
> >
> > Thanks
> > Sharan
> 
> 
> 

Admin Login not working for Framework Trunk

[Sharan Foga]

Hi All

Not sure if this is related to any of the discussions happening, but I've just 
done a fresh checkout and build of the framework trunk and am getting errors 
when I try to login with the default admin user.

This is error that is showing:

 The datamodel data has not been loaded; cannot find hitTypeId 'REQUEST not 
storing ServerHit.

I know we said the trunk could break from time to time with the work we are 
doing, so is this one of those times? :-)

Thanks
Sharan

Re: Online help access in Rainbow themes

[Sharan Foga]

Very good question. I'd like to know too!

Thanks
Sharan

On 2018/02/10 10:07:39, Jacques Le Roux  wrote: 
> Hi,
> 
> How, is it possible, to access the online help in Rainbow themes?
> 
> Thanks
> 
> Jacques
> 
> 

Re: [jira] [Created] (COMDEV-269) GSOC 2018 OFBiz Extend AR/AP to support China accounting regulations

[Sharan Foga]

Hi All

Perhaps I'm heading off on another track here because reading the task 
description this seems more suited to be a plugin. For me the question is more 
about whether we as a project will be able to support and maintain whatever 
code is produced. This is important because it can define what is classed as an 
official OFBiz project plugin as opposed to a plugin someone writes and makes 
available to the community.

So a couple more questions and this is to our Chinese community and committers 
:-) 

- Would this task be a useful option to add to OFBiz?
- And if it does get implemented - would you be willing to help support and 
maintain it in the future?

Thanks
Sharan

On 2018/02/08 07:49:17, Michael Brohl  wrote: 
> Hi Shi,
> 
> I think it would be better to first discuss in the OFBiz developers list 
> about the topics we want to address for GoC instead of directly filing 
> them in the comdev Jira.
> 
> Regards,
> 
> Michael
> 
> 
> Am 08.02.18 um 03:49 schrieb Shi Jinghai (JIRA):
> > Shi Jinghai created COMDEV-269:
> > --
> >
> >   Summary: GSOC 2018 OFBiz Extend AR/AP to support China 
> > accounting regulations
> >   Key: COMDEV-269
> >   URL: https://issues.apache.org/jira/browse/COMDEV-269
> >   Project: Community Development
> >Issue Type: New Feature
> >Components: GSoC/Mentoring ideas
> >  Reporter: Shi Jinghai
> >
> >
> > We can imagine business as a network, every company is a node.
> >
> > In current OFBiz AR/AP model, a payment incoming to the node is AR, a 
> > payment outgoing from the node to other one is AP.
> >
> > In China accounting regulations, every company has suppliers and customers. 
> > A payment flow between suppliers and the company is AP, no matter it's an 
> > incoming or outgoing payment. A payment flow between the company and 
> > customers is AR, no matter it's an incoming or outgoing payment. The pros 
> > are that purchase and sales have different staff to deal with, different 
> > business rules to run such as contracts, payment terms and etc. The cons is 
> > it's not popular and natural.
> >
> > No surprise, the balance numbers are same as the results of AR - AP are 
> > equal.
> >
> > Here are the task requirements:
> >
> > 1. Extend OFBiz to support China accounting regulations, OFBiz user can set 
> > a company to use general and/or China AR/AP.
> >
> > 2. The implement should be a patch against OFBiz trunk.
> >
> >
> >
> > --
> > This message was sent by Atlassian JIRA
> > (v7.6.3#76005)
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
> 
> 
> 

Re: OFBiz and Google Summer of Code (GsoC) 2018 ?

[Sharan Foga]

Hi Everyone

Thanks very much for your feedback. 

At this stage they are collecting project ideas for Gsoc so any tasks that we 
would like students to work on needs to be added to the Community Development 
(COMDEV) JIRA.  (See link below)

https://s.apache.org/XcBe

You will also be able to see the GsoC ideas created by other ASF projects. 

If you want to include any OFBiz tasks for GsoC this year then please create an 
entry for each task with OFBiz in the task title (so it can be easily 
identified) and using the component label GsoC/Mentoring, then describe what we 
would like the student to do.

So remember this needs to be created in the Community Development Jira not our 
OFBiz Jira :-)

Thanks
Sharan

On 2018/01/26 10:01:57, Shi Jinghai  wrote: 
> Hi Sharan,
> 
> Thanks for this topic.
> 
> After reading your email, I released a new OFBiz-NER plugin in Github:
> https://github.com/YYWorks/OFBiz-NER/
> 
> The first version of this plugin is built by Menghan Sun in July, 2016, a 
> summer practice, in one month. Now she's reading her doctorate in system 
> security in CUHK.
> 
> Here is my big +1 to GsoC. I'm eager to be a mentor for one or two students 
> in this summer.
> 
> I think we have a lot of research/prototype tasks for GsoC students:
> 1. AI: Sentiment analysis of communications in CRM (OpenNLP, CoreNLP and 
> etc.).
> 2. AI: Product Recommendation (PredictionIO).
> 3. Accounting: Extend OFBiz AR/AP to support Chinese rule.
> 4. Accounting: Extend OFBiz to support distributed ledger.
> 5. UI: Replace tree with ztree.
> 6. Help Document: Use jquery-pagewalkthrough to show help messages to user.
> 7. Scheduler: Use Quartz as an alternative implement of OFBiz scheduler.
> 8. Security: New password cipher to prevent quantum computing crack.
> 
> And so on.:)
> 
> Kind Regards,
> 
> Shi Jinghai
> 
> -邮件原件-
> 发件人: Sharan Foga [mailto:sha...@apache.org] 
> 发送时间: 2018年1月25日 22:02
> 收件人: dev@ofbiz.apache.org
> 主题: OFBiz and Google Summer of Code (GsoC) 2018 ?
> 
> Hi All
> 
> The ASF is registering to be a participating organisation for GsoC 2018. We 
> are in the middle of doing a lot of work. Would it be interesting for us to 
> add some of these tasks to the GsoC list and mentor some students? It is a 
> good way of encouraging new people to become involved with the project and 
> maybe also promote OFBiz too.
> 
> If any of our tasks are selected, then we would need official mentors from 
> our community to work with the student on a regular basis to provide 
> feedback. There is also a regular reporting that the mentor needs to file 
> about the student's progress. 
> 
> If the mentor misses filing a report for a student then it reflects badly on 
> the ASF as a mentoring organisation. I mention this because it is important 
> that anyone wanitng to be a mentor for a GsoC student realises that if they 
> sign up to do it – then they need to do it!
> 
> Some initial suggestions for GsoC tasks from Taher were:
> 
> - convert minilang services to groovy
> - documenting the components using the documentation framework we're 
> implementing
> - convert integration tests to unit tests where possible
> 
> If you have any other suggestions for potential tasks then please respond 
> with the details.
> 
> None of this is any good – if we don't have any mentors, so we need 
> people willing to be GsoC mentors.
> 
> So what's next?
> 
> - First I'd like to get feedback on whether people think it is a good idea 
> for OFBiz to participate
> - If, so then second I would like to see if we should use the suggestions for 
> tasks above or have any more
> - Finally, and most importantly I'd like to know who would be willing to be a 
> mentor for a student selecting to take on one of our tasks
> 
> Please let me have your comments and feedback
> 
> Thanks
> Sharan
> 

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi Taher

I think a documentation team would be a great idea. There are people that have 
indicated that they'd like to help out with documentation tasks on the user 
list so that is where I'd recruit some people from. As long as people know what 
they need to do to create the patches then it will become a funnel process of 
getting it committed.

We need a plan to consolidate the information sitting in the wiki and getting 
it put into the documentation framework (and this work will then significantly 
clear up the wiki!).

My availability is pretty bad this week so hope to pick this up again or start 
the recruitment campaign next week :-)

Thanks
Sharan

On 2018/01/28 10:12:41, Taher Alkhateeb  wrote: 
> Like Michael I think it is also a minor point. The reason I chose this
> structure is because it is the default one for asciidoctor and is flexible
> for the future, so Paul also makes a good point. Any structure is fine by
> me, the real important work is getting the documentation right which is
> very exciting to me.
> 
> I will create a patch soon for a base level structure and publishing
> options for both HTML and PDF. It would be fantastic if we can unify _all_
> of our documentation here including stuff currently in the wiki. This way
> any changes to code are reflected (probably in the same commit) with the
> relevant documentation.
> 
> I think we should start to consider maybe forming a team willing to help.
> This is a big, but extremely important thing to have. If we do this right
> then I think adoption rates would increase and our community would get
> larger.
> 
> On Jan 28, 2018 12:19 PM, "Michael Brohl"  wrote:
> 
> Hi Paul,
> 
> this is only a minor point for me, it just saves one folder/structure level.
> 
> If we want to stay open for other documentation frameworks in the future,
> it might be better to keep the proposed structure.
> 
> Best regards,
> 
> Michael
> 
> 
> Am 28.01.18 um 02:54 schrieb Paul Foxworthy:
> 
> On 26 January 2018 at 19:53, Michael Brohl  wrote:
> >
> >
> > with a small modification: I don't think we'll need a two-folder structure
> >> /docs/asciidoc, only /docs should be sufficient, no?
> >>
> >> Hi Michael,
> >
> > We have streamlined the build system in other places by having folders for
> > the source language: groovyScripts, minilang, src/main/java .
> >
> > It means Groovy and other build tools can have default rules for what to do
> > with the contents of a language folder, and allows for the possibility of
> > other languages in future if necessary.
> >
> > The extra layer is only a minor nuisance. I think I'd prefer to keep it.
> > What do you see as the disadvantages?
> >
> > Cheers
> >
> > Paul Foxworthy
> >
> >
> 

OFBiz and Google Summer of Code (GsoC) 2018 ?

[Sharan Foga]

Hi All

The ASF is registering to be a participating organisation for GsoC 2018. We are 
in the middle of doing a lot of work. Would it be interesting for us to add 
some of these tasks to the GsoC list and mentor some students? It is a good way 
of encouraging new people to become involved with the project and maybe also 
promote OFBiz too.

If any of our tasks are selected, then we would need official mentors from our 
community to work with the student on a regular basis to provide feedback. 
There is also a regular reporting that the mentor needs to file about the 
student's progress. 

If the mentor misses filing a report for a student then it reflects badly on 
the ASF as a mentoring organisation. I mention this because it is important 
that anyone wanitng to be a mentor for a GsoC student realises that if they 
sign up to do it – then they need to do it!

Some initial suggestions for GsoC tasks from Taher were:

- convert minilang services to groovy
- documenting the components using the documentation framework we're 
implementing
- convert integration tests to unit tests where possible

If you have any other suggestions for potential tasks then please respond with 
the details.

None of this is any good – if we don't have any mentors, so we need people 
willing to be GsoC mentors.

So what's next?

- First I'd like to get feedback on whether people think it is a good idea for 
OFBiz to participate
- If, so then second I would like to see if we should use the suggestions for 
tasks above or have any more
- Finally, and most importantly I'd like to know who would be willing to be a 
mentor for a student selecting to take on one of our tasks

Please let me have your comments and feedback

Thanks
Sharan

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi Taher

The picture helps :-) I had to do a bit of a double-take but I get it now and a 
big +1

I like what you are suggesting – very nice. It is not entirely following the  
menu structure (which is good) instead it is looking at the individual topics. 
This means that we can make the main document flow a lot easier than simply 
following what we have in the menus. (e.g We know that you can get to the same 
place from by different routes on the menus and screens, so focussing on the 
topic itself will help that.)

I think this will give us the flexibility we need. A standard structure helps 
people know where to put things.

Thanks
Sharan

On 2018/01/25 11:37:02, Taher Alkhateeb  wrote: 
> Hi Everyone,
> 
> So after a little bit of thinking, I came up with an example file
> structure for OFBiz documentation which is listed below. The full
> OFBiz manual simply points to all the parts in applications,
> framework, and themes to complete the documentation. Any ideas or
> feedback is welcomed.
> 
> A few points to note:
> - Gradle by default ignores any files in the _include sub directory
> and so it will only publish the outer document.
> - This way, we can publish per component (in isolation) or the whole
> documentation by simply publishing the ofbiz-manual.adoc file
> - We can further branch out the documentation as needed.
> 
> ofbiz
> ├── applications
> │   ├── accounting
> │   │   └── src
> │   │   └── docs
> │   │   └── asciidoc
> │   │   ├── accounting.adoc
> │   │   └── _include
> │   │   ├── accounting-intro.adoc
> │   │   ├── budgets.adoc
> │   │   ├── invoices.adoc
> │   │   ├── payments.adoc
> │   │   └── understanding-general-ledger.adoc
> │   └── humanres
> │   └── src
> │   └── docs
> │   └── asciidoc
> │   ├── humanres.adoc
> │   └── _include
> │   ├── employee-evaluations.adoc
> │   ├── human-resources-intro.adoc
> │   └── punch-in-punch-out.adoc
> ├── framework
> │   ├── base
> │   │   └── src
> │   │   └── docs
> │   │   └── asciidoc
> │   │   ├── base.adoc
> │   │   └── _include
> │   │   ├── containers.adoc
> │   │   ├── framework-intro.adoc
> │   │   └── loading-components.adoc
> │   ├── entity
> │   │   └── src
> │   │   └── docs
> │   │   └── asciidoc
> │   │   ├── entity.adoc
> │   │   └── _include
> │   │   ├── entity-conditions-api.adoc
> │   │   ├── entity-engine-intro.adoc
> │   │   └── mapping-new-database.adoc
> │   └── widget
> │   └── src
> │   └── docs
> │   └── asciidoc
> │   ├── _include
> │   │   ├── form-widgets.adoc
> │   │   ├── screen-widgets.adoc
> │   │   └── widget-system-intro.adoc
> │   └── widget.adoc
> ├── ofbiz-manual.adoc
> ├── plugins
> │   └── example
> │   └── src
> │   └── docs
> │   └── asciidoc
> │   ├── example.adoc
> │   └── _include
> │   ├── example-intro.adoc
> │   └── extending-example-widgets.adoc
> └── themes
> └── common-theme
> └── src
> └── docs
> └── asciidoc
> ├── common-theme.adoc
> └── _include
> ├── ofbiz-themes-intro.adoc
> ├── web-assets.adoc
> └── why-common-theme.adoc
> 
> On Fri, Jan 19, 2018 at 4:27 PM, Jacques Le Roux
>  wrote:
> > Hi Sharan, Craig,
> >
> > We already have a document that consolidates many smaller documents into
> > itself, but as said Sharan in another reply it got not much attention
> > because it was maybe not statisfying (though had interesting info)
> >
> > https://demo-trunk.ofbiz.apache.org/

Re: Business Accounting Setup

[Sharan Foga]

Hi Craig

I reported this same problem for 16.11.03 

https://s.apache.org/jriE

Deepak implemented a fix for the bug in 16.11.04 using Jira OFBIZ-9542

https://issues.apache.org/jira/browse/OFBIZ-9542 

Try using the 16.11.04 zip instead.

Thanks
Sharan

On 2018/01/25 01:12:33, Craig Parker  wrote: 
> Can anyone think of a reason why this would just bork out and leave me 
> at a page with everything but content? Everything meaning header (logo, 
> menu, etc) and footer.
> 
> I go to:
> Accounting > Organisation GL Settings > Create new Accounting Company
>   -Select “Company Name” from the drop down box
>   -Click “Create new accounting company”
> 
> And nothing happens. I've looked in logs, but see nothing that makes any 
> sense. The last zip I see that I downloaded is 16.11.03.
> 
> 

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi Taher

I've included some comments inline.

On 2018-01-17 16:54, Taher Alkhateeb  wrote: 
> So I have thought of a few ways to implement our documentation
> structure and I would like to share my ideas with everyone to see what
> you prefer to go with. Here goes:
> 
> - First, let's categorize documentation as:
>   - component-specific
>   - general documentation

I like this as it is a simple and easy way for us to do our first split. In the 
past we have tried to put everything together in a way that doesn't really fit, 
so doing an initial is it this or that, makes it a lot easier.

> - component specific documentation lives inside the component in
> "/src/docs/asciidoc". It is a self contained piece of documentation.
> - Every component has only _one_ publishable document. There is a
> methodology in asciidoctor to denote public and private documents.
> private documents will not be published but only included in other
> documents. This way we can make a modular documentation for each
> component while publishing only one output.

I like the idea of only one publishable document per component. That means that 
we have a fixed scope for what the documentation needs to cover (so no 
documentation creep). I'm sure we will get interlinking between components so 
can plan for it and link when ready.


> - general documentation (i'm still scratching my head over this one)
> could be placed maybe in framework/base. What it does is explain high
> level information about the framework and explain general conceptual
> principles of how things work.
> - We can combine the entire documentation of everything (framework +
> applications) in a single document that references all the other
> documents and maybe we can place it at the top-level directory and
> call it something like ofbiz-documentation.adoc

As long as people can easily navigate it and find what they want quickly then 
one document could be the solution. At least we can start with that and if does 
start to become too heavy then look at re-arranging it or splitting it up.

In the past I think all the details from the online help were published as a 
consolidated html file via the OFBiz cms. I think it was too linked to the 
individual screens so as standalone document without the screens, it wasn't as 
useful as it could be.


> - Plugins are not included in the full documentation, they are self
> contained and are not part of the _big_ published manual. instead each
> plugin has its own mini manual.

+1 on this. We will have to maintain the official plugin documentation, and I 
would see that people writing their own plugins can use this same mechanism to 
include their specific documentation.


> - We declare three gradle tasks similar to the below:
>   - "./gradlew publishComponentDocs": publish documentation for a
> specific component / plugin which requires a componentName flag.
>   - "./gradlew publishAllComponentsDocs": publish documentation for
> all components / plugins
>   - "./gradlew publishOfbizDocs": publish the master documentation
> manual that combines everything.
> 

As per your later response, I think we could reduce the gradle tasks to one for 
the framework+core application docs and one for the plugins.

Thanks for sharing - you have some good ideas here.  Let's keep the discussion 
going :-) so anyone with other ideas, comments and feedback, please feel free 
to join the conversation.

Thanks
Sharan


> This is a brain dump so I leave it to you fine folks to refine the
> ideas and decide where we should go.
> 
> Cheers,
> 
> Taher Alkhateeb
> 
> On Wed, Jan 17, 2018 at 6:08 PM, Craig Parker  wrote:
> > I think the doc structure ought to mirror the menu in the software, or are
> > you talking about how a doc itself is laid out?
> >
> >
> >
> > On 01/17/2018 09:25 AM, Sharan Foga wrote:
> >>
> >> Hi Taher
> >>
> >> Great work! I tried it out and found it simple and easy to use (and
> >> write!). When can we start writing ? :-)
> >>
> >> I was thinking to start with basic descriptions of each of the
> >> applications, then see how it evolves from there. We can maybe recover some
> >> documentation content from various sources including our existing online
> >> help system and the wiki.
> >>
> >> The documentation structure will maybe need some thought, and we may need
> >> to sort out some common template or guidelines around it.
> >>
> >> Thanks
> >> Sharan
> >>
> >> On 2018-01-14 12:33, "Sharan Foga" wrote:
> >>>
> >>> Excellent news Taher!
> >>>
> >>> Thanks very much for your effo

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi Craig

Generally I was thinking about how it was going to be laid out. So if you think 
about one big consolidated OFBiz Guide that contains both technical and user 
guide info, then what would that look like? How would you structure the one 
consolidated output? 

I don't think that it would necessarily need to mirror the exact structure of 
the menus - it just depends on how it's linked to the overall process (if you 
are thinking user docs). Also some of the things we need to write about won't 
appear anywhere in the menus - so we'll need a general place for that.

My comment was also about the format of each of the source documents to ensure 
consistency. Since we are going to be consolidating many smaller documents into 
one big one, so it needs to look like they belong together.

Hope that makes it clearer.

Thanks
Sharan

On 2018-01-17 16:08, Craig Parker  wrote: 
> I think the doc structure ought to mirror the menu in the software, or 
> are you talking about how a doc itself is laid out?
> 
> 
> On 01/17/2018 09:25 AM, Sharan Foga wrote:
> > Hi Taher
> >
> > Great work! I tried it out and found it simple and easy to use (and 
> > write!). When can we start writing ? :-)
> >
> > I was thinking to start with basic descriptions of each of the 
> > applications, then see how it evolves from there. We can maybe recover some 
> > documentation content from various sources including our existing online 
> > help system and the wiki.
> >
> > The documentation structure will maybe need some thought, and we may need 
> > to sort out some common template or guidelines around it.
> >
> > Thanks
> > Sharan
> >
> > On 2018-01-14 12:33, "Sharan Foga" wrote:
> >> Excellent news Taher!
> >>
> >> Thanks very much for your effort on this. I'll aim to try it out this week 
> >> and come back with any feedback.
> >>
> >> Thanks
> >> Sharan
> >>
> >> On 2018-01-12 17:36, Taher Alkhateeb  wrote:
> >>> Hello everyone,
> >>>
> >>> Sorry for the delay on my part, I got a little preoccupied. Anyway, I
> >>> have a small patch in [1] that provides the PoC for integrating
> >>> asciidoctor with OFBiz. I also provided in the the JIRA [1]
> >>> instructions on how to run it. Essentially, this allows you to create
> >>> documentation for any component by simply creating a src/docs/asciidoc
> >>> directory and putting files inside.
> >>>
> >>> This solution is flexible and allows us to build bigger designs on top
> >>> of it. Please review it and tell me if you like the general design.
> >>>
> >>> [1] https://issues.apache.org/jira/browse/OFBIZ-9873
> >>>
> >>> On Tue, Oct 17, 2017 at 11:01 AM, Taher Alkhateeb
> >>>  wrote:
> >>>> Hello Folks,
> >>>>
> >>>> We've had this discussion multiple times in the past, but I think I
> >>>> have a more concrete idea this time for solving this problem. In the
> >>>> past few weeks we've been working internally in Pythys to figure out
> >>>> the best way to write and distribute documentation, and I think most
> >>>> of that is applicable to OFBiz.
> >>>>
> >>>> In a nutshell, here is the idea (practically) for how to proceed:
> >>>>
> >>>> - The documentation language to use is Asciidoc
> >>>> - The documentation tool is Asciidoctor
> >>>> - Publishing happens through Gradle using the asciidoctor gradle
> >>>> plugin (not the OFBiz framework or anything else).
> >>>> - The only place where we write documentation is inside the code base
> >>>> - Every component contains its own documentation
> >>>> - General documentation goes to either a standalone directory or a
> >>>> generic component like common or base
> >>>> - As much as possible, documentation files are small and focused on
> >>>> one topic. And then other longer documents are constructed from these
> >>>> snippets of documentation.
> >>>> - We publish to all formats including PDF for users, or HTML for
> >>>> embedded help and wiki pages. So OFBiz does not parse docbook for its
> >>>> help system, instead it just renders generated HTML.
> >>>>
> >>>> As I've worked extensively with Asciidoc I find it easy to pickup
> >>>> (like markdown) but also modular (like docbook and dita). It's also
> >>>> neat that you can sprinkle variables all around in your document so
> >>>> that update is no longer a painful grepping process.
> >>>>
> >>>> Would love to hear your thoughts on this.
> >>>>
> >>>> Cheers,
> >>>>
> >>>> Taher Alkhateeb
> 
> 

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi Taher

Great work! I tried it out and found it simple and easy to use (and write!). 
When can we start writing ? :-)

I was thinking to start with basic descriptions of each of the applications, 
then see how it evolves from there. We can maybe recover some documentation 
content from various sources including our existing online help system and the 
wiki.

The documentation structure will maybe need some thought, and we may need to 
sort out some common template or guidelines around it.

Thanks
Sharan

On 2018-01-14 12:33, "Sharan Foga" wrote: 
> Excellent news Taher!
> 
> Thanks very much for your effort on this. I'll aim to try it out this week 
> and come back with any feedback.
> 
> Thanks
> Sharan
> 
> On 2018-01-12 17:36, Taher Alkhateeb  wrote: 
> > Hello everyone,
> > 
> > Sorry for the delay on my part, I got a little preoccupied. Anyway, I
> > have a small patch in [1] that provides the PoC for integrating
> > asciidoctor with OFBiz. I also provided in the the JIRA [1]
> > instructions on how to run it. Essentially, this allows you to create
> > documentation for any component by simply creating a src/docs/asciidoc
> > directory and putting files inside.
> > 
> > This solution is flexible and allows us to build bigger designs on top
> > of it. Please review it and tell me if you like the general design.
> > 
> > [1] https://issues.apache.org/jira/browse/OFBIZ-9873
> > 
> > On Tue, Oct 17, 2017 at 11:01 AM, Taher Alkhateeb
> >  wrote:
> > > Hello Folks,
> > >
> > > We've had this discussion multiple times in the past, but I think I
> > > have a more concrete idea this time for solving this problem. In the
> > > past few weeks we've been working internally in Pythys to figure out
> > > the best way to write and distribute documentation, and I think most
> > > of that is applicable to OFBiz.
> > >
> > > In a nutshell, here is the idea (practically) for how to proceed:
> > >
> > > - The documentation language to use is Asciidoc
> > > - The documentation tool is Asciidoctor
> > > - Publishing happens through Gradle using the asciidoctor gradle
> > > plugin (not the OFBiz framework or anything else).
> > > - The only place where we write documentation is inside the code base
> > > - Every component contains its own documentation
> > > - General documentation goes to either a standalone directory or a
> > > generic component like common or base
> > > - As much as possible, documentation files are small and focused on
> > > one topic. And then other longer documents are constructed from these
> > > snippets of documentation.
> > > - We publish to all formats including PDF for users, or HTML for
> > > embedded help and wiki pages. So OFBiz does not parse docbook for its
> > > help system, instead it just renders generated HTML.
> > >
> > > As I've worked extensively with Asciidoc I find it easy to pickup
> > > (like markdown) but also modular (like docbook and dita). It's also
> > > neat that you can sprinkle variables all around in your document so
> > > that update is no longer a painful grepping process.
> > >
> > > Would love to hear your thoughts on this.
> > >
> > > Cheers,
> > >
> > > Taher Alkhateeb
> > 
> 

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Excellent news Taher!

Thanks very much for your effort on this. I'll aim to try it out this week and 
come back with any feedback.

Thanks
Sharan

On 2018-01-12 17:36, Taher Alkhateeb  wrote: 
> Hello everyone,
> 
> Sorry for the delay on my part, I got a little preoccupied. Anyway, I
> have a small patch in [1] that provides the PoC for integrating
> asciidoctor with OFBiz. I also provided in the the JIRA [1]
> instructions on how to run it. Essentially, this allows you to create
> documentation for any component by simply creating a src/docs/asciidoc
> directory and putting files inside.
> 
> This solution is flexible and allows us to build bigger designs on top
> of it. Please review it and tell me if you like the general design.
> 
> [1] https://issues.apache.org/jira/browse/OFBIZ-9873
> 
> On Tue, Oct 17, 2017 at 11:01 AM, Taher Alkhateeb
>  wrote:
> > Hello Folks,
> >
> > We've had this discussion multiple times in the past, but I think I
> > have a more concrete idea this time for solving this problem. In the
> > past few weeks we've been working internally in Pythys to figure out
> > the best way to write and distribute documentation, and I think most
> > of that is applicable to OFBiz.
> >
> > In a nutshell, here is the idea (practically) for how to proceed:
> >
> > - The documentation language to use is Asciidoc
> > - The documentation tool is Asciidoctor
> > - Publishing happens through Gradle using the asciidoctor gradle
> > plugin (not the OFBiz framework or anything else).
> > - The only place where we write documentation is inside the code base
> > - Every component contains its own documentation
> > - General documentation goes to either a standalone directory or a
> > generic component like common or base
> > - As much as possible, documentation files are small and focused on
> > one topic. And then other longer documents are constructed from these
> > snippets of documentation.
> > - We publish to all formats including PDF for users, or HTML for
> > embedded help and wiki pages. So OFBiz does not parse docbook for its
> > help system, instead it just renders generated HTML.
> >
> > As I've worked extensively with Asciidoc I find it easy to pickup
> > (like markdown) but also modular (like docbook and dita). It's also
> > neat that you can sprinkle variables all around in your document so
> > that update is no longer a painful grepping process.
> >
> > Would love to hear your thoughts on this.
> >
> > Cheers,
> >
> > Taher Alkhateeb
> 

Re: OFBiz as a Kibble Demo Project

[Sharan Foga]

Hi Jacques

Ahh - OK. Thanks Jacques, I think there might be some setup missing for 
you if you are using you a.o email (e.g adding your user profile to the 
the ASF organisation) that needs to be done. I think that Rafael may be 
able to help with that. Please can you post a message about your problem 
on the Kibble dev list.


Thanks
Sharan

On 09/01/18 10:27, Jacques Le Roux wrote:

Thanks Sharan,

When I try to add the trunk svn sources to the OFBiz view I created it 
says I can't despite using my @a.o address


How to add myself to an organisation? At 
https://demo.kibble.apache.org/organisations.html?page=org I get "You 
don't seem to belong to any organisations just yet."


And when I get to 
https://demo.kibble.apache.org/organisations.html?page=org-users I 
only read "Loading, hang on tight..! " even after some minutes (I get 
a lot of that everywhere ;))


BTW I guess it's based on snoot.io right? (I have got snoot to work 
right)


Thanks

Jacques


Le 08/01/2018 à 17:43, Sharan Foga a écrit :

Hi All

If you are not familiar with Apache Kibble, it is a fairly new top 
level project that I am involved in that is focussed on gathering and 
analysing community metrics.


http://kibble.apache.org/

As part of the project, there was a request for Apache projects who 
wanted to be part of their demo and also provide feedback to the 
Kibble project about developing specific metrics that could be useful 
to the project community.


OFBiz has been setup as one of the demo projects so if you are 
interested, you can use the Kibble demo to play around and take a 
look at our existing metrics.


Thanks
Sharan

OFBiz as a Kibble Demo Project

[Sharan Foga]

Hi All

If you are not familiar with Apache Kibble, it is a fairly new top level 
project that I am involved in that is focussed on gathering and analysing 
community metrics.

http://kibble.apache.org/

As part of the project, there was a request for Apache projects who wanted to 
be part of their demo and also provide feedback to the Kibble project about 
developing specific metrics that could be useful to the project community.

OFBiz has been setup as one of the demo projects so if you are interested, you 
can use the Kibble demo to play around and take a look at our existing metrics. 

Thanks
Sharan

Re: Proposal to remove the "Special Notice" section from the OFBiz download page

[Sharan Foga]

+1

Thanks
Sharan

On 05/01/18 11:43, Taher Alkhateeb wrote:

+1

On Jan 5, 2018 1:34 PM, "Jacques Le Roux" 
wrote:

+1 for both

Jacques



Le 05/01/2018 à 11:18, Michael Brohl a écrit :


+1

I think we should also change the headline "Apache OFBiz 13.07 and
earlier" to "Earlier Releases" or similar, so that we do not have to
maintain this section when the releases change.

Regards,

Michael


Am 05.01.18 um 11:02 schrieb Jacopo Cappellato:


Hi all,

I think we should now remove the section titled "Special Notice Regarding
Branches 14.12 and 15.12" from the OFBiz download page:

https://ofbiz.apache.org/download.html

The page should only list the most recent release from each actively
maintained branch; the section has been useful while we were migrating our
scripts but I think that now only adds confusion.

Any objections?

Jacopo

Re: OFBiz Version Info

[Sharan Foga]

Hi

Having the version info available somehow could be useful. Whenever a user 
reports a problem on our user lists, one of the first questions we ask them is 
"What version are you using?"

Perhaps asking the question about version information, on the user list might 
help.

Thanks
Sharan

On 2017-11-27 08:49, Pierre Smits  wrote: 
> Hi Devanshu Vyas,
> 
> Please see inline.
> 
> Best regards,
> 
> Pierre Smits
> 
> ORRTIZ.COM 
> OFBiz based solutions & services
> 
> OEM - The OFBiz Extensions Marketplace1
> http://oem.ofbizci.net/oci-2/
> 1 not affiliated to (and not endorsed by) the OFBiz project
> 
> On Mon, Nov 27, 2017 at 7:33 AM, Devanshu Vyas 
> wrote:
> 
> > Thank you all for your thoughts on this.
> >
> > I really like the idea shared by Taher to create a version file using
> > target and after second thought I agree that it can be a tiresome task to
> > update version info manually with each release.
> > But before we conclude this discussion, I would like to share another
> > thought with you. I think we can add OFBiz version info in the licensing
> > information we add to our files.
> > I know it will be a manual task, but can be easily done with a simple Find
> > & Replace.
> >
> > I am happy to work on the whichever implementation we decide here(hoping I
> > am not stepping on anyone's toes).
> >
> 
> Don't worry. I bet you aren't. ;)
> 
> 
> >
> > And my reason to raise the concern was that it is very difficult to
> > identify which version of code a user is using(a real-time scenario where I
> > was exposed to OFBiz code and I couldn't perform anything on it. So just by
> > looking at it, I was unable to determine what version it was)
> >
> >
> So you experienced a user being exposed to a OOTB OFBiz deployment,
> deployed by your employer HotWax? Or was the user exposed to a deployment
> that was also modified? In either case this is an issue related to the
> Release Management process applied. And not necessarily an OFBIZ problem.
> 
> 
> > Waiting for your replies!!
> >
> >
> > Thanks & Regards,
> > Devanshu Vyas.
> >
> 

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi All

At the Open Source Summit in Prague a couple of weeks ago I attended 
quite a few documentation related talks and also interviewed one of the 
presenters (Robert Kratky from Red Hat) for FeatherCast. He did a talk 
about converting legacy docs into more user story based content, so bit 
like what we need to do. Anyway his recommendation was Asciidoc and he 
also had some links to resources that could help in our documentation 
journey.


If the tool selection is actually stopping us from moving onto the next 
step then let's present the proposal options (e.g Asciidoc, Pandoc etc) 
and ask the community to select their preference..


Thanks
Sharan


On 08/11/17 10:33, Taher Alkhateeb wrote:

If you check the link you sent, you will notice that asciidoc is not an
input format in pandoc, but rather an ouput format.

On Nov 8, 2017 12:29 PM, "Jacques Le Roux" 
wrote:

Le 08/11/2017 à 08:25, Paul Foxworthy a écrit :


On 17 October 2017 at 20:25, Michael Brohl 
wrote:


I assume that we can use any Asciidoc editor and need not to use

Asciidoctor?

Hi Michael,

Asciidoctor is not an editor, it's a text processor that can convert
AsciiDoc to HTML or DocBook XML. So it's an alternative processor to Pandoc
(https://pandoc.org/).

One of the reasons to choose any wiki-like language (AsciiDoc, Markdown,
etc) is you can use any text editor at all. I use a nice AsciiDoc plugin
for IntelliJ IDEA. Your tastes may vary.

Cheers

Paul Foxworthy

Hi Paul,

Do you know if there are there good reasons to favor Asciidoctor over
Pandoc?
I'm more in favour of the later because now I know it (thanks to you :))
and especially because it offers so much possibilities, see graph here
https://pandoc.org/
You never know what you will need one day...

Jacques

Re: Using OFBiz as an Online Store for ASF Swag ?

[Sharan Foga]

Hi All

I've had some initial positive feedback on this so I'd like to bring this 
discussion back up again on our lists to see if we have enough support to take 
it further. The general idea is the same – so allowing people to buy Apache 
branded swag, but then also at some point extending it to allow people to buy 
branded swag for any Apache project.

So firstly would our community be willing to build and set this up? And 
secondly (and more importantly) would our community be willing to support it if 
anything needed fixing or updating?

Thanks
Sharan

On 2017-02-08 11:49, "Sharan Foga" wrote: 
> Hi All
> 
> I'm posting this message here as a potential idea for OFBiz to help out the 
> ASF. I'm not sure if it will go anywhere but here goes. 
> 
> At the moment I help to manage the stock of ASF branded merchandise for 
> conferences such as Apachecon and FOSDEM for Europe. 
> 
> During FOSDEM although we were giving stuff away for free, we did have 
> limited stock of some items and we actually had quite a few people interested 
> in buying ASF branded stuff so I was thinking about the possibility of using 
> OFBiz to setup an ASF online store. 
> 
> This is only the start of an idea and I would need to discuss it with 
> marketing, branding and community development to understand if it is even 
> possible and if there are any restrictions etc and how it could work.
> 
> Thanks
> Sharan.
> 
> 

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi 

I would say the first and easier focus is to complete the online help. Telling 
people how to use the screens and applications is a basic requirement that we 
haven't fulfilled for OFBiz yet.  Once we have that then we can see how it can 
be expanded to incorporate more general details. I think the issue we have had 
over the years is that OFBiz is so big that it's difficult to know where to 
start.

At least if we can give people information about the application they are 
using, and how to use the screens, then that will give them enough to get 
going. For content we could review the existing help that we have and update it 
into a standard format or template so that it is consistent. 

We may also find that we still need the wiki for something so let's see what 
happens

Thanks
Sharan

On 2017-10-17 13:21, Jacques Le Roux  wrote: 
> Yes thanks Taher to have picked this again,
> 
> I agree with all what have been said so far.
> 
> You know my preference for asscidoc and asciidoctor. Using the asciidoctor 
> Gradle plugin seems logical to me.
> 
> I'm all for having all the documentation inside the source. I had even 
> created a Jira for that https://issues.apache.org/jira/browse/OFBIZ-9423
> 
> Questions:
> 
>  1. Should we continue to provide an online help? Would we reuse/upgrade the 
> current one?
>  2. Where to put the common documentation? In common or commonext component 
> or in a new documentation folder? Later seems easier for newbies, name
> says all.
>  3. I use pandoc to create (from some .md files) md.html files in 
> tools\wiki-files imported in wiki pages. I regularly use a .bat for that. 
> Would we
> replace also our current .md files?
> 
> Jacques
> 
> 
> Le 17/10/2017 à 11:25, Michael Brohl a écrit :
> > Big +1 for this initiative!
> >
> > I have not much to add to Taher's proposal and Sharan's viewpoint.
> >
> > I assume that we can use any Asciidoc editor and need not to use 
> > Asciidoctor?
> >
> > I think we have to decide what we will do with our Wiki based documentation 
> > then. If we have up-to-date documentation in the components and can 
> > generate up-to-date documentation every night, pretty much of the Wiki 
> > documentation would be obsolete. A simple link to the generated 
> > documentation 
> > would be enough, right?
> >
> > For new code in framework and plugins, I would strongly recommend to have 
> > mandatory documentation as part of the first commit to the codebase to 
> > assure a good initial start.
> >
> > I think we should just start with a proof-of-concept by moving some small 
> > part of the documentation to Asciidoc and into the codebase.
> >
> > Would be a great starting point for new contributors also.
> >
> > Best regards,
> >
> > Michael
> >
> >
> > Am 17.10.17 um 10:30 schrieb Sharan Foga:
> >> Hi Taher
> >>
> >> It's great that this conversation has started again. It would be great to 
> >> actually start to do something about the integrated help system within 
> >> OFBiz itself. We have found limitations with the docbook implementation we 
> >> have, so now have a better idea of what we want to achieve.
> >>
> >> In the past we've talked a lot about DITA but to me it seemed a lot more 
> >> complex to understand, structure and generally get started. I've briefly 
> >> played about with Ascidoc and it seems pretty simple enough to get the 
> >> hang of and that to me is an important thing. I also like the idea of 
> >> being 
> >> able to render multiple formats (and it would be good to make them look 
> >> nicer and easier to read).
> >>
> >> Getting a good and functioning help framework into our codebase is long 
> >> overdue and I'm sure will add some great benefits and also encourage 
> >> documentation contributions from our community.
> >>
> >> Big +1 from me!
> >>
> >> Thanks
> >> Sharan
> >>
> >>
> >> On 17/10/17 10:01, Taher Alkhateeb wrote:
> >>> Hello Folks,
> >>>
> >>> We've had this discussion multiple times in the past, but I think I
> >>> have a more concrete idea this time for solving this problem. In the
> >>> past few weeks we've been working internally in Pythys to figure out
> >>> the best way to write and distribute documentation, and I think most
> >>> of that is applicable to OFBiz.
> >>>
> >>> In a nutshell, here is the idea (practically) for how to proc

Re: [Discussion] documentation framework for OFBiz

[Sharan Foga]

Hi Taher

It's great that this conversation has started again. It would be great 
to actually start to do something about the integrated help system 
within OFBiz itself. We have found limitations with the docbook 
implementation we have, so now have a better idea of what we want to 
achieve.


In the past we've talked a lot about DITA but to me it seemed a lot more 
complex to understand, structure and generally get started. I've briefly 
played about with Ascidoc and it seems pretty simple enough to get the 
hang of and that to me is an important thing. I also like the idea of 
being able to render multiple formats (and it would be good to make them 
look nicer and easier to read).


Getting a good and functioning help framework into our codebase is long 
overdue and I'm sure will add some great benefits and also encourage 
documentation contributions from our community.


Big +1 from me!

Thanks
Sharan


On 17/10/17 10:01, Taher Alkhateeb wrote:

Hello Folks,

We've had this discussion multiple times in the past, but I think I
have a more concrete idea this time for solving this problem. In the
past few weeks we've been working internally in Pythys to figure out
the best way to write and distribute documentation, and I think most
of that is applicable to OFBiz.

In a nutshell, here is the idea (practically) for how to proceed:

- The documentation language to use is Asciidoc
- The documentation tool is Asciidoctor
- Publishing happens through Gradle using the asciidoctor gradle
plugin (not the OFBiz framework or anything else).
- The only place where we write documentation is inside the code base
- Every component contains its own documentation
- General documentation goes to either a standalone directory or a
generic component like common or base
- As much as possible, documentation files are small and focused on
one topic. And then other longer documents are constructed from these
snippets of documentation.
- We publish to all formats including PDF for users, or HTML for
embedded help and wiki pages. So OFBiz does not parse docbook for its
help system, instead it just renders generated HTML.

As I've worked extensively with Asciidoc I find it easy to pickup
(like markdown) but also modular (like docbook and dita). It's also
neat that you can sprinkle variables all around in your document so
that update is no longer a painful grepping process.

Would love to hear your thoughts on this.

Cheers,

Taher Alkhateeb

Re: Change default Theme to Rainbow Saphir

[Sharan Foga]

Hi Jacques

Sorry I missed this.

+1 for changing the default theme to Rainbow Saphir (and correcting spelling in 
the name). 

Thanks
Sharan

On 2017-10-16 14:56, Jacques Le Roux  wrote: 
> Le 09/10/2017 à 14:16, Jacques Le Roux a écrit :
> > Hi,
> >
> > I see that more and more the Rainbow theme is used in our demos.
> >
> > I guess it's because It has 2 advantages:
> >
> > 1. Being initially based on Flat Grey it handles RTL languages (the only 
> > one doing that with Flat Grey)
> > 2. It's a modern theme, like others but Flat Grey (dropdown sub-menus etc.)
> >
> > Now if we agree about the change we also need to determine which 
> > variations, I personally prefer Saphir, (BTW in English should be Sapphire 
> > and we 
> > need to change that ;))
> Hi,
> 
> Should I take no answers as a lazy consensus or everybody missed it :) ?
> 
> 
> >
> > I have also just noticed one thing: if you set the Arab language it's 
> > difficult (impossible?) to get back to another language w/ that theme. To 
> > be 
> > checked before creating a Jira for that...
> Or maybe this should be considered blocking for such a move? (I don't think 
> so, having it on demo will bring a solution forward)
> 
> Jacques
> 
> > Jacques
> 
> 

Re: Planning for the creation of the new 17.xx branch(es)

[Sharan Foga]

+1,  good idea! And yes it is about the right time to start focussing on 
this.


Thanks
Sharan

On 10/10/17 09:35, Jacopo Cappellato wrote:

Hi all,

I think it is time to start thinking about if, when, how we should create
the new release branch out of the trunk. Actually, for the first time, we
should probably create two branches: one for the framework and one for the
plugins.
What do you think?

In my opinion we could try to get all the changes we want to have in the
trunk to be included in the branch by end of November: this means that the
the creation of the branch could happen at the end of November.
If this is the case then the names could be:
release17.11-framework
release17.11-plugins

The above is for the release *branches* only, not for the actual releases.
We could decide at a later point if the actual releases will be shipped as
two separate products (e.g. "Apache OFBiz Framework 17.11.01" and "Apache
OFBiz Plugins 17.11.01") or merged into one (e.g. "Apache OFBiz 17.11.01").

Best regards,

Jacopo

Re: [ANNOUNCE] The Big Book for Apache OFBiz Data Model 2017 Released

[Sharan Foga]

Great work Aditya. It looks fantastic and is a useful resource for the whole 
community!. Thanks very much for spending the time to do this.

Thanks
Sharan

On 2017-10-04 13:15, Aditya Sharma  wrote: 
> Hello All,
> 
> It gives me immense pleasure informing you all that we have updated *The Big
> Book of Apache OFBiz Data Model* according to the latest trunk version.
> 
> The key features:
> * Colored content with titles according to the internal color pattern.
> * Addition of a separate page for integration specific entities.
> * Removal of technical process diagrams, making it specific for entities.
> * Addition of 77 new entities.
> * Removal of 8 entities.
> * Addition of around 200+ new fields in entities (Though major portion
> includes the addition of description or attrDescription fields in
> *Attribute or *TypeAttr entities).
> * Removal of 24 fields.
> 
> I have uploaded the files on Data Model Diagrams page. Here is the link
> .
> 
> Cheers!
> 
> *Aditya Sharma* | Enterprise Software Engineer
> HotWax Systems 
> 
> 

Re: [Site] things to clean up or improve

[Sharan Foga]

I think it was 9663 but will check properly when I  get back.

Thanks
Sharan


On 1 Oct 2017 10:01 am, "Jacques Le Roux" 
wrote:

> Hi Sharan,
>
> I could not find it
>
> Cheers
>
> Jacques
>
>
> Le 01/10/2017 à 09:32, Sharan Foga a écrit :
>
>> Thanks Jacques.  I think there was also a jira created for this particular
>> one so if you could find and close that one it would be good. Otherwise I
>> will do it when I  get back on Thursday.
>>
>> Thanks
>> Sharan
>>
>>
>>
>> On 1 Oct 2017 9:21 am, "Jacques Le Roux" 
>> wrote:
>>
>> Le 28/09/2017 à 22:13, Jacques Le Roux a écrit :
>>
>> 2. Googling for "site:ofbiz.apache.org security security"
>>> Add a link from the security word (in bottom part) to "Security
>>> Vulnerabilities" section in Dowload page (miss an anchor there, was
>>> https://ofbiz.apache.org/download.html#vulnerabilities before)
>>>
>>> Done
>>
>> Jacques
>>
>>
>

Re: [Site] things to clean up or improve

[Sharan Foga]

Thanks Jacques.  I think there was also a jira created for this particular
one so if you could find and close that one it would be good. Otherwise I
will do it when I  get back on Thursday.

Thanks
Sharan



On 1 Oct 2017 9:21 am, "Jacques Le Roux" 
wrote:

Le 28/09/2017 à 22:13, Jacques Le Roux a écrit :

> 2. Googling for "site:ofbiz.apache.org security security"
>Add a link from the security word (in bottom part) to "Security
> Vulnerabilities" section in Dowload page (miss an anchor there, was
> https://ofbiz.apache.org/download.html#vulnerabilities before)
>
Done

Jacques

Re: Security issues diffusion strategy

[Sharan Foga]

Hi Jacques

I noted that you sent the original email on a Saturday and not everyone 
is available to respond over a weekend so would suggest that you wait at 
least another day for any feedback.


Thanks
Sharan

On 18/09/17 09:59, Jacques Le Roux wrote:
Actually, we follow https://www.apache.org/security/committers.html 
and are right to do.


Since I got no answers I suppose it's a silent consensus and will do 2

Jacques


Le 16/09/2017 à 11:50, Jacques Le Roux a écrit :

Hi,

Maybe you have heard about Equifax and Apache Struts recently.
While following the story on the ASF members side I read some emails 
which made me think about our security issues diffusion strategy.


There are 2 things projects like HTTPD and Tomcat do:

1. They amend the commits that fixed the issue by adding a the CVE 
reference in the comment
2. Tomcat also includes a link/s to the commit/s that fixed the issue 
on their security page.


We already do 1 (at least I found some commits logs amended) but 
should we not also do 2 at https://ofbiz.apache.org/download.html ?


Jacques

Website Customised 404 Error Page

[Sharan Foga]

Hi All

Just a quick note to let you know that Kenneth (thanks yet again!) has created 
us a nice customised image for our website 404 error page. How to not find a 
website page and it still looks good! 

http://ofbiz.apache.org/404.html

Thanks
Sharan

Re: Adding Bitcoin Support to OFBiz

[Sharan Foga]

Hi Julien

I've verified that your ICLA has been filed and have updated your Jira 
permissions so you should be able to assign issues to yourself now.


And welcome to the project! :-)

Thanks
Sharan

On 11/09/17 10:45, Sharan Foga wrote:

Hi Julian

If you have filed an ICLA and have been setup as a contributor in our 
Jira instance, you should be able to assign an issue to yourself. This 
is a feature we enabled for contributors with ICLAs so that others can 
see that you are working on it. I'll do a quick check to see if your 
Jira permissions setup has been done.


Thanks
Sharan



On 11/09/17 09:33, Jacques Le Roux wrote:

Hi Julian,

You don't need to assign the task to yourself for begin to work on 
it, simply provide a patch when done


New features are always only implemented in trunk

The official repository is SVN but you can use and provide a svn 
formatted patch in the Jira


One important point, will you provide a plugin patch or do you need 
to change the framework


https://github.com/apache/ofbiz-framework

https://github.com/apache/ofbiz-plugins

Thanks

Jacques


Le 11/09/2017 à 09:01, Blockfreight™ | Julian Smith a écrit :



Attn: *OFBiz Dev List*
Re: *Add Bitcoin to Accounting*
*
*
Hi All,

Further to our discussion,

I am keen to add Bitcoin support to the next release of OFBiz.

  * As per the developer guide, I have filled an Apache ICLA.

  * I created this ticket:

https://issues.apache.org/jira/browse/OFBIZ-9699

  * Would you someone please assign it to me?

  * Finally, which branch specifically should I patch against?

  * Alternatively - is it correct I can use Github and provide a 
pull-request (easier / more familiar practice for me)


I look forward to your advice.

Kind Regards,

Julian Smith
Founder, CEO
Blockfreight™ <https://blockfreight.com/>
[ BFT:XCP <https://xchain.io/asset/BLOCKFREIGHT> ]

*Mobile | *+61435022520 

Blockfreight, Inc.
535 Mission St 14th floor
San Francisco CA 94105

*US | *+14154293924 

www.blockfreight.com <http://www.blockfreight.com> | 
julian.sm...@blockfreight.com <mailto:julian.sm...@blockfreight.com>


*Disclaimer: *This email has been sent on the condition that the 
recipient/client agrees and acknowledges that the email may contain 
material that is confidential and/or covered by legal professional 
privilege and is intended for the named recipient. Blockfreight, 
Inc. does not warrant that the contents of any electronically 
transmitted information is accurate and will remain confidential. If 
the reader of this email is not the intended recipient you are 
hereby notified that any use, reproduction, disclosure or 
distribution of the information contained in the email is 
prohibited. If you receive this email in error, please reply to the 
sender immediately and delete the document. No warranty is made that 
this material is free from computer virus or any other defect or error.

Re: Adding Bitcoin Support to OFBiz

[Sharan Foga]

Hi Julian

If you have filed an ICLA and have been setup as a contributor in our 
Jira instance, you should be able to assign an issue to yourself. This 
is a feature we enabled for contributors with ICLAs so that others can 
see that you are working on it. I'll do a quick check to see if your 
Jira permissions setup has been done.


Thanks
Sharan



On 11/09/17 09:33, Jacques Le Roux wrote:

Hi Julian,

You don't need to assign the task to yourself for begin to work on it, 
simply provide a patch when done


New features are always only implemented in trunk

The official repository is SVN but you can use and provide a svn 
formatted patch in the Jira


One important point, will you provide a plugin patch or do you need to 
change the framework


https://github.com/apache/ofbiz-framework

https://github.com/apache/ofbiz-plugins

Thanks

Jacques


Le 11/09/2017 à 09:01, Blockfreight™ | Julian Smith a écrit :



Attn: *OFBiz Dev List*
Re: *Add Bitcoin to Accounting*
*
*
Hi All,

Further to our discussion,

I am keen to add Bitcoin support to the next release of OFBiz.

  * As per the developer guide, I have filled an Apache ICLA.

  * I created this ticket:

https://issues.apache.org/jira/browse/OFBIZ-9699

  * Would you someone please assign it to me?

  * Finally, which branch specifically should I patch against?

  * Alternatively - is it correct I can use Github and provide a 
pull-request (easier / more familiar practice for me)


I look forward to your advice.

Kind Regards,

Julian Smith
Founder, CEO
Blockfreight™ 
[ BFT:XCP  ]

*Mobile | *+61435022520 

Blockfreight, Inc.
535 Mission St 14th floor
San Francisco CA 94105

*US | *+14154293924 

www.blockfreight.com  | 
julian.sm...@blockfreight.com 


*Disclaimer: *This email has been sent on the condition that the 
recipient/client agrees and acknowledges that the email may contain 
material that is confidential and/or covered by legal professional 
privilege and is intended for the named recipient. Blockfreight, Inc. 
does not warrant that the contents of any electronically transmitted 
information is accurate and will remain confidential. If the reader 
of this email is not the intended recipient you are hereby notified 
that any use, reproduction, disclosure or distribution of the 
information contained in the email is prohibited. If you receive this 
email in error, please reply to the sender immediately and delete the 
document. No warranty is made that this material is free from 
computer virus or any other defect or error.

Re: svn commit: r1806764 - /ofbiz/site/README.md

[Sharan Foga]

Thanks for adding the Readme  file Deepak. I just added a quick update to it 
for header and footer changes.

+1 Taher  - if you are ready to start on the conversion to freemarker and a 
more automated solution then please go ahead, as I think apart from the site 
sychronisation issue that Infra are looking at, there are only minor site 
changes being reported.

Thanks
Sharan

On 2017-08-31 18:34, Deepak Dixit  wrote: 
> Hi Taher,
> 
> +1 ftl is much better than php it will save lot of time and duplicate code
> as well
> 
> Please proceed, I'll do changes after ftl conversation as well
> 
> I'd like to help in freemarker conversition as well, please feel free to
> ask me for any assistence
> 
> Thanks & Regards
> -- 
> Deepak Dixit
> 
> On Thursday, August 31, 2017, Michael Brohl 
> wrote:
> 
> > +1, Taher
> >
> > Regards,
> >
> > Michael
> >
> >
> > Am 31.08.17 um 12:35 schrieb Taher Alkhateeb:
> >
> >> I feel sort of guilty because I'm the one who wrote those templates in
> >> the first place. I wrote them in PHP because I needed something to
> >> quickly publish HTML without copy-pasting headers, footers and so on.
> >>
> >> With that being said, if folks are okay with this, I intend on
> >> replacing them with FreeMarker and automating publishing with Gradle.
> >> I can't do that at the moment because there seems to be a lot of
> >> commit action recently. So I'll wait until things settle down a bit.
> >>
> >> On Thu, Aug 31, 2017 at 11:41 AM,   wrote:
> >>
> >>> Author: deepak
> >>> Date: Thu Aug 31 08:41:35 2017
> >>> New Revision: 1806764
> >>>
> >>> URL: http://svn.apache.org/viewvc?rev=1806764&view=rev
> >>> Log:
> >>> Added Readme file
> >>>
> >>> Added:
> >>>  ofbiz/site/README.md   (with props)
> >>>
> >>> Added: ofbiz/site/README.md
> >>> URL: http://svn.apache.org/viewvc/ofbiz/site/README.md?rev=180676
> >>> 4&view=auto
> >>> 
> >>> ==
> >>> --- ofbiz/site/README.md (added)
> >>> +++ ofbiz/site/README.md Thu Aug 31 08:41:35 2017
> >>> @@ -0,0 +1,23 @@
> >>> +##Update Site
> >>> +If anyone is going to do any fixes - please do not just do any changes
> >>> or fixes in the html page itself.
> >>> +It needs to be done in the php template, located under template/page,
> >>> Once you are done with changes please
> >>> +compile these file and generate html using following command
> >>> +`php template/html.tpl.php template/page/about-ofbiz.tpl.php >
> >>> about-ofbiz.html`
> >>> +
> >>> +###Here are the quick reference to compile all the template file
> >>> +
> >>> +`php template/html.tpl.php template/page/about-ofbiz.tpl.php >
> >>> about-ofbiz.html`
> >>> +`php template/html.tpl.php template/page/business-users.tpl.php
> >>> >business-users.html`
> >>> +`php template/html.tpl.php template/page/developers.tpl.php >
> >>> developers.html`
> >>> +`php template/html.tpl.php template/page/download.tpl.php >
> >>> download.html`
> >>> +`php template/html.tpl.php template/page/release-notes-16.11.03.tpl.php
> >>> > release-notes-16.11.03.html`
> >>> +`php template/html.tpl.php template/page/release-notes-13.07.03.tpl.php
> >>> > release-notes-13.07.03.html`
> >>> +`php template/html.tpl.php template/page/faqs.tpl.php > faqs.html`
> >>> +`php template/html.tpl.php template/page/getting-involved.tpl.php >
> >>> getting-involved.html`
> >>> +`php template/html.tpl.php template/page/index.tpl.php > index.html`
> >>> +`php template/html.tpl.php template/page/mailing-lists.tpl.php >
> >>> mailing-lists.html`
> >>> +`php template/html.tpl.php template/page/ofbiz-demos.tpl.php >
> >>> ofbiz-demos.html`
> >>> +`php template/html.tpl.php template/page/our-users.tpl.php
> >>> >our-users.html `
> >>> +`php template/html.tpl.php template/page/service-providers.tpl.php >
> >>> service-providers.html `
> >>> +`php template/html.tpl.php template/page/source-repositories.tpl.php >
> >>> source-repositories.html`
> >>> +`php template/html.tpl.php template/page/user-stories.tpl.php >
> >>> user-stories.html`
> >>>
> >>> Propchange: ofbiz/site/README.md
> >>> 
> >>> --
> >>>  svn:eol-style = native
> >>>
> >>> Propchange: ofbiz/site/README.md
> >>> 
> >>> --
> >>>  svn:keywords = Date Rev Author URL Id
> >>>
> >>> Propchange: ofbiz/site/README.md
> >>> 
> >>> --
> >>>  svn:mime-type = text/plain
> >>>
> >>>
> >>>
> >
> >
> 
> -- 
> Thanks & Regards
> --
> Deepak Dixit
> www.hotwaxsystems.com
> www.hotwax.co
> 

Re: Help Needed to move our new website live

[Sharan Foga]

Hi Jacques

The change needs to be done in the php template and then generate the 
html. If you do it in the html only, the changes will be lost when the 
page is regenerated from the php template. I put a note in the Jira 
about it so am copying it here too. I might see if I can out the details 
in a wiki page for reference.


Important Note*: If anyone is going to do any fixes - please do not just do any 
changes or fixes in the html page itself. It needs to be done in the php template 
(e.g. /template/page/index.tpl.php) and then the html page needs to be generated 
using the examples command  php template/html.tpl.php template/page/index.tpl,php 
> index.html


Thanks
Sharan

On 30/08/17 10:16, Jacques Le Roux wrote:

Good idea Aditya,

Done at revision: 1806674

Jacques


Le 29/08/2017 à 14:53, Aditya Sharma a écrit :

A small suggestion for plugin link on developers page (
http://ofbiz.apache.org/developers.html).
Instead of having ofbiz-plugins check out link as


-*ofbiz-plugins trunk*  : $ svn cohttp://svn.apache.org/repos/
asf/ofbiz/ofbiz-plugins/trunk ofbiz-plugins

it can be


-*ofbiz-plugins trunk*  : $ svn cohttp://svn.apache.org/repos/
asf/ofbiz/ofbiz-plugins/trunk plugins
-

so that we can take check out directly in ofbiz framework folder and 
use it.

Re: Help Needed to move our new website live

[Sharan Foga]

Hi Gil

Please can you create a Jira and attach a screenshot so we can identify 
and work out what it is. (Also as the menus are drop downs, they only 
change when you select one of the menu options = perhaps this is what 
you noticed?)

Any let's discuss more in the Jira.

Thanks
Sharan


On 29/08/17 10:12, gil portenseigne wrote:

Congratulations and thanks to everyone who participated in this effort.

I just detected some strange behavior on Getting 
started/New/Documentation/Community links in the header, they are 
pointing to the current page...


Detected on Firefox and Chrome.

Regards,

Gil


On 29/08/2017 09:58, Ashish Vijaywargiya wrote:

Now let's make some noise about our brand new site :-)

+1

The new Apache OFBiz website is looking super cool.
Thanks everyone who was directly or indirectly involved in this effort.

--
Kind Regards
Ashish Vijaywargiya
HotWax Systems - est. 1997 <http://www.hotwaxsystems.com/>


On Tue, Aug 29, 2017 at 1:22 PM, Sharan Foga  
wrote:


Thanks everyone for getting this live! Now let's make some noise 
about our

brand new site :-)

Thanks
Sharan


On 29/08/17 09:48, Jacopo Cappellato wrote:


Congratulations, the new site looks great!
Thank you Sharan, Kenneth and everyone who helped in this effort.

Jacopo

On Tue, Aug 29, 2017 at 8:51 AM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:

Just to update you all, now its working fine
Nice work Kenneth and Sharan. I found some enhancement. Will fix 
one by

one
when I get a chance.
Thanks Ashish and Sandeep for your help.

Special Thanks to infra team to fix the issue.

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Tue, Aug 29, 2017 at 11:16 AM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:

Yes Pranay, need to debug what we are missing.

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Tue, Aug 29, 2017 at 8:30 AM, Pranay Pandey <
pranay.pan...@hotwaxsystems.com> wrote:

Hi Deepak,

Great job. Thanks for the effort.
I think still some configuration is missing.

On 29-Aug-2017 1:20 AM, "Deepak Dixit" 

wrote:

Hi All,
This has been done, But changes not reflecting, I think it may 
take



some

time to reflect.


Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 11:48 PM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:

I am also renaming some html file to maintain search engine 
indexed

webpage url.
Like mailinglists.html to mailing-lists.html etc.

Once these done will update the site.

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 11:42 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

+1

Jacques



Le 28/08/2017 à 20:00, Pranay Pandey a écrit :

Yes renaming the old one sounds good Deepak.

Best regards,
Pranay Pandey
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 5:50 PM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:

Hi Sharan,


We are using *svnpubsub <https://www.apache.org/dev/


project-site.html>

*tools

to publish ofbiz website.
So we need to move http://svn.apache.org/repos/


asf/ofbiz/branches/

ofbiz-new-website/ to http://svn.apache.org/repos/

asf/ofbiz/site/

and

it

should work.

We can rename http://svn.apache.org/repos/asf/ofbiz/site/ to


old-site

for
reference and them can copy some artefacts from old_site 
to  new



site

like doap_OFBiz.rdf

, pmc, svn folder etc.

Please share your thought on this. Others opinions ?

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 4:58 PM, Sharan Foga <


sharan.f...@gmail.com>

wrote:

Thanks Deepak, Sandeep and Ashish!


We already have a Jira open that we can use:

https://issues.apache.org/jira/browse/OFBIZ-7792

So what do you recommend as the next steps?

Thanks
Sharan




On 28/08/17 12:51, Deepak Dixit wrote:

Hi Sharan,


Thanks for your effort. New website looks good.

Sandeep Kose, Ashish and I willing to help.


Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 3:36 PM, Sharan Foga <


sha...@apache.org>

wrote:

Hi All

Thanks to everyone for your feedback on the new-look 
website.

Now

the


next

step is that we need to look at moving it live, so I am


looking

for

some
help as I have no idea how to change it over from the old 
site.



Any volunteers willing to help me with this?

Thanks
Sharan

Re: Help Needed to move our new website live

[Sharan Foga]

Thanks everyone for getting this live! Now let's make some noise about 
our brand new site :-)


Thanks
Sharan

On 29/08/17 09:48, Jacopo Cappellato wrote:

Congratulations, the new site looks great!
Thank you Sharan, Kenneth and everyone who helped in this effort.

Jacopo

On Tue, Aug 29, 2017 at 8:51 AM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:


Just to update you all, now its working fine

Nice work Kenneth and Sharan. I found some enhancement. Will fix one by one
when I get a chance.
Thanks Ashish and Sandeep for your help.

Special Thanks to infra team to fix the issue.

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Tue, Aug 29, 2017 at 11:16 AM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:


Yes Pranay, need to debug what we are missing.

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Tue, Aug 29, 2017 at 8:30 AM, Pranay Pandey <
pranay.pan...@hotwaxsystems.com> wrote:


Hi Deepak,

Great job. Thanks for the effort.
I think still some configuration is missing.

On 29-Aug-2017 1:20 AM, "Deepak Dixit" 
wrote:


Hi All,

This has been done, But changes not reflecting, I think it may take

some

time to reflect.


Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 11:48 PM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:


I am also renaming some html file to maintain search engine indexed
webpage url.
Like mailinglists.html to mailing-lists.html etc.

Once these done will update the site.

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 11:42 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:


+1

Jacques



Le 28/08/2017 à 20:00, Pranay Pandey a écrit :


Yes renaming the old one sounds good Deepak.

Best regards,
Pranay Pandey
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 5:50 PM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:

Hi Sharan,

We are using  *svnpubsub <https://www.apache.org/dev/

project-site.html>

*tools
to publish ofbiz website.
So we need to move http://svn.apache.org/repos/

asf/ofbiz/branches/

ofbiz-new-website/ to http://svn.apache.org/repos/

asf/ofbiz/site/

and

it
should work.

We can rename http://svn.apache.org/repos/asf/ofbiz/site/ to

old-site

for
reference and them can copy some artefacts from old_site to  new

site

like doap_OFBiz.rdf
, pmc, svn folder etc.

Please share your thought on this. Others opinions ?

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 4:58 PM, Sharan Foga <

sharan.f...@gmail.com>

wrote:

Thanks Deepak, Sandeep and Ashish!

We already have a Jira open that we can use:

https://issues.apache.org/jira/browse/OFBIZ-7792

So what do you recommend as the next steps?

Thanks
Sharan




On 28/08/17 12:51, Deepak Dixit wrote:

Hi Sharan,

Thanks for your effort. New website looks good.

Sandeep Kose, Ashish and I willing to help.


Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 3:36 PM, Sharan Foga <

sha...@apache.org>

wrote:

Hi All


Thanks to everyone for your feedback on the new-look website.

Now

the

next
step is that we need to look at moving it live, so I am

looking

for

some

help as I have no idea how to change it over from the old site.

Any volunteers willing to help me with this?

Thanks
Sharan

Re: Help Needed to move our new website live

[Sharan Foga]

Hi Deepak

OK great! That sounds good to me and is one of the approved ASF ways to 
manage it  :-)


I think re-naming the old site is a good idea because we might need to 
refer back to it for reference as the new site doesn't include 
everything from the old site.  What about timing? Does the changeover 
need to be done at the when no-one is using the site or can it be done 
any time?


Thanks
Sharan

On 28/08/17 14:20, Deepak Dixit wrote:

Hi Sharan,

We are using  *svnpubsub <https://www.apache.org/dev/project-site.html> *tools
to publish ofbiz website.
So we need to move http://svn.apache.org/repos/asf/ofbiz/branches/
ofbiz-new-website/ to http://svn.apache.org/repos/asf/ofbiz/site/ and it
should work.

We can rename http://svn.apache.org/repos/asf/ofbiz/site/ to old-site for
reference and them can copy some artefacts from old_site to  new site
like doap_OFBiz.rdf
, pmc, svn folder etc.

Please share your thought on this. Others opinions ?

Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 4:58 PM, Sharan Foga  wrote:


Thanks Deepak, Sandeep and Ashish!

We already have a Jira open that we can use:

https://issues.apache.org/jira/browse/OFBIZ-7792

So what do you recommend as the next steps?

Thanks
Sharan




On 28/08/17 12:51, Deepak Dixit wrote:


Hi Sharan,

Thanks for your effort. New website looks good.

Sandeep Kose, Ashish and I willing to help.


Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 3:36 PM, Sharan Foga  wrote:

Hi All

Thanks to everyone for your feedback on the new-look website. Now the
next
step is that we need to look at moving it live, so I am looking for some
help as I have no idea how to change it over from the old site.

Any volunteers willing to help me with this?

Thanks
Sharan

Re: Help Needed to move our new website live

[Sharan Foga]

Thanks Deepak, Sandeep and Ashish!

We already have a Jira open that we can use:

https://issues.apache.org/jira/browse/OFBIZ-7792

So what do you recommend as the next steps?

Thanks
Sharan



On 28/08/17 12:51, Deepak Dixit wrote:

Hi Sharan,

Thanks for your effort. New website looks good.

Sandeep Kose, Ashish and I willing to help.


Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Mon, Aug 28, 2017 at 3:36 PM, Sharan Foga  wrote:


Hi All

Thanks to everyone for your feedback on the new-look website. Now the next
step is that we need to look at moving it live, so I am looking for some
help as I have no idea how to change it over from the old site.

Any volunteers willing to help me with this?

Thanks
Sharan

Help Needed to move our new website live

[Sharan Foga]

Hi All

Thanks to everyone for your feedback on the new-look website. Now the next step 
is that we need to look at moving it live, so I am looking for some help as I 
have no idea how to change it over from the old site.

Any volunteers willing to help me with this?

Thanks
Sharan

Re: New website

[Sharan Foga]

Hi Jacques

Thanks, the new website was an amazing collaborative effort from quite a 
few people, so I am not going to take all the credit for it :-)


For the carousel / slider - we did discuss on the mailing list about 
what to use and it was suggested to use screenshots from OFBiz itself. 
https://s.apache.org/csyu


As we have a darker coloured background, I decided to use the Rainbow 
theme as it is currently part of our OFBiz release these days.


For the FAQ - I did not include a link on purpose because our Wiki FAQ 
page isn't really an organised FAQ page. It is a mix of a lot of things 
and really needs to be tidied up first.
An FAQ is in the format of a question and an answer so that people 
asking a particular question can easily find what they are looking for. 
Our existing Wiki FAQ page only has a few real questions on it but lots 
of tips and advice so once we have tidied up the wiki and created a true 
FAQ page then it will be good to link it to the website.


Thanks
Sharan


On 27/08/17 08:20, Jacques Le Roux wrote:

Hi Sharan, All,

First I want to congratulate you again for your work, really a great 
achievement!


Now few questions :)

I see that on main page for the carousel you piked the Rainbow theme, 
are we all OK about that? (Note: I have no problem with it)


Don't we miss a link to the wiki FAQ from the site FAQ page, for 
instance using  the sentence "Please take a look at our FAQs" for this 
URL?


Thanks

Jacques

Re: svn commit: r1806062 - in /ofbiz/branches/ofbiz-new-website: index.html template/page/index.tpl.php

[Sharan Foga]

Hi Jacques

The main reason why I removed it is because the latest information on 
that page was from 2015 and we are in 2017, so from a marketing 
perspective - the information is old!


Also OFBiz has changed since 2015 yet we do not have any up to date user 
story about it? (And that does not send a good message to any decision 
maker - in fact it sends the wrong message.)


I suggest that we ask our user community to give us some more current 
reviews or stories (and once we have those - then we can include a link 
from the main website to it).


Thanks
Sharan

Ideally we want to get more current user stories. I'd suggest that we 
start a thread


On 27/08/17 08:20, Jacques Le Roux wrote:

Le 24/08/2017 à 17:35, sha...@apache.org a écrit :

Author: sharan
Date: Thu Aug 24 15:35:32 2017
New Revision: 1806062

URL:http://svn.apache.org/viewvc?rev=1806062&view=rev
Log:
Improved:Remove read more link to user stories from slider
Was it not a good idea? It seems to me that user stories are important 
for decision-makers. Maybe it's now elsewhere?


Jacques

Re: svn commit: r1806058 - in /ofbiz/branches/ofbiz-new-website: ofbiz-demos.html template/page/ofbiz-demos.tpl.php

[Sharan Foga]

Hi Jacques

I mentioned why I changed the demos in a previous email 
https://s.apache.org/vOUO


Also Paul added that people need to see something that they can relate 
to. https://s.apache.org/hVfR


I also remember from my first experience as an OFBiz new user that I 
found the catalog manager screen not a very friendly place to start but 
if our community like it then it's easy to change. Perhaps it might be 
good to simply ask our users what they would like? (if that's the 
audience we are wanting to attract)


Thanks
Sharan

On 27/08/17 07:56, Jacques Le Roux wrote:


Le 24/08/2017 à 17:29, sha...@apache.org a écrit :

Author: sharan
Date: Thu Aug 24 15:29:13 2017
New Revision: 1806058

URL: http://svn.apache.org/viewvc?rev=1806058&view=rev
Log:
Improved:Changed default login demo application from accounting to 
order manager



Hi Sharan,

Would it not be more logical to start by product (ie catalog), like on 
demos?


Jacques

Updating our OFBiz Blog Template

[Sharan Foga]

Hi Everyone

I've received some feedback (and a link) from Kenneth for an initial 
design for a new blog format based on the style of the new website.


https://codepen.io/kennethp/full/OjEvaJ/

Please can you take a look and let me have your comments and feedback.

Thanks
Sharan


 Forwarded Message 
Subject:Re: Movement on the New OFBiz Website :-)
Date:   Wed, 23 Aug 2017 21:05:39 +
From:   Kenneth Paskett 
To: 	Mike Bates , Sharan Foga 





Hi Sharan -

I've had some time to review the OFBiz blog. Updating only the CSS, I've 
been able to come up with something that is much more similar to the 
design of the new site. This is what I've come up with: 
https://codepen.io/kennethp/full/OjEvaJ/


I could make it much better if I'm able to edit some of the HTML content 
as well. Looking at the code, there are empty anchor tags, and overall 
the code just looks kind of messy. I'd love to do some additional work 
and structuring of the HTML for better flow and organization, so let me 
know if edits to the HTML are possible or not.


Also, please provide any comments or feedback you have on the current 
direction of the design (remembering there are things I'd like to do if 
I can add some edits to the HTML, mostly layout).


With regards to the SVN code of the new site, I'm not quite sure how to 
access those files. However, I was able to update the index.html file on 
my local instance, and have the Slider Block looking a bit better with 
transparent screenshots images (attached). I've also attached the HTML 
file, so you can see the updates (Lines 125 - 200) See if you can 
implement those and let me know if you run into any issues.


Thanks so much!

~Kenneth

Re: New Website Branch Created

[Sharan Foga]

Hi All

Kenneth sent me some updated images and code for the slider on the new home 
page, so I've committed all the changes. I also took another look through and 
fixed a few typos, links etc that I think we don't need for the first version.

For the demos – I've changed the default application from accounting to order 
manager. My thought is that most people would know the main steps involved in 
creating an order. (But am happy to go with what the community agrees on – 
parties, products whatever...).

So if people want to give this a final review, I think we could be ready to do 
the changeover to the new site. I'm not sure exactly how it needs to be done so 
would need some help and advice there :-)

You can see the latest version of the website here

http://svn.apache.org/repos/asf/ofbiz/branches/ofbiz-new-website/index.html

Let me know if there are any final changes / tweaks etc. And thanks again to 
everyone (and especially Kenneth) for help getting us to this stage.

Thanks
Sharan


On 2017-07-26 11:47, "Sharan Foga" wrote: 
> Thanks Taher and Pranay
> 
> Initial feedback from Kenneth is that a couple of the images look a bit out 
> of place so I've asked for his suggestions for improving that.
> Also he is preparing some images of OFBiz screenshots that we can use on the 
> site so I'd like to get at least those changes in before publishing. 
> 
> I've noted your feedback and agree these are good points that can improve the 
> site so will look at those. If I can incorporate some before publishing then 
> I will, otherwise we can do it as an ongoing thing once the new site is up. 
> 
> Thanks
> Sharan
> 
> On 2017-07-26 08:13 (+0200), Taher Alkhateeb  
> wrote: 
> > Thank you very much Sharan. The website looks really beautiful! my
> > recommendation is to go ahead and publish it immediately and we can
> > start to fix things as we go.
> > 
> > Some notes for things to work on later:
> > - The three main pitches should be either without a link, or a link to
> > relevant documentation (I'm referring to: "Powerful Java Web
> > Framework", "Developer Friendly", etc ...)
> > - The FAQ needs to be expanded, maybe we can get stuff from the
> > original FAQ documentation after we clean it up [1]
> > - We need to find a more appealing solution for the social media
> > links. I believe they should be in the top as icons instead of links
> > in the footer. I think the template used already has a solution for
> > this but I need to review it at some point.
> > 
> > [1] 
> > https://cwiki.apache.org/confluence/display/OFBIZ/FAQ+-+Tips+-+Tricks+-+Cookbook+-+HowTo
> > 
> > On Tue, Jul 25, 2017 at 1:59 PM, Sharan Foga  wrote:
> > > Hi Everyone
> > >
> > > I've pretty much completed what I think could be an initial version of 
> > > our new website so please feel free to take a look and let me have any 
> > > feedback. (Just for info - all the pictures I've used are from 
> > > Pixabay.com and are free to use and don't need any attribution)
> > >
> > > It would be good to have some sample OFBiz pictures (and community 
> > > feedback supported this too - instead of the all generic ones) especially 
> > > on the home page so I have contacted Kenneth Paskett who has helped with 
> > > the graphic design so far, to ask for a little more help doing that.  So 
> > > once that is done, pending any other feedback, I think we could be ready 
> > > to publish.
> > >
> > > Thanks
> > > Sharan
> > >
> > >
> > > On 2017-06-25 18:54 (+0200), Taher Alkhateeb  
> > > wrote:
> > >> +1 for switching the website to the new one and completing it as we go.
> > >>
> > >> We should try to automate publishing the website. One solution is to
> > >> publish the website as is. Another solution is to restructure the
> > >> website so that only the "generated" stuff gets published to the
> > >> server. So the directory structure could be something like the below.
> > >> And then we can have commands like ./gradlew generateHtml or ./gradlew
> > >> publishHtml
> > >>
> > >> website-project/
> > >> ├── build.gradle
> > >> ├── public
> > >> │   ├── about-ofbiz.html
> > >> │   ├── business-users.html
> > >> │   ├── developers.html
> > >> │   ├── bootstrap
> > >> │   ├── css
> &

Re: Apache OFBiz Wikipedia page showing some warnings

[Sharan Foga]

Hi Arun

Thanks for finding this. I took a quick look.

What I think the warnings mean is that it the wiki page is about Apache 
OFBiz yet the only reference for information comes from Apache (so it 
means that it isn't so objective!). The page needs to include some 
ndependent references and information (i.e that does not come from 
Apache). So essentially we need to find some other external articles or 
references about OFBiz and add them to make the page more balanced.


Thanks
Sharan

On 21/08/17 13:03, Arun Patidar wrote:

Hello All,

I just observed that Apache OFBiz
Wikipedia page
 showing some warnings on top
of it.  Does anybody have any idea about this?

Re: Suggestions Request: OFBiz Business Process Reference Book/Guide

[Sharan Foga]

Great idea Pranay! (and big +1)

Thanks
Sharan

On 19/08/17 06:24, Pranay Pandey wrote:

Hello Devs,

This is something where I wanted to request your suggestions. I am planning
to rename and restructure the documentation on OFBiz Wiki page- Business
Process Stories and Use Cases Library
.

The idea will still be the same i.e. to help OFBiz Evaluators. All the
people who are more interested in written content to prove the
implementation. Provide a robust process documentation that supports
decision-makers to choose OFBiz over any other proprietary software. To
help them take this content to a wider audience who take the decision for
choosing a business automation software.

I am planning to rename this page to: "*OFBiz Business Process Reference
Book*".
Then review and overhaul the overall content on this page to clarify the
purpose of all the documents in this tree(Directory).

Now restructure the child pages with new names with business significance
i.e. the process names that industry people refer e.g. CRM, Product
Information Management(PIM), Procurement, Fulfilment etc.

Now every module page will have two child pages so the structure would be
changed like this-

- Catalog Management
-- Product Information Management (PIM)
--- PIM Process Overview (Content: Process Overview, Business Purpose,
Level-1,2, and 3 Activity Diagrams as applicable to demonstrate the process
flow)
--- PIM User Stories, Use Cases and Test Cases (Content: Review, refine and
add missing user stories, use cases, and test cases)
-- Merchandising
--- Merchandising Process Overview (Content: Process Overview, Business
Purpose, Level-1,2, and 3 Activity Diagrams as applicable to demonstrate
the process flow)
--- Merchandising User Stories, Use Cases and Test Cases
-- Store Management
--- Store Management Process Overview
--- Store Management User Stories, Use Cases and Test Cases
...
...
...

I am planning to create a JIRA ticket with these details and would like to
start from there with sub tasks. This way we'll be able to collaborate in
this effort.

How does that all sound to you? Please let me know your thoughts, feedback,
and improvement suggestions for the mentioned effort.

Kind regards,
Pranay Pandey

Re: [DISCUSSION] Improving our Monthly Blog Post Template

[Sharan Foga]

Hi Michael

I've taken a quick look around on the blog admin settings menu and it 
looks like we could create a new theme by importing a custom stylesheet. 
I can ask Kenneth (who has been helping with the layout of the new 
website) about it to see if there is any formatting we can easily pick 
up from the new website and use in the blog.


Thanks
Sharan


On 14/08/17 17:44, Michael Brohl wrote:

Hi Sharan,

yes, it's time for an update. I think the current templates' font is 
much too small to have a good reading experience.


The Carbondata theme has the same problem, the Nifi theme looks better 
but I think there is room for improvement also. I have no clue how to 
change or alter the theme, do you?


I agree with Pranay, it would be nice to have a theme fitting to the 
new website.


Thanks and regards,

Michael


Am 14.08.17 um 17:26 schrieb Sharan Foga:

Hi All

I received some feedback about improving the look and feel of our 
currently monthly blog posts. We currently use the standard ASF 
default template but we could change the template or update it to 
give it a more modern look. A couple projects seem to have already 
started using alternative formats (see links below)


https://blogs.apache.org/carbondata/entry/apache-carbondata-1-1-0

https://blogs.apache.org/nifi/

What do people think?

Thanks
Sharan

[DISCUSSION] Improving our Monthly Blog Post Template

[Sharan Foga]

Hi All

I received some feedback about improving the look and feel of our 
currently monthly blog posts. We currently use the standard ASF default 
template but we could change the template or update it to give it a more 
modern look. A couple projects seem to have already started using 
alternative formats (see links below)


https://blogs.apache.org/carbondata/entry/apache-carbondata-1-1-0

https://blogs.apache.org/nifi/

What do people think?

Thanks
Sharan

Welcome Akash Jain as a New Committer!

[Sharan Foga]

The OFBiz PMC has invited Akash Jain to become a new committer and are happy to 
announce that he has accepted.

Some of the key factors considered for inviting him were as follows:

- He has been involved with the OFBiz project for quite a while which shows his 
dedication and commitment
- He has a lot of good knowledge (both functional and technical) that he is 
happy to share which shows he is a good team player
- He is very active, positive and respectful to others in the community
- He has contributed patches and shows a willingness to learn which is really 
important as the project continues to go through changes

Please join me in welcoming and congratulating Akash.

Thanks
Sharan

Welcome Rishi Solanki as a New Committer!

[Sharan Foga]

The OFBiz PMC has invited Rishi Solanki to become a new committer and are happy 
to announce that he has accepted.

Some of the key factors considered for inviting him were as follows:

- He has been involved with the OFBiz project for quite a while which shows 
dedication and commitment
- He has a lot of good knowledge that he is happy to share which shows he is a 
good team player
- His work is consistent, has good code quality and he has provided a range of 
patches
- He is friendly, respectful and keen to help out others in the community

Please join me in welcoming and congratulating Rishi!

Thanks
Sharan

Re: New Website Branch Created

[Sharan Foga]

Thanks Taher and Pranay

Initial feedback from Kenneth is that a couple of the images look a bit out of 
place so I've asked for his suggestions for improving that.
Also he is preparing some images of OFBiz screenshots that we can use on the 
site so I'd like to get at least those changes in before publishing. 

I've noted your feedback and agree these are good points that can improve the 
site so will look at those. If I can incorporate some before publishing then I 
will, otherwise we can do it as an ongoing thing once the new site is up. 

Thanks
Sharan

On 2017-07-26 08:13 (+0200), Taher Alkhateeb  
wrote: 
> Thank you very much Sharan. The website looks really beautiful! my
> recommendation is to go ahead and publish it immediately and we can
> start to fix things as we go.
> 
> Some notes for things to work on later:
> - The three main pitches should be either without a link, or a link to
> relevant documentation (I'm referring to: "Powerful Java Web
> Framework", "Developer Friendly", etc ...)
> - The FAQ needs to be expanded, maybe we can get stuff from the
> original FAQ documentation after we clean it up [1]
> - We need to find a more appealing solution for the social media
> links. I believe they should be in the top as icons instead of links
> in the footer. I think the template used already has a solution for
> this but I need to review it at some point.
> 
> [1] 
> https://cwiki.apache.org/confluence/display/OFBIZ/FAQ+-+Tips+-+Tricks+-+Cookbook+-+HowTo
> 
> On Tue, Jul 25, 2017 at 1:59 PM, Sharan Foga  wrote:
> > Hi Everyone
> >
> > I've pretty much completed what I think could be an initial version of our 
> > new website so please feel free to take a look and let me have any 
> > feedback. (Just for info - all the pictures I've used are from Pixabay.com 
> > and are free to use and don't need any attribution)
> >
> > It would be good to have some sample OFBiz pictures (and community feedback 
> > supported this too - instead of the all generic ones) especially on the 
> > home page so I have contacted Kenneth Paskett who has helped with the 
> > graphic design so far, to ask for a little more help doing that.  So once 
> > that is done, pending any other feedback, I think we could be ready to 
> > publish.
> >
> > Thanks
> > Sharan
> >
> >
> > On 2017-06-25 18:54 (+0200), Taher Alkhateeb  
> > wrote:
> >> +1 for switching the website to the new one and completing it as we go.
> >>
> >> We should try to automate publishing the website. One solution is to
> >> publish the website as is. Another solution is to restructure the
> >> website so that only the "generated" stuff gets published to the
> >> server. So the directory structure could be something like the below.
> >> And then we can have commands like ./gradlew generateHtml or ./gradlew
> >> publishHtml
> >>
> >> website-project/
> >> ├── build.gradle
> >> ├── public
> >> │   ├── about-ofbiz.html
> >> │   ├── business-users.html
> >> │   ├── developers.html
> >> │   ├── bootstrap
> >> │   ├── css
> >> │   └── etc...
> >> └── template
> >> ├── html.tpl.php
> >> ├── page
> >> │   ├── about-ofbiz.tpl.php
> >> │   ├── business-users.tpl.php
> >> │   ├── developers.tpl.php
> >> │   └── etc ...
> >> └── region
> >> ├── footer.tpl.php
> >> ├── header.tpl.php
> >> ├── head.tpl.php
> >> └── scripts.tpl.php
> >>
> >> On Sun, Jun 25, 2017 at 7:35 PM, Sharan Foga  wrote:
> >> > Hi Michael
> >> >
> >> > I like the idea (I'd been looking at an all or nothing approach :-) so 
> >> > just
> >> > putting the minimum we need live is OK with me. I have some changes in
> >> > progress for the main page, so will commit those tomorrow. Essentially 
> >> > I've
> >> > removed the bottom slider panel and instead added a section on OFBiz
> >> > Features, modules and benefits. I'll also take a look at the key pages 
> >> > and
> >> > update what I can.
> >> >
> >> > I'm not sure what to do about the php template conversion to html. I've 
> >> > been
> >> > doing it manually but it probably needs a script and I know we talked 
> >> &g

Re: New Website Branch Created

[Sharan Foga]

Hi Everyone

I've pretty much completed what I think could be an initial version of our new 
website so please feel free to take a look and let me have any feedback. (Just 
for info - all the pictures I've used are from Pixabay.com and are free to use 
and don't need any attribution)

It would be good to have some sample OFBiz pictures (and community feedback 
supported this too - instead of the all generic ones) especially on the home 
page so I have contacted Kenneth Paskett who has helped with the graphic design 
so far, to ask for a little more help doing that.  So once that is done, 
pending any other feedback, I think we could be ready to publish.

Thanks
Sharan


On 2017-06-25 18:54 (+0200), Taher Alkhateeb  
wrote: 
> +1 for switching the website to the new one and completing it as we go.
> 
> We should try to automate publishing the website. One solution is to
> publish the website as is. Another solution is to restructure the
> website so that only the "generated" stuff gets published to the
> server. So the directory structure could be something like the below.
> And then we can have commands like ./gradlew generateHtml or ./gradlew
> publishHtml
> 
> website-project/
> ├── build.gradle
> ├── public
> │   ├── about-ofbiz.html
> │   ├── business-users.html
> │   ├── developers.html
> │   ├── bootstrap
> │   ├── css
> │   └── etc...
> └── template
> ├── html.tpl.php
> ├── page
> │   ├── about-ofbiz.tpl.php
> │   ├── business-users.tpl.php
> │   ├── developers.tpl.php
> │   └── etc ...
> └── region
> ├── footer.tpl.php
> ├── header.tpl.php
> ├── head.tpl.php
> └── scripts.tpl.php
> 
> On Sun, Jun 25, 2017 at 7:35 PM, Sharan Foga  wrote:
> > Hi Michael
> >
> > I like the idea (I'd been looking at an all or nothing approach :-) so just
> > putting the minimum we need live is OK with me. I have some changes in
> > progress for the main page, so will commit those tomorrow. Essentially I've
> > removed the bottom slider panel and instead added a section on OFBiz
> > Features, modules and benefits. I'll also take a look at the key pages and
> > update what I can.
> >
> > I'm not sure what to do about the php template conversion to html. I've been
> > doing it manually but it probably needs a script and I know we talked about
> > replacing the php templates with Freemarker ones but not sure how easy that
> > would be so ideas welcome.
> >
> > Thanks
> > Sharan
> >
> >
> >
> > On 25/06/17 18:03, Michael Brohl wrote:
> >>
> >> Hi Sharan,
> >>
> >> Taher gave me a hint on this topic so I had a look at the new website code
> >> and display. I like it and think we should put some effort  in this to get
> >> it ready for production.
> >>
> >> I'm thinking about leaving some of the new contents out of sight for the
> >> first release, namely the service providers page and "what customers said"
> >> etc. (everything which is new and not ready for production.
> >> I think it would be enough to have the up-to-date informations from the
> >> old site plus some more which are ready (or near ready) to speed things up.
> >>
> >> What do you think?
> >>
> >> Best regards,
> >>
> >> Michael Brohl
> >> ecomify GmbH
> >> www.ecomify.de
> >>
> >>
> >> Am 20.03.17 um 13:54 schrieb Sharan Foga:
> >>>
> >>> Hi Everyone
> >>>
> >>> A quick update. I've created a new branch called under the branches
> >>> directory called ofbiz-new-website and have uploaded all the work done so
> >>> far on the new website structure and pages.
> >>>
> >>> The plan is to complete the work in this branch and then copy it over to
> >>> the new site when we are ready. I think the content itself is the most
> >>> important so will continue to to tidy up and complete any missing pages or
> >>> information. It's in our repository now so hopefully more accessible to
> >>> people who want to help out.
> >>>
> >>> I'd encourage you all to take a look at what has been done to so that I
> >>> can get some feedback of what people think of the general look and feel.
> >>>
> >>> Once again – I'd like to thank Kenneth Paskett for helping out 
> >>> with the
> >>> graphics.
> >>>
> >>> Thanks
> >>> Sharan
> >>
> >>
> >>
> >
> 

Re: [Proposal] moving all data in applications to the data-model component

[Sharan Foga]

+1

Thanks
Sharan

On 14/07/17 11:59, Taher Alkhateeb wrote:

  Hello Everyone,

Data loading in OFBiz is quite fragile. A small change could crash the
system and finding out the reason can be difficult. I really felt the
pain of this when trying to disentangle the framework from data
dependencies on plugins [1].

I've been thinking about a solution to reduce fragility, and here are
my thoughts:
- The less data files the better.
- The less data the better.
- The less distance (e.g. same directory) between data files the better.
- No circular dependencies (file dependencies should be like a tree).
- Fail fast [2].

Therefore, I suggest the following action points:
- Create a directory structure similar to [3] in the datamodel component.
- For any data that two or more files depend on, immediately move it
to the common-.xml file.
- For any data that does not belong to any domain (e.g. marketing,
content, etc ..) move it to the common-.xml.
- Maintain a strict dependency hierarchy of demo -> seed -> seed-initial.
- Gradually and carefully move data from all applications to the
datamodel component as per above guidelines.
- Cleanup and refactor the data as we move it including any tests that
depend on it.

What do you think of this proposal? Does it sound reasonable? Also
given the size of what I'm proposing I think we need multiple people
to work on this. So is anyone interested in taking part in this
initiative?

Cheers,

Taher Alkhateeb

[1] https://issues.apache.org/jira/browse/OFBIZ-9322
[2] 
https://lists.apache.org/thread.html/a18b5d4086a07ff34a0cb950999e8f8e869a6aa7efa2fc866a75a7b6@%3Cdev.ofbiz.apache.org%3E
[3] directory structure:
data/
├── demo
│   ├── accounting-demo.xml
│   ├── common-demo.xml
│   ├── content-demo.xml
│   ├── humanres-demo.xml
│   ├── manufacturing-demo.xml
│   ├── marketing-demo.xml
│   ├── order-demo.xml
│   ├── party-demo.xml
│   ├── product-demo.xml
│   ├── shipment-demo.xml
│   └── workeffort-demo.xml
├── seed
│   ├── accounting-seed.xml
│   ├── common-seed.xml
│   ├── content-seed.xml
│   ├── humanres-seed.xml
│   ├── manufacturing-seed.xml
│   ├── marketing-seed.xml
│   ├── order-seed.xml
│   ├── party-seed.xml
│   ├── product-seed.xml
│   ├── shipment-seed.xml
│   └── workeffort-seed.xml
└── seed-initial
 ├── accounting-seed-initial.xml
 ├── common-seed-initial.xml
 ├── content-seed-initial.xml
 ├── humanres-seed-initial.xml
 ├── manufacturing-seed-initial.xml
 ├── marketing-seed-initial.xml
 ├── order-seed-initial.xml
 ├── party-seed-initial.xml
 ├── product-seed-initial.xml
 ├── shipment-seed-initial.xml
 └── workeffort-seed-initial.xml

Re: [DISCUSSION] Improving the OFBiz User Interface

[Sharan Foga]

Hi All

Don't forget that we also had the offer of a theme from Provolve and 
Stannah.


https://issues.apache.org/jira/browse/OFBIZ-6985

This is a theme that they are using at the moment (so it working) and 
have said it could be contributed back to the project. If it's only a 
case of having someone volunteer to implement it into the trunk then 
this could be a way to get a nice theme up and running quickly for us.


Thanks
Sharan

On 03/07/17 10:29, Michael Brohl wrote:

Thanks Nicolas,

is there anything, even work in progress, you are able to share at the 
moment?


This way other could chime in and help moving further.

Thanks,

Michael Brohl
ecomify GmbH
www.ecomify.de


Am 03.07.17 um 09:26 schrieb Nicolas Malin:

Hi Michael

Le 02/07/2017 à 20:42, Michael Brohl a écrit :

Hi Julien, all,

I'd like to resurrect this discussion and the activities to improve 
the OFBiz user interface. I think we really should put some focused 
effort on it if we want OFBiz to be recognized as a modern ERP. 
Also, if we imporve the UI, more users and also developers will be 
attracted which will be a win for the community and further 
development of OFBiz.


Nicolas and others who have started work on this: can you give us an 
update about the efforts undertaken and where we stand?
Currently I block on the comon-theme with a good information 
propagation. My next step will be create a dedicate object as 
referent on widget context, but my works has been disturb with the 
framework separation and the git-svn link break.
Instead of continue, I help some people to work on the groovy 
mini-lang conversion. I plan to improve a few the groovy DSL and 
after I continue the work on commont-theme.


Nicolas

OFBiz Dev List and Deepak Dixit mentioned in ASF Annual Report

[Sharan Foga]

Hi Everyone

I'm not sure if you saw the announcement for the ASF Annual Report that was 
published. I took a quick look through it and saw that on page 25 our OFBiz dev 
list has been listed as one of the most active and on page 26 Deepak Dixit is 
listed as one of the top 5 issue closers!

https://blogs.apache.org/foundation/entry/the-apache-software-foundation-announces15

Thanks
Sharan

Re: svn commit: r1800137 - in /ofbiz/branches/ofbiz-new-website: index.html template/page/index.tpl.php

[Sharan Foga]

Hi Taher

At the moment I'm using the html just as a check that all the changes I'm 
putting in are working (a bit of a visual test :-) so unless I'm doing any 
changes to the header or footer I'm generally only generating the one page I'm 
working on.

Once I get the main content done (which shouldnt be too far away) we can talk 
about and decide on how to manage it.

Thanks
Sharan
 

On 2017-06-28 12:09 (+0200), Taher Alkhateeb  
wrote: 
> Hi Sharan, All
> 
> I think at some point we should consider maybe ignoring the generated
> HTML files from the repository given that these are just generated
> replaceable documents. The real important documents are the templates.
> 
> On Wed, Jun 28, 2017 at 12:39 PM,   wrote:
> > Author: sharan
> > Date: Wed Jun 28 09:39:25 2017
> > New Revision: 1800137
> >
> > URL: http://svn.apache.org/viewvc?rev=1800137&view=rev
> > Log:
> > Improved:Home page, added where to start section, updated features and 
> > benefits section
> >
> > Modified:
> > ofbiz/branches/ofbiz-new-website/index.html
> > ofbiz/branches/ofbiz-new-website/template/page/index.tpl.php
> >
> > Modified: ofbiz/branches/ofbiz-new-website/index.html
> > URL: 
> > http://svn.apache.org/viewvc/ofbiz/branches/ofbiz-new-website/index.html?rev=1800137&r1=1800136&r2=1800137&view=diff
> > ==
> > --- ofbiz/branches/ofbiz-new-website/index.html (original)
> > +++ ofbiz/branches/ofbiz-new-website/index.html Wed Jun 28 09:39:25 2017
> > @@ -229,7 +229,7 @@
> >  
> >  CRM & ERP  
> >  
> > -Mature ERP Solution
> > +Mature CRM &  ERP Solution
> >  An Apache top level project for  10 years, OFBiz has 
> > shown it's stability and maturity as an enterprise-wide
> >ERP solution that is flexible enough to change with your 
> > business.
> >
> > @@ -249,12 +249,29 @@
> >
> >  
> >
> > +
> > +
> >
> >
> >
> >
> >  
> >
> > +
> > +   
> > +  Where to Start?
> > +
> > +   Developer or Business User, getting started with OFBiz 
> > is easy!. We have a range of information about OFBiz modules and features 
> > as well as an online demo that you can try.
> > +   
> > +  Developers can get started 
> > on our  Developers page 
> > +  Business Users can get 
> > started on our Business Users 
> > page 
> > +  To see what OFBiz looks like 
> > and how it works, please try our Online 
> > Demos
> > +   
> > +
> > +
> > +
> > +
> > +
> >  
> >Features and Benefits
> >  
> > @@ -263,55 +280,38 @@
> >  
> >
> >   Modules
> > -  Apache OFBiz comes with a range of core modules 
> > out-of-the-box (OOTB).
> > -These are as follows:
> > -   
> > +   Apache OFBiz comes with a range of core modules 
> > out-of-the-box (OOTB) including:
> > +
> > Accounting 
> > (GL,AR,AP,FA)
> > -  Asset Maintenance
> > -  Asset Maintenance
> > -  Order Management
> > +  CRM,Order Management 
> > & E-Commerce
> >Warehousing and 
> > Inventory
> > -  Manufacturing & 
> > MRP
> > -  E-Commerce
> > -   WebPOS
> > -   
> > - Can add more text here.
> > +  Manufacturing & 
> > MRP
> > +
> > 
> > 
> > Features
> > - Apache OFBiz has a full set useful business 
> > features.
> > -  These are as follows:
> > -   
> > -   Advanced Ecommerce 
> > and Storefront
> > -  Catalog 
> > Management
> > -  romotion & Pricing 
> > Management
> > -  Fulfillment (Stock 
> > Move,Pick & Ship
> > -  Contracts, Payments & 
> > Billing
> > -  Work Effort (events, 
> > task, projects)
> > -  Service Desk
> > -  ???S
> > -   
> > - Can add more text here.
> > + Apache OFBiz has a full set useful business 
> > features including:
> > +
> > +  Product & Catalog 
> > Management
> > +  Promotion & Pricing 
> > Management
> > +  Supply Chain 
> > Fulfillment
> > +  Contracts, Payments & 
> > Billing
> > +
> > 
> >  
> > Benefits
> > -  There are a range of benefits associated with using 
> > Apache OFBiz.
> > -  These

Re: Reducing excessive and improperly studied commits

[Sharan Foga]

+1 

Since this discussion thread started I've seen in a recent thread [1] where 
this issue has happened again so I agree something needs to be done to manage 
it.

Thanks
Sharan

[1] https://s.apache.org/EB1E


On 2017-06-21 13:03 (+0200), Michael Brohl  wrote: 
> +1
> 
> I agree, this matches my suggestions in [1].
> 
> [1] 
> https://lists.apache.org/thread.html/1cc84ded035247ec439199ae0694d699fe1bcffb5d067c3ae732a0e9@%3Cdev.ofbiz.apache.org%3E
> 
> Regards,
> 
> Michael Brohl
> ecomify GmbH
> www.ecomify.de
> 
> 
> Am 21.06.17 um 12:37 schrieb Taher Alkhateeb:
> > Hello Everyone,
> >
> > I am starting this thread because of the latest unexpected release thread
> > [1] due to a major bug introduced by Jacques Le Roux in [2].
> >
> > We had multiple discussion with Jacques, one such discussion [3] was due to
> > a bad commit in which I made a recommendation to stop doing bulk commits
> > and focus instead on slowly refactoring code and Jacopo mentioned in the
> > same thread that before doing bulk try-with-resources to start a new thread
> > and discuss this issue.
> >
> > We faced multiple quality issues from improper commits. One such issue was
> > with respect to improperly closing streams [4] in which both Jacopo and
> > myself asked Jacques to revert and get a better understanding of how
> > streams work. Other discussions occured around committing quickly without
> > testing and hence crashing the system in [5] and [6].
> >
> > Jacques continues with his stream of commits [7] and we continue to witness
> > some negative consequences accordingly. I'm not even sure we caught all
> > problems yet.
> >
> > I think avoiding improperly studied, rushed or bulk commits is important
> > because such commits are:
> > - Requireing a lot of time from reviewers
> > - Difficult to review
> > - Lowering code quality
> >
> > It is therefore my recommendation to agree as a community on reducing such
> > commits and to ask Jacques and other committers to follow the
> > review-then-commit process for large / complex commits.
> >
> > WDYT?
> >
> > [1] https://s.apache.org/clpW
> > [2] https://issues.apache.org/jira/browse/OFBIZ-9410
> > [3] https://s.apache.org/8Wq3
> > [4] https://s.apache.org/DpvM
> > [5] https://s.apache.org/IN2U
> > [6] https://s.apache.org/c8GG
> > [7] r1798571 r1798566 r1798353 r1797792 r1797791 r1797790 r1797744 r1797743
> > r1797742 r1797373 r1797356 r1797222 r1797161 r1797160 r1797159 r1797158
> > r1797155 r1797097 r1797079 r1797074 r1789045 r1788065 r1787949 r1761047
> > r1761045 r1761023 r1759944 r1759088 r1759082 r1758951
> >
> 
> 
>