Re: OFBiz Statistics in monthly blog entries

[Pierre Smits]

I have corrected the settings on the 'Average Time in Status' chart.

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without privileges)
since 2008*
Apache Steve , committer


On Mon, May 20, 2019 at 8:27 AM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> That's quite interesting thanks Pierre.
>
> Should we not get rid of "Average Time in Status: OFBiz"? Seems useless,
> no data there.
>
> Jacques
>
> Le 20/05/2019 à 08:16, Aditya Sharma a écrit :
> > Indeed! Looks Great. Thanks Pierre for your efforts. We will see to it if
> > we can utilize some information from it.
> >
> > Thanks and Regards,
> > *Aditya Sharma* | Enterprise Software Engineer
> > HotWax Systems 
> > Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> Indore,
> > M.P 452010
> > Linkedin: *Aditya Sharma* 
> >
> >
> >
> > On Mon, May 20, 2019 at 10:30 AM Pritam Kute <
> pritam.k...@hotwaxsystems.com>
> > wrote:
> >
> >> That's cool Pierre. Thanks for your efforts.
> >>
> >> Kind Regards,
> >> --
> >> Pritam Kute
> >>
> >>
> >> On Sat, May 18, 2019 at 12:37 PM Pierre Smits 
> >> wrote:
> >>
> >>> Hi all,
> >>>
> >>> I finally got an OFBiz dashboard working. See
> >>>
> >>
> https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12310603
> >>> Best regards,
> >>>
> >>> Pierre Smits
> >>>
> >>> *Apache Trafodion , Vice President*
> >>> *Apache Directory , PMC Member*
> >>> Apache Incubator , committer
> >>> *Apache OFBiz , contributor (without
> >> privileges)
> >>> since 2008*
> >>> Apache Steve , committer
> >>>
> >>>
> >>> On Mon, May 6, 2019 at 9:22 AM Aditya Sharma 
> >>> wrote:
> >>>
>  Thank you Suraj for your input!
> 
>  Thank you Jacques for sharing the insights.
> 
>  Thank you Pierre for your inputs. Initially, we will be adding basic
>  statistics (just like February 2018 blog) but definitely, we will look
> >>> into
>  the possibility of enriching it with more useful information.
> 
>  Thank you Sharan for your inputs. We will definitely ensure that it
> >>> doesn't
>  get into that direction. Thank you for your efforts in Kibble. Indeed,
> >>> It's
>  an amazing tool.
> 
>  --
>  Thanks and Regards,
>  Aditya Sharma
> 
>  On Sun, May 5, 2019 at 4:57 PM Pierre Smits 
>  wrote:
> 
> > I truly appreciate initiatives like kibble, the various reporter
>  functions
> > and other stuff that work towards showing the health of projects.
> > Unfortunately these initiatives still have miles to go towards
> >>> providing
> > more meaning. Showing number of tickets opened and closed is nice,
> >> but
>  that
> > has been available since the availability of JIRA. Showing the number
> >>> of
> > mails threads started (and or continued) and number of people
> >> involved
> >>> is
> > also nice.
> >
> > But what I deem more important are the various engagement factors
> >> when
> > talking about the health of the project, like
> >
> > - when looking at the number of subscribers per mailing list, how
> >> is
>  the
> > diversity (meaning how many PMC Members, Committers,
> >> non-privileged
> > contributors and others have subscribed);
> > - when looking the threads per mailing list, how is the diversity
>  among
> > the participants - and who are in the top 5/10 of each segment
> >>> (again
> > PMC
> > Member, Committers, no-privileged contributors)
> > - When looking at tickets and commits, again showing insights per
> > diversity segments and interactions between ;
> >
> >
> > I would say all the data is there, yet very much still in silos.
> >
> > Best regards,
> >
> > Pierre Smits
> >
> > *Apache Trafodion , Vice President*
> > *Apache Directory , PMC Member*
> > Apache Incubator , committer
> > *Apache OFBiz , contributor (without
>  privileges)
> > since 2008*
> > Apache Steve , committer
> >
> >
> > On Sun, May 5, 2019 at 12:19 PM Jacques Le Roux <
> > jacques.le.r...@les7arts.com> wrote:
> >
> >> Le 05/05/2019 à 11:58, Sharan Foga a écrit :
> >>> You can probably see that I'm a little Kibble focussed at the
>  moment:-)
> >>> Thanks
> >>> Sharan
> >> Yes I know that Sharan, I also follow Kibble

Re: OFBiz Statistics in monthly blog entries

[Jacques Le Roux]

That's quite interesting thanks Pierre.

Should we not get rid of "Average Time in Status: OFBiz"? Seems useless, no 
data there.

Jacques

Le 20/05/2019 à 08:16, Aditya Sharma a écrit :

Indeed! Looks Great. Thanks Pierre for your efforts. We will see to it if
we can utilize some information from it.

Thanks and Regards,
*Aditya Sharma* | Enterprise Software Engineer
HotWax Systems 
Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center, Indore,
M.P 452010
Linkedin: *Aditya Sharma* 



On Mon, May 20, 2019 at 10:30 AM Pritam Kute 
wrote:


That's cool Pierre. Thanks for your efforts.

Kind Regards,
--
Pritam Kute


On Sat, May 18, 2019 at 12:37 PM Pierre Smits 
wrote:


Hi all,

I finally got an OFBiz dashboard working. See


https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12310603

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without

privileges)

since 2008*
Apache Steve , committer


On Mon, May 6, 2019 at 9:22 AM Aditya Sharma 
wrote:


Thank you Suraj for your input!

Thank you Jacques for sharing the insights.

Thank you Pierre for your inputs. Initially, we will be adding basic
statistics (just like February 2018 blog) but definitely, we will look

into

the possibility of enriching it with more useful information.

Thank you Sharan for your inputs. We will definitely ensure that it

doesn't

get into that direction. Thank you for your efforts in Kibble. Indeed,

It's

an amazing tool.

--
Thanks and Regards,
Aditya Sharma

On Sun, May 5, 2019 at 4:57 PM Pierre Smits 
wrote:


I truly appreciate initiatives like kibble, the various reporter

functions

and other stuff that work towards showing the health of projects.
Unfortunately these initiatives still have miles to go towards

providing

more meaning. Showing number of tickets opened and closed is nice,

but

that

has been available since the availability of JIRA. Showing the number

of

mails threads started (and or continued) and number of people

involved

is

also nice.

But what I deem more important are the various engagement factors

when

talking about the health of the project, like

- when looking at the number of subscribers per mailing list, how

is

the

diversity (meaning how many PMC Members, Committers,

non-privileged

contributors and others have subscribed);
- when looking the threads per mailing list, how is the diversity

among

the participants - and who are in the top 5/10 of each segment

(again

PMC
Member, Committers, no-privileged contributors)
- When looking at tickets and commits, again showing insights per
diversity segments and interactions between ;


I would say all the data is there, yet very much still in silos.

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without

privileges)

since 2008*
Apache Steve , committer


On Sun, May 5, 2019 at 12:19 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:


Le 05/05/2019 à 11:58, Sharan Foga a écrit :

You can probably see that I'm a little Kibble focussed at the

moment:-)

Thanks
Sharan

Yes I know that Sharan, I also follow Kibble

Thanks for your efforts there and elsewhere :)

Jacques

Re: OFBiz Statistics in monthly blog entries

[Aditya Sharma]

Indeed! Looks Great. Thanks Pierre for your efforts. We will see to it if
we can utilize some information from it.

Thanks and Regards,
*Aditya Sharma* | Enterprise Software Engineer
HotWax Systems 
Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center, Indore,
M.P 452010
Linkedin: *Aditya Sharma* 



On Mon, May 20, 2019 at 10:30 AM Pritam Kute 
wrote:

> That's cool Pierre. Thanks for your efforts.
>
> Kind Regards,
> --
> Pritam Kute
>
>
> On Sat, May 18, 2019 at 12:37 PM Pierre Smits 
> wrote:
>
> > Hi all,
> >
> > I finally got an OFBiz dashboard working. See
> >
> https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12310603
> >
> > Best regards,
> >
> > Pierre Smits
> >
> > *Apache Trafodion , Vice President*
> > *Apache Directory , PMC Member*
> > Apache Incubator , committer
> > *Apache OFBiz , contributor (without
> privileges)
> > since 2008*
> > Apache Steve , committer
> >
> >
> > On Mon, May 6, 2019 at 9:22 AM Aditya Sharma 
> > wrote:
> >
> > > Thank you Suraj for your input!
> > >
> > > Thank you Jacques for sharing the insights.
> > >
> > > Thank you Pierre for your inputs. Initially, we will be adding basic
> > > statistics (just like February 2018 blog) but definitely, we will look
> > into
> > > the possibility of enriching it with more useful information.
> > >
> > > Thank you Sharan for your inputs. We will definitely ensure that it
> > doesn't
> > > get into that direction. Thank you for your efforts in Kibble. Indeed,
> > It's
> > > an amazing tool.
> > >
> > > --
> > > Thanks and Regards,
> > > Aditya Sharma
> > >
> > > On Sun, May 5, 2019 at 4:57 PM Pierre Smits 
> > > wrote:
> > >
> > > > I truly appreciate initiatives like kibble, the various reporter
> > > functions
> > > > and other stuff that work towards showing the health of projects.
> > > > Unfortunately these initiatives still have miles to go towards
> > providing
> > > > more meaning. Showing number of tickets opened and closed is nice,
> but
> > > that
> > > > has been available since the availability of JIRA. Showing the number
> > of
> > > > mails threads started (and or continued) and number of people
> involved
> > is
> > > > also nice.
> > > >
> > > > But what I deem more important are the various engagement factors
> when
> > > > talking about the health of the project, like
> > > >
> > > >- when looking at the number of subscribers per mailing list, how
> is
> > > the
> > > >diversity (meaning how many PMC Members, Committers,
> non-privileged
> > > >contributors and others have subscribed);
> > > >- when looking the threads per mailing list, how is the diversity
> > > among
> > > >the participants - and who are in the top 5/10 of each segment
> > (again
> > > > PMC
> > > >Member, Committers, no-privileged contributors)
> > > >- When looking at tickets and commits, again showing insights per
> > > >diversity segments and interactions between ;
> > > >
> > > >
> > > > I would say all the data is there, yet very much still in silos.
> > > >
> > > > Best regards,
> > > >
> > > > Pierre Smits
> > > >
> > > > *Apache Trafodion , Vice President*
> > > > *Apache Directory , PMC Member*
> > > > Apache Incubator , committer
> > > > *Apache OFBiz , contributor (without
> > > privileges)
> > > > since 2008*
> > > > Apache Steve , committer
> > > >
> > > >
> > > > On Sun, May 5, 2019 at 12:19 PM Jacques Le Roux <
> > > > jacques.le.r...@les7arts.com> wrote:
> > > >
> > > > > Le 05/05/2019 à 11:58, Sharan Foga a écrit :
> > > > > > You can probably see that I'm a little Kibble focussed at the
> > > moment:-)
> > > > > >
> > > > > > Thanks
> > > > > > Sharan
> > > > >
> > > > > Yes I know that Sharan, I also follow Kibble
> > > > >
> > > > > Thanks for your efforts there and elsewhere :)
> > > > >
> > > > > Jacques
> > > > >
> > > > >
> > > >
> > >
> >
>

Re: OFBiz Statistics in monthly blog entries

[Pritam Kute]

That's cool Pierre. Thanks for your efforts.

Kind Regards,
--
Pritam Kute


On Sat, May 18, 2019 at 12:37 PM Pierre Smits 
wrote:

> Hi all,
>
> I finally got an OFBiz dashboard working. See
> https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12310603
>
> Best regards,
>
> Pierre Smits
>
> *Apache Trafodion , Vice President*
> *Apache Directory , PMC Member*
> Apache Incubator , committer
> *Apache OFBiz , contributor (without privileges)
> since 2008*
> Apache Steve , committer
>
>
> On Mon, May 6, 2019 at 9:22 AM Aditya Sharma 
> wrote:
>
> > Thank you Suraj for your input!
> >
> > Thank you Jacques for sharing the insights.
> >
> > Thank you Pierre for your inputs. Initially, we will be adding basic
> > statistics (just like February 2018 blog) but definitely, we will look
> into
> > the possibility of enriching it with more useful information.
> >
> > Thank you Sharan for your inputs. We will definitely ensure that it
> doesn't
> > get into that direction. Thank you for your efforts in Kibble. Indeed,
> It's
> > an amazing tool.
> >
> > --
> > Thanks and Regards,
> > Aditya Sharma
> >
> > On Sun, May 5, 2019 at 4:57 PM Pierre Smits 
> > wrote:
> >
> > > I truly appreciate initiatives like kibble, the various reporter
> > functions
> > > and other stuff that work towards showing the health of projects.
> > > Unfortunately these initiatives still have miles to go towards
> providing
> > > more meaning. Showing number of tickets opened and closed is nice, but
> > that
> > > has been available since the availability of JIRA. Showing the number
> of
> > > mails threads started (and or continued) and number of people involved
> is
> > > also nice.
> > >
> > > But what I deem more important are the various engagement factors when
> > > talking about the health of the project, like
> > >
> > >- when looking at the number of subscribers per mailing list, how is
> > the
> > >diversity (meaning how many PMC Members, Committers, non-privileged
> > >contributors and others have subscribed);
> > >- when looking the threads per mailing list, how is the diversity
> > among
> > >the participants - and who are in the top 5/10 of each segment
> (again
> > > PMC
> > >Member, Committers, no-privileged contributors)
> > >- When looking at tickets and commits, again showing insights per
> > >diversity segments and interactions between ;
> > >
> > >
> > > I would say all the data is there, yet very much still in silos.
> > >
> > > Best regards,
> > >
> > > Pierre Smits
> > >
> > > *Apache Trafodion , Vice President*
> > > *Apache Directory , PMC Member*
> > > Apache Incubator , committer
> > > *Apache OFBiz , contributor (without
> > privileges)
> > > since 2008*
> > > Apache Steve , committer
> > >
> > >
> > > On Sun, May 5, 2019 at 12:19 PM Jacques Le Roux <
> > > jacques.le.r...@les7arts.com> wrote:
> > >
> > > > Le 05/05/2019 à 11:58, Sharan Foga a écrit :
> > > > > You can probably see that I'm a little Kibble focussed at the
> > moment:-)
> > > > >
> > > > > Thanks
> > > > > Sharan
> > > >
> > > > Yes I know that Sharan, I also follow Kibble
> > > >
> > > > Thanks for your efforts there and elsewhere :)
> > > >
> > > > Jacques
> > > >
> > > >
> > >
> >
>

Re: [PROPOSAL] DataModel - Improve entities using fromPartyId & toPartyId

[Pierre Smits]

I totally agree with

leave the entity designs well designed and solid


The Unified Data Model has been designed well and is still withstanding the
test of time. This design is the reason why our project opted to have this
at its core for all the business applications.
It is the digressions from (even more so the explanation regarding the
applicability of those digressions) that have us going through hoops to
ensure that what is used where, when, how and why remains consistent. From
persistence, through service/functions and UI to documentation.

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without privileges)
since 2008*
Apache Steve , committer


On Sun, May 19, 2019 at 11:46 AM Taher Alkhateeb 
wrote:

> I'm also in favor of the more flexible design based on roles. Let the
> services worry about sorting this stuff out and leave the entity
> domain layer solid and well designed.
>
> On Thu, May 16, 2019 at 11:25 PM Michael Brohl 
> wrote:
> >
> > Hi Pierre,
> >
> > I think there are more sophisticated concepts for some of the mentioned
> > entities, for example
> >
> > - OrderRole for orders allows to connect an unlimited number of parties
> > with different roles
> >
> > - CustRequestParty, QuoteRole, CustRequestRole - same principle
> >
> > For these, introducing from/toPartyId would be no improvement IMO. *If*
> > we would want to make a change, I would tend more to implementing the
> > ...Role principle where it is missing and get rid of the from/toPartyId
> > pattern. But this would be a big change...
> >
> > I'm not sure why we have these in some entities which also have the
> > ...Role entities, such as Invoice.
> >
> > Maybe others can give more insights?
> >
> > Regards,
> >
> > Michael Brohl
> >
> > ecomify GmbH - www.ecomify.de
> >
> >
> > Am 13.05.19 um 13:41 schrieb Pierre Smits:
> > > Hi All,
> > >
> > > Currently several entities capture the (contractual) parties in fields
> like
> > > fromPartyId and toPartyId. These parties commonly represent the
> internal
> > > (accounting) organisation and the external party (the customer,
> supplier,
> > > contact, account, carrier etc).
> > >
> > > Such entities are:
> > >
> > > - Agreement (in party)
> > > - Employment (in humanres)
> > > - Invoice (in accounting
> > > - OrderReportPurchasesGroupByProduct
> > > - PartyBenefit (in humanres)
> > > - Payment (in accounting)
> > > - PayHistory (in humanres)
> > > - ReturnHeader (in Order)
> > > - UnemploymentClaim (in humanres
> > >
> > >
> > > However there are a (quite a) few entities that defy these 1-on-1
> > > relationships (between internal party and the object, and the external
> > > party and the object), like:
> > >
> > > - OrderHeader: neither partyIdFrom nor partyIdTo
> > > - Quote: neither partyIdFrom nor partyIdTo but having a partyId
> field
> > > - CustRequest: only having fromPartyid (plus its role
> > > - Subscription: having originatedFromPartyId (plus the role) and
> partyId
> > > - ReorderGuideline: having partyId (plus the role)
> > >
> > > And I am confident I am missing a few.
> > >
> > > In oder to simplify processes for capturing the main parties in various
> > > entity records I propose to realign these (master) entities to ensure
> that
> > > both the primary internal and external parties (and their primary
> roles)
> > > are captured.
> > >
> > > What are your thoughts?
> > >
> > > Best regards,
> > >
> > > Pierre Smits
> > >
> > > *Apache Trafodion , Vice President*
> > > *Apache Directory , PMC Member*
> > > Apache Incubator , committer
> > > *Apache OFBiz , contributor (without
> privileges)
> > > since 2008*
> > > Apache Steve , committer
> > >
> >
>

Re: [PROPOSAL] DataModel - Improve entities using fromPartyId & toPartyId

[Taher Alkhateeb]

I'm also in favor of the more flexible design based on roles. Let the
services worry about sorting this stuff out and leave the entity
domain layer solid and well designed.

On Thu, May 16, 2019 at 11:25 PM Michael Brohl  wrote:
>
> Hi Pierre,
>
> I think there are more sophisticated concepts for some of the mentioned
> entities, for example
>
> - OrderRole for orders allows to connect an unlimited number of parties
> with different roles
>
> - CustRequestParty, QuoteRole, CustRequestRole - same principle
>
> For these, introducing from/toPartyId would be no improvement IMO. *If*
> we would want to make a change, I would tend more to implementing the
> ...Role principle where it is missing and get rid of the from/toPartyId
> pattern. But this would be a big change...
>
> I'm not sure why we have these in some entities which also have the
> ...Role entities, such as Invoice.
>
> Maybe others can give more insights?
>
> Regards,
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 13.05.19 um 13:41 schrieb Pierre Smits:
> > Hi All,
> >
> > Currently several entities capture the (contractual) parties in fields like
> > fromPartyId and toPartyId. These parties commonly represent the internal
> > (accounting) organisation and the external party (the customer, supplier,
> > contact, account, carrier etc).
> >
> > Such entities are:
> >
> > - Agreement (in party)
> > - Employment (in humanres)
> > - Invoice (in accounting
> > - OrderReportPurchasesGroupByProduct
> > - PartyBenefit (in humanres)
> > - Payment (in accounting)
> > - PayHistory (in humanres)
> > - ReturnHeader (in Order)
> > - UnemploymentClaim (in humanres
> >
> >
> > However there are a (quite a) few entities that defy these 1-on-1
> > relationships (between internal party and the object, and the external
> > party and the object), like:
> >
> > - OrderHeader: neither partyIdFrom nor partyIdTo
> > - Quote: neither partyIdFrom nor partyIdTo but having a partyId field
> > - CustRequest: only having fromPartyid (plus its role
> > - Subscription: having originatedFromPartyId (plus the role) and partyId
> > - ReorderGuideline: having partyId (plus the role)
> >
> > And I am confident I am missing a few.
> >
> > In oder to simplify processes for capturing the main parties in various
> > entity records I propose to realign these (master) entities to ensure that
> > both the primary internal and external parties (and their primary roles)
> > are captured.
> >
> > What are your thoughts?
> >
> > Best regards,
> >
> > Pierre Smits
> >
> > *Apache Trafodion , Vice President*
> > *Apache Directory , PMC Member*
> > Apache Incubator , committer
> > *Apache OFBiz , contributor (without privileges)
> > since 2008*
> > Apache Steve , committer
> >
>