Re: Welcome Arun Patidar as new PMC member

[Arun Patidar]

Thanks everyone for best wishes. It means a lot to me.

It's a pleasure for me to be a part of OFBiz community.

Kind Regards,
--
Arun Patidar


On Wed, Aug 12, 2020 at 10:08 AM Rishi Solanki 
wrote:

> I missed the celebration. Congratulations Arun!!
>
>
> Best Regards,
> --
> Rishi Solanki
> *CTO, Mindpath Technology*
> Intelligent Solutions
> cell: +91-98932-87847
> LinkedIn <https://www.linkedin.com/in/rishi-solanki-62271b7/>
>
>
> On Sun, Jul 12, 2020 at 4:19 PM Sharan Foga  wrote:
>
> > 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: Moving third party shipping integrations from applications to plugins

[Arun Patidar]

+1



Regards
---
Arun Patidar



On Mon, Aug 17, 2020 at 10:16 AM Pritam Kute 
wrote:

> Hello Mridul,
>
> Indeed it is good design. +1 for the introduction of entity
> "ProductStoreShipmentSettings".
>
> Kind Regards,
> --
> Pritam Kute
>
>
> On Fri, Aug 14, 2020 at 10:57 PM Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
> > +1
> >
> > Jacques
> >
> > Le 14/08/2020 à 12:12, Pawan Verma a écrit :
> > > Hi Mridul,
> > >
> > > Thanks for bringing this to attention.
> > >
> > > It is a really good idea. Currently, all the shipment integrations
> > > are grappled to simply that "ProductStoreShipmentSettings" entity would
> > be
> > > a game-changer.
> >
> >
>

Re: Welcome Suraj Khurana as new PMC member

[Arun Patidar]

Many Congratulations Suraj !!!


Kind Regards,

Arun Patidar
DIRECTOR OF INFORMATION SYSTEMS
mobile: +91 9827353082
landline: 0731-409-3684
email: arun.pati...@hotwax.co
*www.hotwax.co <http://www.hotwax.co/>*
 <https://www.linkedin.com/company/hotwaxcommerce/>
<https://www.facebook.com/HotWaxCommerce/>
<https://twitter.com/hotwaxcommerce>







On Mon, Jul 6, 2020 at 12:34 PM Ankush Upadhyay <
ankush.upadh...@hotwaxsystems.com> wrote:

> Many Congratulations Suraj!!
>
> Kind Regards,
> Ankush Upadhyay
> Senior Technical Consultant
>
> *HotWax Systems*
> *Enterprise open source experts*
> cell: +91-8109201285
> office: 0731-409-3684
> http://www.hotwaxsystems.com
>
>
> On Mon, Jul 6, 2020 at 12:08 PM Devanshu Vyas 
> wrote:
>
> > Many Congratulation Suraj!
> >
> > Thanks & Regards,
> > Devanshu Vyas.
> >
> >
> > On Sat, Jul 4, 2020 at 5:22 PM Jacques Le Roux <
> > jacques.le.r...@les7arts.com>
> > 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

[Arun Patidar]

Many Congratulations Aditya !!!

Kind Regards,

Arun Patidar
DIRECTOR OF INFORMATION SYSTEMS
mobile: +91 9827353082
landline: 0731-409-3684
email: arun.pati...@hotwax.co
*www.hotwax.co <http://www.hotwax.co/>*
 <https://www.linkedin.com/company/hotwaxcommerce/>
<https://www.facebook.com/HotWaxCommerce/>
<https://twitter.com/hotwaxcommerce>







On Mon, Jul 6, 2020 at 12:34 PM Ankush Upadhyay <
ankush.upadh...@hotwaxsystems.com> wrote:

> Many Congratulations Aditya!!
>
> Kind Regards,
> Ankush Upadhyay
> Senior Technical Consultant
>
> *HotWax Systems*
> *Enterprise open source experts*
> cell: +91-8109201285
> office: 0731-409-3684
> http://www.hotwaxsystems.com
>
>
> On Mon, Jul 6, 2020 at 12:08 PM Devanshu Vyas 
> wrote:
>
> > Many Congratulations Aditya!
> >
> > Thanks & Regards,
> > Devanshu Vyas.
> >
> >
> > On Sun, Jul 5, 2020 at 10:24 PM Jacques Le Roux <
> > jacques.le.r...@les7arts.com> 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!
> > >
> > >
> >
>

Re: Manufacturer Support In Promotion Engine

[Arun Patidar]

+1 for adding support for product manufacturer party in promotion.


Kind Regards
---





Arun Patidar



On Sat, Apr 27, 2019 at 6:32 PM Rishi Solanki 
wrote:

> Devs,
> Currently promotion engine support all the discount based on party,
> category, party role, party classification, shipping etc.. And promotion
> engine based on the condition decide that the promotion will apply for
> customer purchase over the cart or cart item depending upon the action.
>
> I would like to propose to add support in promotion engine, so that , we
> can add promotion against manufacturing party and should apply to all the
> products manufactured by that party.
>
> For example;
> M1, M2 are two manufacturers.
> M1P1 and M1P2 are products manufactured by M1.
> M2P1 and M2P2 are products manufactured by M2.
>
> Now M1 gives 10% discount on all products M1, and if customer purchase all
> products with quantity ONE.
>
> Assuming all items price is $100. Then CartTotal will be $400 and discount
> amount will be $20. As discount is on M1 products only.
>
> Best Regards,
> --
> *Rishi Solanki* | Sr Manager, Enterprise Software Development
> HotWax Systems <http://www.hotwaxsystems.com/>
> Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> Indore,
> M.P 452010
> Linkedin: *Rishi Solanki*
> <https://www.linkedin.com/in/rishi-solanki-62271b7/>
> Direct: +91-9893287847
>

Re: Adding fromDate and thruDate in GoodIdentification Entity

[Arun Patidar]

+1, looks good to me.

This will require changes in existing CRUD operations related to
GoodIdentifications. Also may need migration service or SQL scripts.


--
Best Regards,
Arun Patidar
www.hotwax.co



On Sat, Apr 27, 2019 at 12:42 PM Aishwary Shrivastava <
aishwary.shrivast...@hotwaxsystems.com> wrote:

> Hello, Devs
>
> We should add support of fromDate and thruDate in the GoodIdentification
> entity for tracking and history purpose.
>
> As of now, if we need to update any Good Identification record for a
> product, then we have to replace its value and this history isn't
> maintained.
> It will also enable the user to maintain multiple goodIdentifications of a
> product.
>
> Best,
> *Aishwary Shrivastava* | HotWax Systems <http://www.hotwaxsystems.com/>
>

Re: Visit/Visitor specific client IPs tracking exclusion

[Arun Patidar]

Hello Giulio,

Thanks for the the detailed and clear message. My understanding with your
proposal is as below:

1) We should enable configuration settings to ignore visit entries for
Internal IPs and known requests (like HaProxy/load balancer, monitoring
requests) etc.
2) For large DB size due to visits and hits, we can use a separate Stats
database for visit entity group.
3) Also, idea to purge old visits using a scheduled job is good, We can set
number of days configurable as per need.



--
Best Regards,
Arun Patidar
www.hotwax.co



On Fri, Apr 12, 2019 at 5:17 AM Giulio Speri - MpStyle Srl <
giulio.sp...@mpstyle.it> wrote:

> Hello devs,
>
> I'm writing because I would like to explain a problem my company, MpStyle,
> faced with an OFBiz installation with two active ecommerce sites, for one
> of our customers.
> I am writing this email to the dev mailing list, because I could not find
> any reference in the mailings to the kind of problem we faced, and I think
> that the solution we built, could be an improvement to the OFBiz
> visit/visitor tracking capabilites.
>
> I shortly explain the server architecture on which OFBiz is running: hosted
> by a third party supplier, there are two (virtual) machines where Apache
> OFBiz 13.07.03 is running behind Apache2 web server (so we have two web
> fronts).
> On other two different machines there are the database (MariaDB) and
> HaProxy has a load balancer.
> HaProxy is configured to perform its Health Checks on the backend servers
> with a Http GET on the Home Page of one of the two sites.
> Visit and Visitor tracking are enabled, for BI and analytics purposes, so
> we cannot turn them off.
> These two combined things caused the Visit and Visitor tables to explode in
> dimensions (we counted about 19M records of Visit and about 67M of
> Visitors, with the 86% of those caused by the load balancer), since each
> hit of the HaProxy store a Visit and a Visitor record on the db (plus some
> other record of other entities, like ShoppingList, due to  and
>  events).
> A bad side effect of this situation, on the long run, is an overall
> performance degradation, and an increase in webfront unavailability time
> windows during the day: it's not necessary to say that our customer was not
> so happy about this.
>
> The difficult part of figuring out this problem, was that we did not have
> direct access to HaProxy and DB machines, to check logs.
>
> The solution we thought and implemented, was to exclude from Visit/Visitor
> tracking specific IP addresses (for our case we were interested in HaProxy
> IP).
> The Visit and Visitor records (along with firstvisit and preprocessor
> events) are created mainly in the ControlServlet class, using VisitHandler
> getVisit/getVisitor/getVisitId methods.
>
> Our idea consist in reading from a .properties file one or more IP
> addresses we would like to exclude from tracking and then check them
> against the client ip address the request is coming from.
> If the client ip address is in the "exclusion list", then do not persist
> visit/visitor and do not run firstvisit events neither for it.
>
> The idea is quite simple, but we noticed in few days, a meaningful
> improvement in overall system performance and stability/availability.
>
> This kind of exclusion could be also useful in case we do not want to track
> or register internal IP addresses (ie: mainly used for testing).
>
> However this solution, should be integrated with a service (cron or
> scheduled in ofbiz) that keeps the number of records in the tables limited
> (for example keep only the last month of visit/visitor); I think that these
> two solutions together, could do the job well.
>
> I hope my explanation was clear enough and I would be happy to know what do
> you think about this.
>
> Thank you all for the attention!
>
> Regards,
>
> Giulio
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
> Giulio Speri
>
>
> *Mp Styl**e Srl*
> via Antonio Meucci, 37
> 41019 Limidi di Soliera (MO)
> T 059/684916
> M 334/3779851
>
> www.mpstyle.it
>

Re: [PROPOSAL] Using code128 instead of code39 for barcode generation

[Arun Patidar]

+1

Kind Regards,
*Arun Patidar* | Manager, Enterprise Development
HotWax Systems <http://www.hotwaxsystems.com/>
Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
Indore, M.P. 452010
Linkedin: *Arun Patidar* <https://www.linkedin.com/in/arunpatidar>



On Sat, Mar 30, 2019 at 4:38 PM Pritam Kute 
wrote:

> Yes, definitely we can use code128 all over the application.
>
> Kind Regards,
> --
> Pritam Kute
>
>
> On Sat, Mar 30, 2019 at 2:53 PM Aditya Sharma <
> aditya.sha...@hotwaxsystems.com> wrote:
>
> > +1
> >
> > Thanks and Regards,
> > *Aditya Sharma* | Enterprise Software Engineer
> > HotWax Systems <http://www.hotwaxsystems.com/>
> > Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> > Indore,
> > M.P 452010
> > Linkedin: *Aditya Sharma* <https://www.linkedin.com/in/aditya-p-sharma/>
> >
> >
> >
> > On Sat, Mar 30, 2019 at 2:14 PM Rishi Solanki 
> > wrote:
> >
> > > +1
> > >
> > > Best,
> > > --
> > > *Rishi Solanki* | Sr Manager, Enterprise Software Development
> > > HotWax Systems <http://www.hotwaxsystems.com/>
> > > Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> > > Indore,
> > > M.P 452010
> > > Linkedin: *Rishi Solanki*
> > > <https://www.linkedin.com/in/rishi-solanki-62271b7/>
> > > Direct: +91-9893287847
> > >
> > >
> > > On Sat, Mar 30, 2019 at 12:19 PM Pawan Verma <
> > > pawan.ve...@hotwaxsystems.com>
> > > wrote:
> > >
> > > > Hello All,
> > > >
> > > > While researching on OFBIZ-10743, I have found that currently, we are
> > > using
> > > > code39 to generate barcodes but there are some limitations of code39
> as
> > > it
> > > > only able to encrypt letters from A to Z, digits from 0 to 9 and an
> > > > additional set of special characters – “. $ % + – / *”.
> > > >
> > > > To enhance the support for more characters in barcode I would suggest
> > > using
> > > > code128 instead of code39.
> > > >
> > > > Below are some of the advantages of code128:
> > > >
> > > >1. code128 supports all the 128 ASCII symbols.
> > > >2. code128 standard is more concise and space-efficient. It also
> > > >provides its users with higher degrees of data security.
> > > >
> > > >
> > > > Thank You *Pritam Kute* for suggesting code128.
> > > >
> > > > Everyone, Please share your thoughts on this. Thanks!
> > > >
> > > > --
> > > > Kind Regards,
> > > > *Pawan Verma* | Technical Consultant
> > > > HotWax Systems <http://www.hotwaxsystems.com/>
> > > > Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> > > > Indore,
> > > > M.P. 452010
> > > > Linkedin: *Pawan Verma <
> > > https://www.linkedin.com/in/pawan-verma-aa1053a2/
> > > > >*
> > > >
> > >
> >
>

Re: Create return till ...

[Arun Patidar]

We can use ProductFacility entity for storing number of days and can copy
to it to OrderItem during order creation.


Kind Regards,
*Arun Patidar* | Manager, Enterprise Development
HotWax Systems <http://www.hotwaxsystems.com/>
Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
Indore, M.P. 452010
Linkedin: *Arun Patidar* <https://www.linkedin.com/in/arunpatidar>



On Sat, Mar 9, 2019 at 4:37 PM Rishi Solanki 
wrote:

> +1 for having this. The only thing I would like to add go for global
> setting which should be overridden by product level setting. For example; A
> site may deal in industry  which may require different number of days for
> the different products.
> Also agree with Pierre on point we should be aware of the fact that
> unnecessary data model extension should be avoided.
>
> Question: how should we manage if we would like to have two store and for
> both stores we want to have different number of days limit for return.
> My Answer: While configuring the store the System property should be
> configured against prefix/suffix of store id.
>
> Please feel free to add more details or alternative way for handling this.
>
> Best Regards,
> --
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
> www.hotwax.co
>
>
> On Sat, Mar 9, 2019 at 1:20 PM Suraj Khurana 
> wrote:
>
> > Hello,
> >
> > In OFBiz, we can create a return for order without checking when that
> order
> > is placed, it might be years long.
> > IMO, we should have a field something like daysToReturn at product store
> > level to allow creating return till after that much days of order
> > completion.
> >
> > I could not find anything else relevant to this and this is a very common
> > e-commerce scenario for any business.
> >
> > Am I missing something?
> > Please share your thoughts on the same.
> >
> > --
> > Best Regards
> > Suraj Khurana
> > TECHNICAL CONSULTANT
> > mobile: +91 9669750002
> > email: suraj.khur...@hotwax.co
> > www.hotwax.co
> >
>

Re: svn commit: r1849547 - in /ofbiz/ofbiz-framework/trunk/applications/datamodel: data/demo/ data/seed/ entitydef/

[Arun Patidar]

Thanks Jacques, added reference ticketId in log message for more details
regarding design and requirement.


Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co>



On Sat, Dec 22, 2018 at 6:34 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Arun,
>
> I did not have enough time test, but I guess it's an excellent work
>
> I though think a short explanation with a reference to OFBIZ-6964 would
> fit here.
>
> Like,
>
> Here are high level design notes based on the requirement specified
> under OFBIZ-7355  to support the product level replenishment from
> any intra-company facility before raising the ordering from an outside
> vendor.
>
> or more ;)
>
> Thanks
>
> Jacques
>
> Le 22/12/2018 à 13:19, arunpati...@apache.org a écrit :
> > Author: arunpatidar
> > Date: Sat Dec 22 12:19:19 2018
> > New Revision: 1849547
> >
> > URL: http://svn.apache.org/viewvc?rev=1849547&view=rev
> > Log:
> > Added: Demo Data based on the propsed design to support replenishment
> planning through any inter-company facility.
> > (OFBIZ-7357)
> > Thanks Swapnil and Yashwant for your contribution.
> >
> > Modified:
> >
> ofbiz/ofbiz-framework/trunk/applications/datamodel/data/demo/OrderDemoData.xml
> >
> ofbiz/ofbiz-framework/trunk/applications/datamodel/data/demo/ProductDemoData.xml
> >
> ofbiz/ofbiz-framework/trunk/applications/datamodel/data/seed/ManufacturingSeedData.xml
> >
> ofbiz/ofbiz-framework/trunk/applications/datamodel/data/seed/OrderSeedData.xml
> >
> ofbiz/ofbiz-framework/trunk/applications/datamodel/data/seed/ProductSeedData.xml
> >
> ofbiz/ofbiz-framework/trunk/applications/datamodel/entitydef/manufacturing-entitymodel.xml
> >
> ofbiz/ofbiz-framework/trunk/applications/datamodel/entitydef/order-entitymodel.xml
> >
> ofbiz/ofbiz-framework/trunk/applications/datamodel/entitydef/product-entitymodel.xml
> >
> > Modified:
> ofbiz/ofbiz-framework/trunk/applications/datamodel/data/demo/OrderDemoData.xml
> > URL:
> http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/applications/datamodel/data/demo/OrderDemoData.xml?rev=1849547&r1=1849546&r2=1849547&view=diff
> >
> ==
> > ---
> ofbiz/ofbiz-framework/trunk/applications/datamodel/data/demo/OrderDemoData.xml
> (original)
> > +++
> ofbiz/ofbiz-framework/trunk/applications/datamodel/data/demo/OrderDemoData.xml
> Sat Dec 22 12:19:19 2018
> > @@ -186,6 +186,14 @@ under the License.
> >locationSeqId="TLTLTLUL02" geoPointId="9000" fromDate="2009-01-09
> 00:00:00.000"/>
> >locationSeqId="TLTLTLLL03" geoPointId="9000" fromDate="2009-01-09
> 00:00:00.000"/>
> >locationSeqId="TLTLTLUL04" geoPointId="9000" fromDate="2009-01-09
> 00:00:00.000"/>
> > + locationSeqId="TLTLTLUL01" locationTypeEnumId="FLT_BULK" areaId="TL"
> aisleId="TL" sectionId="TL" levelId="UL" positionId="05"/>
> > + locationSeqId="TLTLTLUL01" locationTypeEnumId="FLT_PICKLOC" areaId="TL"
> aisleId="TL" sectionId="TL" levelId="UL" positionId="06"/>
> > + locationSeqId="TLTLTLUL01" locationTypeEnumId="FLT_BULK" areaId="TL"
> aisleId="TL" sectionId="TL" levelId="UL" positionId="05"/>
> > + locationSeqId="TLTLTLUL01" locationTypeEnumId="FLT_PICKLOC" areaId="TL"
> aisleId="TL" sectionId="TL" levelId="UL" positionId="06"/>
> > + locationSeqId="TLTLTLUL01" locationTypeEnumId="FLT_BULK" areaId="TL"
> aisleId="TL" sectionId="TL" levelId="UL" positionId="05"/>
> > + locationSeqId="TLTLTLUL01" locationTypeEnumId="FLT_PICKLOC" areaId="TL"
> aisleId="TL" sectionId="TL" levelId="UL" positionId="06"/>
> > + locationSeqId="TLTLTLUL01" locationTypeEnumId="FLT_BULK" areaId="TL"
> aisleId="TL" sectionId="TL" levelId="UL" positionId="05"/>
> > + locationSeqId="TLTLTLUL01" locationTypeEnumId="FLT_PICKLOC" areaId="TL"
> aisleId="TL" sectionId="TL" levelId="UL" positionId="

Re: [DISCUSSION]: Promotion behaviour on highest amount discount

[Arun Patidar]

Thanks Rishi and Jacques for your inputs. We can have category in Promo
Action so in this case managing sequence for each category product will not
feasible.

Seems that it will fully depend on business requirement but we can think to
make it configurable or something similar to avoid code changes for each
business.



Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co>



On Thu, Dec 13, 2018 at 7:57 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Arun,
>
> I think it depends on context. The context is defined by the seller and
> it's hard to have a one size fits all.
>
> Jacques
>
> Le 13/12/2018 à 10:16, Arun Patidar a écrit :
> > Hello team,
> >
> > Wanted to confirm the OOTB promotion behaviour of setting highest amount
> > from all available discounts. Is this correct to give highest amount on
> > discount.
> >
> > Generally, when there are 2 or more cart items on discounts and we have
> to
> > give discount on limited then higher items will be invoiced and lower
> items
> > will be on discount.
> >
> > So, what should be the expected behaviour for this case.
> >
> > Thanks & Regards
> > ---
> > Arun Patidar
> > Director of Information SystemsHotWax Commerce <http://www.hotwax.co>
> >
>

On Thu, Dec 13, 2018 at 7:57 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Arun,
>
> I think it depends on context. The context is defined by the seller and
> it's hard to have a one size fits all.
>
> Jacques
>
> Le 13/12/2018 à 10:16, Arun Patidar a écrit :
> > Hello team,
> >
> > Wanted to confirm the OOTB promotion behaviour of setting highest amount
> > from all available discounts. Is this correct to give highest amount on
> > discount.
> >
> > Generally, when there are 2 or more cart items on discounts and we have
> to
> > give discount on limited then higher items will be invoiced and lower
> items
> > will be on discount.
> >
> > So, what should be the expected behaviour for this case.
> >
> > Thanks & Regards
> > ---
> > Arun Patidar
> > Director of Information SystemsHotWax Commerce <http://www.hotwax.co>
> >
>

[DISCUSSION]: Promotion behaviour on highest amount discount

[Arun Patidar]

Hello team,

Wanted to confirm the OOTB promotion behaviour of setting highest amount
from all available discounts. Is this correct to give highest amount on
discount.

Generally, when there are 2 or more cart items on discounts and we have to
give discount on limited then higher items will be invoiced and lower items
will be on discount.

So, what should be the expected behaviour for this case.

Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co>

Re: AsciiDoc generated online documentation and releases

[Arun Patidar]

+1 for backport

On Fri, Nov 16, 2018, 2:53 PM Rishi Solanki  wrote:

> +1 for backport.
>
> --
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
> www.hotwax.co
>
>
> On Thu, Nov 15, 2018 at 10:56 PM Pierre Smits 
> wrote:
>
> > Hi Jacques,
> >
> > I support the suggestion made by Sharan. It should not be too difficult,
> > when a release has been made available (this should be part of the
> release
> > activities), to generate the 'release' related documents and hook it into
> > the website. Our (potential) adopters will benefit.
> >
> >
> > 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 Thu, Nov 15, 2018 at 12:59 PM Jacques Le Roux <
> > jacques.le.r...@les7arts.com> wrote:
> >
> > > At
> > >
> >
> https://cwiki.apache.org/confluence/display/OFBIZ/Draft+Documentation+Roadmap
> > >
> > > Sharan already suggested to "Backport to releases where possible"
> > >
> > > I think we should do that and not way R18 to use the AsciiDoc
> generation
> > > even if it's not complete
> > >
> > > Opinions before I get ahead?
> > >
> > > Jacques
> > >
> > >
> > > Le 14/11/2018 à 08:41, Jacques Le Roux a écrit :
> > > > Hi,
> > > >
> > > > So start this discussion, currently our main documents in
> docs\asciidoc
> > > refer to the R17 release. But those document don't exist in R17 branch.
> > > >
> > > > I think it's not too late to backport them, but do we want to do so?
> > > >
> > > > Also I suggested to have an easy access to the documentation from the
> > > site documentation page.
> > > >
> > > > Do we also want to use the AsciiDoc generated documentation as we did
> > to
> > > provide an online help from the applications?
> > > >
> > > > Do we want to provide something like
> > > https://demo-trunk.ofbiz.apache.org/cmssite/cms/APACHE_OFBIZ_HTML?
> > > >
> > > > For me the answers to these questions is NO! We should have a sole
> > entry
> > > point for the documentation and it should be from the site
> documentation
> > > > page. It's then easy to provide links from there (using anchors going
> > to
> > > automatically generated IDs sections)
> > > >
> > > > What are your opinions? (I know I should re-read this thread
> > > https://markmail.org/message/35ak34fpzlyjiopt and I started...)
> > > >
> > > > Jacques
> > > >
> > > >
> > >
> > >
> >
>

Re: Plan for Releasing 17.12 branch

[Arun Patidar]

Hello Deepak,

Currently, don't know about any existing release plan for this but yes, we
should start planning to release 17.12.  Let's see what  other members
think about this.



Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co>



On Thu, Oct 11, 2018 at 3:09 PM Deepak Nigam 
wrote:

> Hello All,
>
> Do we have a plan for releasing 17.12 branch of OFBiz? As it has been
> almost a year since we cut the branch 17.12, we can start preparing for
> this release.
>
> Any thoughts?
>
>
> Thanks & Regards
> --
> Deepak Nigam
> HotWax Systems Pvt. Ltd
>

Re: Upgrading the Authorize.net AIM API

[Arun Patidar]

+1 Nameet, sounds good.



Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co>



On Wed, Sep 26, 2018 at 6:31 AM Scott Gray 
wrote:

> Maybe, but I see no reason to have an architecture discussion as a
> prerequisite for a simple API update.
>
> Regards
> Scott
>
> On Tue, 25 Sep 2018, 06:03 Jacques Le Roux, 
> wrote:
>
> > I guess Pierre is referring to
> > https://markmail.org/message/zf5tz7qpgokldvtl and above...
> >
> > Jacques
> >
> >
> > Le 22/09/2018 à 14:12, Pierre Smits a écrit :
> > > I believe first the discussion on how we’re going to deal with these
> kind
> > > of 3rd party solution integrations, whether they be fintech, logistic
> or
> > > other,  should be completed first.
> > >
> > > Many times aspects regarding this has been brought forward in other
> > threads
> > > and in tickets.
> > >
> > >
> > >
> > > 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 Sat, Sep 22, 2018 at 1:39 PM, Nameet Jain 
> wrote:
> > >
> > >> Hello Team,
> > >>
> > >> While researching around Advanced Integration Method (AIM)
> Authorize.net
> > >> API, I found that the AIM API has now been deprecated. Authorize.net
> > >> suggest upgrading the AIM support to XML or JSON based support. Please
> > let
> > >> me know your thoughts.
> > >>
> > >> Here is the link for your reference
> > >> https://developer.authorize.net/api/upgrade_guide/
> > >> https://developer.authorize.net/api/reference/index.html
> > >>
> > >> Thanks
> > >> --
> > >> Regards,
> > >> Nameet Jain
> > >>
> >
> >
>

Re: Move SecurityPermission, SecurityGroup and SecurityGroupPermission Data to seed data files

[Arun Patidar]

Deepak,

IMO,  'SecurityPermission' data should always be part of seed data. but
SecurityGroup and SecurityGroupPermission like a sample data so should be
part of demo data.




Kind Regards,

Arun Patidar
Director of Information Systems

*HotWax CommerceReal OmniChannel. Real Results.*
m: +91 9827353082
w: www.hotwax.co

 <https://www.linkedin.com/company/hotwaxcommerce/>
<https://www.facebook.com/HotWaxCommerce/>
<https://twitter.com/hotwaxcommerce>



On Fri, Sep 21, 2018 at 9:59 AM Deepak Nigam 
wrote:

> Hello All,
>
> Currently, SecurityPermission, SecurityGroup and SecurityGroupPermission
> data are mixed in demo and seed data files. Shouldn't these all data be
> part of seed data files only?
>
> Most of the SecurityPermission data is already part of seed data except the
> files HumanresDemoData.xml and SecurityGroupDemoData.xml files, but there
> is not any fixed pattern for the SecurityGroup and
> SecurityGroupPermissionData.
>
> A Jira ticket OFBIZ-10575
> <https://issues.apache.org/jira/browse/OFBIZ-10575> is available for the
> same.
>
>
> Thanks & Regards
> --
> Deepak Nigam
> HotWax Systems Pvt. Ltd.
>

Re: Should we keep the multi-tenants feature in OFBiz?

[Arun Patidar]

+1 Taher for checking the dependencies of OFBiz users on tenant feature.

As both the options create multiple numbers of databases. Before
deprecating/removing multi-tenancy, we should check all the pros and cons
of the Multi-instance option as an alternate in OFBiz.
We will not want to add another feature with similar or other limitations.
At a time any one of the features should exist in OFBiz instead of adding
backward compatibility. This may make the code more complex.

IMO, existing tenant issues are not critical or blocker.



Kind Regards,

Arun Patidar
Director of Information Systems

*HotWax CommerceReal OmniChannel. Real Results.*
m: +91 9827353082
w: www.hotwax.c <http://www.hotwax.co/>o 
 <https://www.linkedin.com/company/hotwaxcommerce/>
<https://www.facebook.com/HotWaxCommerce/>
<https://twitter.com/hotwaxcommerce>



On Wed, Aug 29, 2018 at 4:06 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Yes you are right, I'll start a discussion on user ML.
>
> I already know that Pierre Smits uses it for his own projects, and indeed
> we know there are more people using it.
>
> This said it should not prevent us to deprecate it and users to continue
> to use it based on R17 branch.
>
> They could then switch later to the replacing feature. If we do so, we
> should try to deliver a migration tool, maybe with their interested help...
>
> At the end it's the dev community to decide, we can get blocked by our
> users, notably because there are issues pending for too long, w/o much
> interest.
>
> Let's see on user ML
>
> Jacques
>
>
> Le 29/08/2018 à 12:05, Taher Alkhateeb a écrit :
> > Multi-tenancy complicates things, and the code could be made simpler
> > by removing it in many areas of the system. So technically, I'm for
> > that.
> >
> > However, the issue here is whether enough people depend on it. I saw
> > multiple questions in the mailing list in the past about multi-tenancy
> > in the past, so I'm just not sure if people depend on it or not. Maybe
> > shooting that question in the user ML would help shed some perspective
> > on it?
> >
> > With our appreciation for all the good work people are doing in their
> > projects, I think we should be focused on OFBiz and what is best for
> > _this_ project. If some project decides to drop multi-tenancy I don't
> > think we should be influenced or automatically follow suit. So naming
> > who-did-what might not important for this discussion and we need to
> > bake our own bread.
> > On Wed, Aug 29, 2018 at 12:45 PM Jacques Le Roux
> >  wrote:
> >> Hi,
> >>
> >> The multi-tenants feature in OFBiz only allows a dozens or maybe even
> few hundreds tenants, after it begin to be a lot of DBs!
> >> I faced that with a startup which wanted to handle thousands, if not
> millions (actually they failed), of tenants, obviously OFBiz can't do that.
> >>
> >> I don't break any secret to say that I was working with David (and
> Andrew) on a project in 2010 when David had to quickly answer to the
> client's
> >> demand who wanted to have tenants. David brilliantly and quickly
> delivered, but it was only a start.
> >>
> >> After many improvements, this feature still have some issues
> >>   https://issues.apache.org/jira/browse/OFBIZ-6066
> >>   https://issues.apache.org/jira/browse/OFBIZ-7900
> >>   https://issues.apache.org/jira/browse/OFBIZ-6164
> >>   https://issues.apache.org/jira/browse/OFBIZ-6065
> >>
> >> Also this is somehow related
> >>   https://issues.apache.org/jira/browse/OFBIZ-6712
> >>
> >> And most importantly
> >>   https://issues.apache.org/jira/browse/OFBIZ-7112
> >>   https://issues.apache.org/jira/browse/OFBIZ-7754
> >>
> >> I recently read this article
> >>
> >>
> https://www.linkedin.com/pulse/architecture-constraints-end-multi-tenancy-gregor-hohpe/
> >>
> >> and, after my experiences with multi-tenant as is in OFBiz, it made me
> wonder if we should not think about how it's done now in OFBiz in 2018 with
> the
> >> clouds being everywhere!
> >>
> >> Before sending this email, I quickly exchanged with David about how
> Moqui handles that now. And we are on the same page, see
> >>
> >> https://www.linkedin.com/groups/4640689/4640689-6180851287941201924
> >>
> >>
> https://stackoverflow.com/questions/41952818/does-moqui-framework-2-0-still-support-mutli-tenency?rq=1
> [1]
> >>
> >> [1] Initially David gave me this link
> >>
> >>
> https://www.linkedin.com/pulse/multi-instance-moqui-docker-david-e-jones/
> >>
> >> but it seems LinkedIn has lost it, as said in the stackoverflow comment.
> >>
> >> So IMO why not deprecating the multi-tenants as is now and rather push
> a multi-instances way?
> >>
> >> Opinions?
> >>
> >> Jacques
> >>
>
>

Re: [Discussion]: Add method attribute to request-map (Was: svn commit: r1834389 - in /ofbiz/ofbiz-framework/trunk/framework...)

[Arun Patidar]

+1 Taher

On Thu, Jun 28, 2018 at 2:01 PM Michael Brohl 
wrote:

> A strong +1 to your recommendations.
>
> There were several commits in the OFBiz core recently which were not
> properly discussed before they were committed. We should avoid this.
>
> People should have in mind that other committers might not have the time
> to review, think and discuss these patches in the course of a few days.
> These things are not urgent and can take their time.
>
> Thanks and regards,
>
> Michael
>
>
> Am 28.06.18 um 09:15 schrieb Taher Alkhateeb:
> > A few comments:
> >
> > 1- I would suggest to try and avoid in the future committing any
> > design changes to the framework without discussing it properly in the
> > mailing list first
> > 2- I think it would be better to revert this work. I noticed in the
> > JIRA for example that Mathieu Lirzin asked for some time to review his
> > work when you just committed his work without checking what he wanted
> > to do, and he later provided refactoring patches.
> > 3- I would recommend providing a summary of what you want to commit.
> > The commit was too long and I don't want to read line-by-line
> > everything in the code to understand what was achieved. Let's first
> > discuss in here what is being done, agree on the general direction,
> > and THEN apply a commit.
> >
> > Those are my recommendations, and I don't know about the rest of the
> > folks opinion here so I invite everyone else to have their input.
> >
> > On Thu, Jun 28, 2018 at 6:46 AM, Shi Jinghai 
> wrote:
> >> Hi all,
> >>
> >> Thanks Jacques, Taher and Nicolas mentioned our community rule, "a
> proper discussion".
> >>
> >> I created an issue "Add method attribute to request-map to controll a
> uri can be called GET or POST only" a week ago:
> >> https://issues.apache.org/jira/browse/OFBIZ-10438
> >>
> >> Thanks Mathieu, he submitted his patches very quickly while I was
> preparing mine. I tested them and submitted to trunk. Please be aware, the
> latest versions are r1834465 and r1834570, and the implement requires JDK
> 1.8.
> >>
> >> Is the implement acceptable for trunk? Further improvement to do? Would
> we backport it to releases?
> >>
> >> If it's not acceptable, I'll revert the implement.
> >>
> >> Kind Regards,
> >>
> >> Shi Jinghai
> >>
> >>
> >> -邮件原件-
> >> 发件人: Paul Foxworthy [mailto:p...@cohsoft.com.au]
> >> 发送时间: 2018年6月26日 19:31
> >> 收件人: dev@ofbiz.apache.org
> >> 主题: Re: svn commit: r1834389 - in
> /ofbiz/ofbiz-framework/trunk/framework:
> base/src/main/java/org/apache/ofbiz/base/util/collections/ webapp/config/
> webapp/dtd/ webapp/src/main/java/org/apache/ofbiz/webapp/control/
> webapp/src/test/java/org/apache/ofbiz/weba...
> >>
> >> On 26 June 2018 at 17:58, Taher Alkhateeb 
> >> wrote:
> >>
> >>> I could be mistaken, but this seems like a very major change that did
> >>> not have a thorough and proper discussion at the mailing list? I would
> >>> rather at least have an explanation of what was committed and to
> >>> discuss the merits and cons of the implementation.
> >>>
> >> Hi all,
> >>
> >> I haven't found the specific issue, but wasn't there a major change
> several
> >> years ago from GET to POST to help guard against XSS attacks?
> >>
> >> Cheers
> >>
> >> Paul Foxworthy
> >>
> >> --
> >> Coherent Software Australia Pty Ltd
> >> PO Box 2773
> >> Cheltenham Vic 3192
> >> Australia
> >>
> >> Phone: +61 3 9585 6788
> >> Web: http://www.coherentsoftware.com.au/
> >> Email: i...@coherentsoftware.com.au
>
>
>

-- 

Best regards,

Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>

Re: Committers still in contributors list?

[Arun Patidar]

+1

On Wed, Jun 27, 2018 at 4:49 PM Sharan  wrote:

> Hi Jacques
>
> Yes, I think that would be a good idea because it give us more
> visibility on any new (and existing) contributors.
>
> Thanks
> Sharan
>
> On 27.6.2018 13:05, Jacques Le Roux wrote:
> > Hi,
> >
> > I was wondering, should we not remove committers from the contributors
> > list in wiki?
> >
> >
> https://cwiki.apache.org/confluence/display/OFBIZ/Apache+OFBiz+Contributors
> >
> >
> > Jacques
> >
>
>

-- 

Best regards,

Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>

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

[Arun Patidar]

Many congratulations Swapnil !!!

On Wed, Jun 27, 2018 at 10:53 AM Anushi Gupta <
anushi.gu...@hotwaxsystems.com> wrote:

> Many Congratulations Swapnil !!
>
> Thanks and Regards,
>
> Anushi Gupta
> Enterprise Software Engineer
> HotWax Systems <https://www.hotwaxsystems.com/>
>
>
> On Wed, Jun 27, 2018 at 10:50 AM, Vaibhav Jain <
> vaibhav.j...@hotwaxsystems.com> wrote:
>
> > Congratulations Swapnil!
> >
> > Vaibhav Jain
> > Sr. Enterprise Software Engineer
> > HotWax Systems
> > m: 782-834-1900 e: vaibhav.j...@hotwaxsystems.com
> >
> >
> > On Wed, Jun 27, 2018 at 1:31 AM Jacques Le Roux <
> > jacques.le.r...@les7arts.com> 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
> > >
> > >
> >
>


-- 

Best regards,

Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>

Re: Welcome to Suraj Khurana as new committer!

[Arun Patidar]

Many congratulations Mr. Khurana!!!

On Wed, Jun 27, 2018 at 10:25 AM Parakh Maheshwari <
parakh.maheshw...@hotwaxsystems.com> wrote:

> Congratulations Suraj!!
>
> Best Regards,
> --
> *Parakh Maheshwari* | Enterprise Software Engineer
> HotWax Systems <http://www.hotwaxsystems.com/>
> https://www.linkedin.com/in/parakh-maheshwari-582947a7/
>
>
> On Wed, Jun 27, 2018 at 10:13 AM Praveen Sharma <
> praveen.sha...@hotwaxsystems.com> wrote:
>
> > Many Congratulations Suraj!!
> >
> >
> >
> >
> > On Wed, Jun 27, 2018 at 10:12 AM, Sonal Patwari <
> > sonal.patw...@hotwaxsystems.com> wrote:
> >
> > > Many Congratulations Suraj!
> > >
> > > Thanks and Regards,
> > > *Sonal Patwari* | Enterprise Software Engineer
> > > HotWax Systems <http://www.hotwaxsystems.com/>
> > >
> > > On Wed, Jun 27, 2018 at 10:09 AM, Shikha Jaiswal <
> > > shikha.jais...@hotwaxsystems.com> wrote:
> > >
> > > > Congratulations Suraj!!
> > > >
> > > > On Wed, Jun 27, 2018 at 10:06 AM Archana Asthana <
> > > > archana.asth...@hotwaxsystems.com> wrote:
> > > >
> > > > >  Many Congratulations Suraj !!
> > > > >
> > > > > Thanks & Regards,
> > > > >
> > > > > Archana Asthana
> > > > >
> > > > >
> > > > > On Wed, Jun 27, 2018 at 9:59 AM, Garima Jain <
> > jaingarima2...@gmail.com
> > > >
> > > > > wrote:
> > > > >
> > > > > > Congratulations Suraj!
> > > > > >
> > > > > > On Wed, Jun 27, 2018 at 9:58 AM Devanshu Vyas <
> > > > vyas.devansh...@gmail.com
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > Many Congratulations Suraj!
> > > > > > >
> > > > > > > Thanks & Regards,
> > > > > > > Devanshu Vyas.
> > > > > > >
> > > > > > >
> > > > > > > On Wed, Jun 27, 2018 at 1:30 AM Jacques Le Roux <
> > > > > > > jacques.le.r...@les7arts.com> 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
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > >
> > > > > > *Kind Regards*
> > > > > > Garima Jain
> > > > > >
> > > > >
> > > >
> > >
> >
> >
> >
> > --
> > *Praveen Sharma* | Enterprise Software Engineer
> > HotWax Systems <https://www.hotwaxsystems.com>
> >
>


-- 

Best regards,

Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>

Re: Welcome to Aditya Sharma as new committer!

[Arun Patidar]

Many congratulations Aditya!!!

On Wed, Jun 27, 2018 at 10:25 AM Pradeep Chaudhary <
pradeep.chaudh...@hotwaxsystems.com> wrote:

> Many Congratulations Aditya!!
>
> Thanks and Regards,
> Pradeep Choudhary
>
>
> On Wed, Jun 27, 2018 at 10:23 AM Parakh Maheshwari <
> parakh.maheshw...@hotwaxsystems.com> wrote:
>
> > Congratulations Aditya :)
> > Best Regards,
> > --
> > *Parakh Maheshwari* | Enterprise Software Engineer
> > HotWax Systems <http://www.hotwaxsystems.com/>
> > https://www.linkedin.com/in/parakh-maheshwari-582947a7/
> >
> >
> > On Wed, Jun 27, 2018 at 10:15 AM Praveen Sharma <
> > praveen.sha...@hotwaxsystems.com> wrote:
> >
> > > Congratulations Aditya!!
> > >
> > >
> > >
> > >
> > > On Wed, Jun 27, 2018 at 10:13 AM, Taher Alkhateeb <
> > > slidingfilame...@gmail.com> wrote:
> > >
> > > > Congratulations and all the best Aditya
> > > >
> > > > On Wed, Jun 27, 2018, 7:43 AM Sonal Patwari
> >  > > > com>
> > > > wrote:
> > > >
> > > > > Many Congratulations Aditya!
> > > > >
> > > > > Thanks and Regards,
> > > > > *Sonal Patwari* | Enterprise Software Engineer
> > > > > HotWax Systems <http://www.hotwaxsystems.com/>
> > > > >
> > > > > On Wed, Jun 27, 2018 at 10:09 AM, Saurabh Dixit <
> > > > > saurabh.di...@hotwaxsystems.com> wrote:
> > > > >
> > > > > > Many congratulations, Aditya!
> > > > > >
> > > > > > Saurabh Dixit
> > > > > > Enterprise Software Engineer
> > > > > > HotWax Systems
> > > > > >
> > > > > >
> > > > > > On Wed, Jun 27, 2018 at 10:08 AM Shikha Jaiswal <
> > > > > > shikha.jais...@hotwaxsystems.com> wrote:
> > > > > >
> > > > > > > Congratulations Aditya!!
> > > > > > >
> > > > > > > On Wed, Jun 27, 2018 at 10:06 AM Archana Asthana <
> > > > > > > archana.asth...@hotwaxsystems.com> wrote:
> > > > > > >
> > > > > > > >  Many Congratulations Aditya!!
> > > > > > > >
> > > > > > > > Thanks & Regards,
> > > > > > > >
> > > > > > > > Archana Asthana
> > > > > > > >
> > > > > > > > On Wed, Jun 27, 2018 at 9:58 AM, Ashish Vijaywargiya <
> > > > > > > > ashish.vijaywarg...@hotwaxsystems.com> wrote:
> > > > > > > >
> > > > > > > > > Many many congratulations Aditya!
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Kind Regards
> > > > > > > > > Ashish Vijaywargiya
> > > > > > > > > HotWax Systems - est. 1997 <http://www.hotwaxsystems.com/>
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Wed, Jun 27, 2018 at 1:30 AM Jacques Le Roux <
> > > > > > > > > jacques.le.r...@les7arts.com> 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
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > *Praveen Sharma* | Enterprise Software Engineer
> > > HotWax Systems <https://www.hotwaxsystems.com>
> > >
> >
>
>
> --
>


-- 

Best regards,

Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>

Re: Error in ecommerce - showcart

[Arun Patidar]

Thanks Ralf for reporting. I will take care of it.

On Sat, Jun 23, 2018 at 10:42 PM r...@jazzcon.de  wrote:

> Hi all,
>
> I today got an error message while testing
> the ecommerce - showcart:
>
> Error rendering included template at location [component://ecommerce
> /template/cart/ShowCart.ftl]: freemarker.core.ParseException: Syntax
> error in template "component://ecommerce/template/cart/ShowCart.ftl" in
>  line 565, column 5: Unexpected directive, "#else". Check if you have a
>  valid #if-#elseif-#else or #list-#else structure.
>
> Inserting a line ( after   in Line 564
> with a  closing if statement:
>
>   
>
> seems to solve the problem.
>
> Best regards,
>
> Ralf
>
> --
>
> Best regards,
>
> Arun Patidar
> Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>
>
>

Re: buildbot failure in on ofbizTrunkFramework

[Arun Patidar]

It has been passed on local and also next build result is showing success.

https://ci.apache.org/builders/ofbizTrunkFramework/builds/272


Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co>



On Sat, Jun 23, 2018 at 2:54 PM  wrote:

> The Buildbot has detected a new failure on builder ofbizTrunkFramework
> while building . Full details are available at:
> https://ci.apache.org/builders/ofbizTrunkFramework/builds/271
>
> Buildbot URL: https://ci.apache.org/
>
> Buildslave for this Build: silvanus_ubuntu
>
> Build Reason: The AnyBranchScheduler scheduler named
> 'onTrunkFrameworkCommit' triggered this build
> Build Source Stamp: [branch ofbiz/ofbiz-framework/trunk] 1834186
> Blamelist: arunpatidar
>
> BUILD FAILED: failed shell_2
>
> Sincerely,
>  -The Buildbot
>
>
>
>

Re: [Proposal] Make accounting entry configurable

[Arun Patidar]

Hi Jacques,

Now subscribed with arun.pati...@hotwax.co


On Thu, May 3, 2018 at 2:42 PM, Arun Patidar  wrote:

> Thanks Jacques, this is a typo. I should use arunpati...@apache.org email
> address in reply.
>
>
> Thanks & Regards
> ---
> Arun Patidar
> Director of Information SystemsHotWax Commerce <http://www.hotwax.co>
>
>
>
> On Thu, May 3, 2018 at 2:08 PM Jacques Le Roux <
> jacques.le.r...@les7arts.com>
> wrote:
>
> > Hi Arun,
> >
> > This email address arun.pati...@hotwax.co is not subscribed (typo?)
> >
> > Jacques
> >
> >
> > Le 03/05/2018 à 09:40, Arun Patidar a écrit :
> > > +1 Aman, PartyAcctgPreference looks good to me. This will give the
> > > flexibility to control accounting on Company party level.
> > >
> > > On Thu, May 3, 2018 at 12:34 PM, Jacques Le Roux <
> > > jacques.le.r...@les7arts.com> wrote:
> > >
> > >> Hi Aman, Rishi,
> > >>
> > >> Why not have both?
> > >>
> > >> Jacques
> > >>
> > >>
> > >>
> > >> Le 03/05/2018 à 08:40, Rishi Solanki a écrit :
> > >>
> > >>> 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.
> > 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
> > >>>>
> > >>>>
> > >
> >
> >
>



-- 

Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>

Re: [Proposal] Make accounting entry configurable

[Arun Patidar]

Thanks Jacques, this is a typo. I should use arunpati...@apache.org email
address in reply.


Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co>



On Thu, May 3, 2018 at 2:08 PM Jacques Le Roux 
wrote:

> Hi Arun,
>
> This email address arun.pati...@hotwax.co is not subscribed (typo?)
>
> Jacques
>
>
> Le 03/05/2018 à 09:40, Arun Patidar a écrit :
> > +1 Aman, PartyAcctgPreference looks good to me. This will give the
> > flexibility to control accounting on Company party level.
> >
> > On Thu, May 3, 2018 at 12:34 PM, Jacques Le Roux <
> > jacques.le.r...@les7arts.com> wrote:
> >
> >> Hi Aman, Rishi,
> >>
> >> Why not have both?
> >>
> >> Jacques
> >>
> >>
> >>
> >> Le 03/05/2018 à 08:40, Rishi Solanki a écrit :
> >>
> >>> 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.
> 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: New ASF Member from OFBiz Community

[Arun Patidar]

Many congratulations  Deepak!!!

On Thu, May 3, 2018 at 12:33 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> BTW Deepak,
>
> One thing you might want to do is to change https://cwiki.apache.org/confl
> uence/display/OFBIZ/Apache+OFBiz+PMC+Members+and+Committers to show your
> new status :)
>
> Jacques
>
>
>
> Le 02/05/2018 à 18:18, Jacques Le Roux a écrit :
>
>> I'm very happy  that Deepak is now an ASF member :)
>>
>> Cheers Deepak !
>>
>> Jacques
>>
>>
>> Le 02/05/2018 à 17:38, Jacopo Cappellato a écrit :
>>
>>> 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-softwar
>>> e-foundation-welcomes2
>>> <https://www.google.com/url?q=https://blogs.apache.org/found
>>> ation/entry/the-apache-software-foundation-welcomes2&sa=D&
>>> source=hangouts&ust=1525357595561000&usg=AFQjCNHXDpgnyJ1wgnb
>>> Z06kEPTsbXs9MDQ>
>>>
>>> Congratulations Deepak!
>>>
>>> Jacopo
>>>
>>>
>>
>>
>


-- 

Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>

Re: [Proposal] Make accounting entry configurable

[Arun Patidar]

+1 Aman, PartyAcctgPreference looks good to me. This will give the
flexibility to control accounting on Company party level.

On Thu, May 3, 2018 at 12:34 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Aman, Rishi,
>
> Why not have both?
>
> Jacques
>
>
>
> Le 03/05/2018 à 08:40, Rishi Solanki a écrit :
>
>> 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. 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
>>>
>>>
>


-- 

Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co/>

Re: [Proposal] Return History Feature in eCommerce

[Arun Patidar]

+1

Thanks & Regards
---
Arun Patidar
Director of Information SystemsHotWax Commerce <http://www.hotwax.co>


On Mon, Apr 30, 2018 at 4:48 PM, Devanshu Vyas 
wrote:

> +1
>
> Thanks & Regards,
> Devanshu Vyas.
>
>
> On Sat, Apr 28, 2018 at 7:13 PM Ratnesh Upadhyay <
> upadhyay.ratn...@gmail.com>
> wrote:
>
> > Hi Devs,
> >
> > I have gone through eCommerce application and noticed that we have order
> > history section there but we don't have return history. So I would like
> to
> > propose "Return History" feature in eCommerce application. Please let me
> > know your views on it.
> >
> > Thanks!!
> >
> > Regards,
> > Ratnesh Upadhyay
> > HotWax Systems | www.hotwaxsystems.com
> >
>

Re: Confusing entity names

[Arun Patidar]

+1 Suraj for the improvement.  Please see my comments inline:


On Tue, Apr 10, 2018 at 4:54 PM, Suraj Khurana <
suraj.khur...@hotwaxsystems.com> wrote:

> Hello,
>
> There are some entities which could be renamed as per their usage.
>
>- *OrderItemShipGroup*: It shows order ship groups and it doesn't
>contain anything at order item level. So, it could be re-named as
>*OrderShipGroup.*
>- *OrderItemShipGroupAssoc: *It do not maintain any association type, it
>just contains order item with respect to ship group, so this could be
>re-named as *OrderItemShipGroup *to maintain consistency and code
>readablity.
>
>
 You can rename 'OrderItemShipGroupAssoc'  to 'OrderShipGroupItems' or
'OrderShipGroupMember'.
Renaming it to exisitng entity can be complex and confusing for end user.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

www.hotwaxsystems.comwww.hotwax.co







> I know that these entities are crucial part of OOTB data model since
> inception. Having thought in mind that 'Naming should be self explanatory',
> this is a proposal and It would be great to hear communities thought on
> this topic.
>
> Please share your opinions on this.
>
> --
>
> Thanks and Regards,
> *Suraj Khurana* | Omni-channel OMS Technical Expert
> *HotWax Commerce*  by  *HotWax Systems*
> Plot no. 80, Scheme no. 78, Vijay Nagar, Indore, M.P. India 452010
> Cell phone: +91 96697-50002
>

Re: Overriding eca definition

[Arun Patidar]

+1 for condition service attribute.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

www.hotwaxsystems.comwww.hotwax.co


On Sat, Feb 10, 2018 at 7:25 PM, Rishi Solanki 
wrote:

> Suraj/Nicolas,
>
> IMO, There is no need to extend/override an ECA rule. ECA like we want to
> trigger something conditionally and it happens once we establish the rule.
> We can change the rule, and we are doing that frequently as per our custom
> requirement and we have calls to disable sometimes when required.
>
> +1 for having condition-service tag, it should be useful for adding more
> proper conditions for running EECAs.
>
> Thanks!
>
>
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
> www.hotwax.co
>
> On Sat, Feb 10, 2018 at 6:12 PM, Suraj Khurana <
> suraj.khur...@hotwaxsystems.com> wrote:
>
> > Hi Nicolas,
> >
> > I think there is a confusion here.
> > I am trying to find the reason why condition-service have not been
> > implemented for ecas?
> > I there is no such reason, I propose we should have a similar concept for
> > ecas as well.
> > So that we can write something like:
> >
> >
> > > value="ORDER_COMPLETED"/>
> > > value="Y"/>
> >
> >
> > 
> >
> > Here, checkForSomeCondition service must return true to proceed for
> > issueImmediatelyFulfilledOrder.
> > HTH.
> >
> > --
> > Thanks and Regards,
> > *Suraj Khurana* | Sr. Enterprise Software Engineer
> > *HotWax Commerce*  by  *HotWax Systems*
> > Plot no. 80, Scheme no. 78, Vijay Nagar, Indore, M.P. India 452010
> >
> > On Sat, Feb 10, 2018 at 1:35 PM, Nicolas Malin  >
> > wrote:
> >
> > > Hello Suraj,
> > >
> > > Currently I see no possibility to override an eca because definitions
> are
> > > all loaded and we can have exactly two identical definition with
> > different
> > > action. In this case difficult to spot the eca to disable/improve.
> > >
> > > So before try to override an eca I suggest to implement an
> identification
> > > like :
> > >
> > >  event="return"
> > >  package="org.apache.ofbiz.accounting"
> > id="FinAccountTransBalanceUpda
> > > te">
> > >  > > value="FINACT_TRNS_APPROVED"/>
> > >  > mode="sync"/>
> > > 
> > >
> > > and after we would implement a new element as flying idea :
> > >  > > id="FinAccountTransBalanceUpdate">
> > >   
> > >  > > value="LOVE"/>
> > >   
> > > 
> > > or
> > >  > > id="FinAccountTransBalanceUpdate">
> > > or
> > > > > id="FinAccountTransBalanceUpdate">
> > >
> > >  > > value="LOVE"/>
> > > 
> > >
> > > 
> > >
> > > Nicolas
> > >
> > >
> > >
> > > On 09/02/2018 14:01, Suraj Khurana wrote:
> > >
> > >> Hello,
> > >>
> > >> What is the best way to override entity eca definition?
> > >> Suppose you need to add a condition-service as well in eca, as far as
> I
> > >> can
> > >> check, currently, there is no way to handle condition service in eca
> > rule.
> > >>
> > >> IMO, this could be interesting to have this thing, is it intentional
> > that
> > >> we do this only for seca rules and not for eca's?
> > >>
> > >> Please share your thoughts on this.
> > >> --
> > >> Thanks and Regards,
> > >> *Suraj Khurana* | Omnichannel OMS Technical Expert
> > >> *HotWax Commerce*  by  *HotWax Systems*
> > >> Plot no. 80, Scheme no. 78, Vijay Nagar, Indore, M.P. India 452010
> > >>
> > >>
> > >
> >
>

Re: Initial inventory import in OFBiz

[Arun Patidar]

Thanks Swapnil for details. All your suggestions should consider while
stock inventory import. I am concern about accounting impact with this
import. How will we manage AP invoice generated by this process?

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Fri, Nov 24, 2017 at 1:04 PM, Swapnil Shah <
swapnil.s...@hotwaxsystems.com> wrote:

> If intent is to use this feature just one time for setting up foundation
> data then we can keep the scope and purpose of it limited to sync up
> product-wise on hand stock between any two systems. And in this given
> context, it should suffice to:
>
>- Either take the stock in through InventoryItemVariance Or via
>Shipment & ShipmentReceipt.
>- Create respective InventoryItem along with InventoryItemDetails
>against each product (with some reasonable flag that signifies that its
>created as part of sync up or Import process)
>- Set QOH/ATP/unitCost/Facility/location/ownerPartyId/
>itemCondition/LotId/serialNumber on respective InventoryItem(s) based
>on what is already set in legacy system (rather than recalculating at our
>end) against each product. And percolate these set values to related
>entities.
>
>
>
> Thanks,
>
> Swapnil
>
>
>
> -Original Message-
> From: Arun Patidar [mailto:arun.pati...@hotwaxsystems.com]
> Sent: Wednesday, November 22, 2017 2:00 PM
> To: Vaibhav Jain 
> Cc: arunpati...@apache.org; dev@ofbiz.apache.org
> Subject: Re: Initial inventory import in OFBiz
>
>
>
> Hello Vaibhav,
>
>
>
> Initial inventory import using a shipment looks good to me. What will be
> the case when you will mark shipment received and the system will generate
> purchase invoice for it?  Thia is possible that we are not purchasing
> received inventory during system setup, that was already paid through the
> offline system.
>
>
>
> --
>
> Thanks & Regards
>
> ---
>
> Arun Patidar
>
> Manager, Enterprise Software Development
>
>
>
> HotWax Systems Pvt Ltd.
>
>
>
> www.hotwaxsystems.com
>
>
>
>
>
> On Mon, Nov 20, 2017 at 7:29 PM, Vaibhav Jain <
> vaibhav.j...@hotwaxsystems.com> wrote:
>
>
>
> > Hello all,
>
> >
>
> > As per the further findings, I found that there can be various ways to
>
> > import initial inventory from legacy system to OFBiz
>
> >
>
> > 1. We can import the inventory of the legacy system to OFBiz using
>
> > receive inventory. And inventory cost can be calculated according to
>
> > respective COGS method of the organisation.
>
> > 2. We can create an inbound shipment in OFBiz for existing inventory
>
> > of legacy system.
>
> >
>
> > Initial inventory import affects various modules of OFBiz.
>
> >
>
> > Please share your thoughts on it.
>
> >
>
> > Vaibhav Jain
>
> > Hotwax Systems,
>
> > vaibhav.j...@hotwaxsystems.com
>
> >
>
> > On Tue, Nov 7, 2017 at 5:45 PM, Vaibhav Jain 
> > com
>
> > > wrote:
>
> >
>
> > > How to manage initial inventory import in OFBiz migrated from the
>
> > > legacy system?
>
> > >
>
> > > How to manage initial inventory cost in accounting module?
>
> > >
>
> > > Vaibhav Jain
>
> > > Hotwax Systems,
>
> > > vaibhav.j...@hotwaxsystems.com
>
> > >
>
> >
>

Re: OFBiz Version Info

[Arun Patidar]

Users should have the ability to know the current version of any
application that he is using.

+1 to Devanshu's proposal with the solution design proposed by Taher.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Sun, Nov 26, 2017 at 3:06 AM, Pierre Smits 
wrote:

> For whom is this intended?
>
> For the contributors of this project? Code contributors check out (and
> work with) the code from the official repo's (ASF SVN/Github git) and work
> with only with revisions in their IDE of choice. And our other contributors
> (document maintainers) relate more to Releases.
> For adopters? They don't care about the OFBiz version, when they augment
> code internally and have their own versioning definition/protocol.
> OFBiz Service Providers? They apply anything their customers agree with
> regarding Release Management and versioning. And each customer can have a
> different Naming Convention and Protocol.
>
> Best regards,
>
> Pierre
>
> On Sat, 25 Nov 2017 at 10:54 Swapnil Mane 
> wrote:
>
>> +1 for having the version info.
>>
>> Taher's proposal looks reasonable to me.
>>
>>
>> - Best Regards,
>> Swapnil M Mane
>>
>> On Sat, Nov 25, 2017 at 2:37 PM, Taher Alkhateeb <
>> slidingfilame...@gmail.com
>> > wrote:
>>
>> > I don't think it's necessary to contain the version information, but I
>> > don't mind it if people find it helpful. With that being said, I
>> > suggest to avoid putting this information in README.md and also to
>> > avoid doing this manually. It becomes tedious and human error prone.
>> >
>> > My suggestion instead (if enough people want this) is to create a task
>> > to publish a version file. For example: "./gradlew publishVersion"
>> > would create a VERSION file that contains ofbiz version and svn
>> > revision for example and the file should be ignored by the version
>> > control system.
>> >
>> > On Sat, Nov 25, 2017 at 11:37 AM, Deepak Dixit
>> >  wrote:
>> > > I think here Devanshu talking about release that we do in zip.
>> > > http://www.apache.org/dyn/closer.lua/ofbiz/apache-ofbiz-16.11.03.zip
>> > >
>> > >
>> > > Thanks & Regards
>> > > --
>> > > Deepak Dixit
>> > > www.hotwaxsystems.com
>> > > www.hotwax.co
>> > >
>> > > On Sat, Nov 25, 2017 at 1:59 PM, Jacques Le Roux <
>> > > jacques.le.r...@les7arts.com> wrote:
>> > >
>> > >> Hi Devanshu, James,
>> > >>
>> > >> To see something locally on the ERP pages footer you need to run
>> > "gradlew
>> > >> svnInfo" before
>> > >>
>> > >> Jacques
>> > >>
>> > >> Le 25/11/2017 à 07:14, James Yong a écrit :
>> > >>
>> > >>> Hi Devanshu,
>> > >>>
>> > >>> Have you looked at the web pageâ€[image: ™]s footer?
>> > >>>
>> > >>> Regards,
>> > >>> James Yong
>> > >>>
>> > >>> On 2017-11-25 13:46, Devanshu Vyas 
>> wrote:
>> > >>>
>> > >>>> Hello Devs,
>> > >>>>
>> > >>>> Recently I came to know and verified that there is no specific
>> > location
>> > >>>> in
>> > >>>> our OFBiz framework(not even in README.md) where we specify what
>> > version
>> > >>>> code a Dev has downloaded and currently using.
>> > >>>>
>> > >>>> If there is such entry or location in our framework and I missed
>> it,
>> > >>>> please
>> > >>>> let me know. And if not, let's discuss what's the best way to
>> inform
>> > our
>> > >>>> Devs/users about our code version.
>> > >>>>
>> > >>>> PS: I suggest the README.md :)
>> > >>>>
>> > >>>> Thanks & Regards,
>> > >>>> Devanshu Vyas.
>> > >>>>
>> > >>>>
>> > >>
>> >
>>
>

Re: [Proposal] Extend facility entity

[Arun Patidar]

+1 for FacilityCalendar entity with purpose.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Sun, Nov 26, 2017 at 3:31 AM, pierre  wrote:

> Hi Pierre,
>
> The "primary" pattern is often used such in productCategory or
> productStore entity.
> It can simplify acces for simple use.
>
> Thanks
>
> Pierre G
>
>
>
> On 25/11/2017 22:26, Pierre Smits wrote:
>
> Why would a new field called primaryCalendarId be required when this could
> be resolved through you proposed FacilityCalendar entity?
> If there is only one it is the primary. And if multiple are required then
> one can have facilityCalendarPurposeId =
> primary/default/whatever-your-Definition-for-that-is.
>
> Best regards,
>
> Pierre
>
>
> On Sat, 25 Nov 2017 at 21:59 pierre.gaudin  
>  wrote:
>
>
> Can we set a primaryCalendarId field on Facility entity and add a join
> entity FacilityCalendar with fields facilityId, caldendarId,
> facilityCalendarPurposeId, description for complex use ?
>
> Pierre
>
>
> On 25/11/2017 19:18, Pierre Smits wrote:
>
> Hi Jacques, All,
>
> Consider following scenarios:
>
> 1. A business with a facility in a city center, where city government
> has placed restrictions on the access of the city center for trucks,
>
> and
>
> other set of restrictions of opening hours for customers:
>1. a calendar for suppliers and other logistics service providers
>2. a calendar for customers
> 2. A hospital with multiple child facilities:
>1. The warehouse: a calendar for suppliers and other logistics
>service providers
>2. The outpatient clinic: a calendar for the opening hours
>3. The nursing departments: a calendar regarding visiting hours
>
> Plus , for any kind of legal entity: one or more calendars regarding
> working hours of staff. I feel confident that you and others can dream up
> other scenarios too.
>
> Best regards,
>
> Pierre Smits
> ORRTIZ.COM <http://www.orrtiz.com> <http://www.orrtiz.com>
> OFBiz based solutions & services
>
> OEM - The OFBiz Extensions Marketplace1http://oem.ofbizci.net/oci-2/
> 1 not affiliated to (and not endorsed by) the OFBiz project
>
> On Sat, Nov 25, 2017 at 5:32 PM, Jacques Le Roux 
>  wrote:
>
>
> Hi Pierre,
>
> Actually I was answering to Pierre Gaudin :)
>
> More than one calendar for a facility? Do you have an example?
>
> Jacques
>
>
> Le 25/11/2017 à 15:53, Pierre Smits a écrit :
>
>
> Hey Jacques,
>
> You're welcome.
>
> {quote}
> Anyway, so Vaibhav, I think we can now put directly  name="calendarId" type="value" /> in Facility
> {quote}
>
> Are you sure? Is there no scenario possible where a facility would
>
> need to
>
> apply more than 1 calendar?
>
> Best regards,
>
> Pierre Smits
> ORRTIZ.COM <http://www.orrtiz.com> <http://www.orrtiz.com>
>
> OFBiz based solutions & services
>
> OEM - The OFBiz Extensions Marketplace1http://oem.ofbizci.net/oci-2/
> 1 not affiliated to (and not endorsed by) the OFBiz project
>
> On Sat, Nov 25, 2017 at 3:24 PM, Jacques Le Roux 
>  wrote:
>
> Thanks for the info Pierre,
>
> Exactly the right answer!
>
> I thought there was something in workeffort data model, I know less
> manufacturing :)
>
> BTW, I wonder why TechDataCalendar is in manufacturing rather than in
> workeffort where IMO it would better fit since it's more general
>
> there.
>
> Anyway, so Vaibhav, I think we can now put directly  name="calendarId" type="value" /> in Facility
>
> Jacques
>
>
>
> Le 25/11/2017 à 13:47, pierre.gaudin a écrit :
>
> Hi,
>
> Recently we had to store opening and closing hours for stores. To do
>
> so
>
> we have linked techDataCalendar with facility
>
>   
>
>   
>   
>
> Thanks
>
> Pierre
> On 25/11/2017 11:53, Michael Brohl wrote:
>
> +1 for a timetable entity and linking it to facility
>
> This will give us much more flexibility and avoids adding more and
>
> more
>
> fields to the facility table.
>
> Thanks,
>
> Michael
>
>
> Am 25.11.17 um 11:39 schrieb Jacques Le Roux:
>
> Hi Vaibhav,
>
> That sounds reasonable to me. I notably like this feature when
> Googling
> for a *physical* store to go buying things.
>
> Then you should maybe consider having a new Timetable Entity and
>
> link
>
> it from Facility.
>
> I had a look at what already exists in the Data Model, not

Re: Initial inventory import in OFBiz

[Arun Patidar]

Hello Vaibhav,

Initial inventory import using a shipment looks good to me. What will be
the case when you will mark shipment received and the system will generate
purchase invoice for it?  Thia is possible that we are not purchasing
received inventory during system setup, that was already paid through the
offline system.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Mon, Nov 20, 2017 at 7:29 PM, Vaibhav Jain <
vaibhav.j...@hotwaxsystems.com> wrote:

> Hello all,
>
> As per the further findings, I found that there can be various ways to
> import initial inventory from legacy system to OFBiz
>
> 1. We can import the inventory of the legacy system to OFBiz using receive
> inventory. And inventory cost can be calculated according to respective
> COGS method of the organisation.
> 2. We can create an inbound shipment in OFBiz for existing inventory of
> legacy system.
>
> Initial inventory import affects various modules of OFBiz.
>
> Please share your thoughts on it.
>
> Vaibhav Jain
> Hotwax Systems,
> vaibhav.j...@hotwaxsystems.com
>
> On Tue, Nov 7, 2017 at 5:45 PM, Vaibhav Jain  com
> > wrote:
>
> > How to manage initial inventory import in OFBiz migrated from the legacy
> > system?
> >
> > How to manage initial inventory cost in accounting module?
> >
> > Vaibhav Jain
> > Hotwax Systems,
> > vaibhav.j...@hotwaxsystems.com
> >
>

Re: svn commit: r1813627 - /ofbiz/ofbiz-framework/trunk/applications/party/webapp/partymgr/WEB-INF/controller.xml

[Arun Patidar]

Thanks Michael for your notes. I have updated log message in rev:1813627 as
per best practice.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Mon, Oct 30, 2017 at 3:48 PM, Michael Brohl 
wrote:

> Hi Arun,
>
> thanks for your work. You could help us save some time by sticking to the
> commit message template.
>
> Please see my previous message to Rishi.
>
> In this case, the correct message would be formatted:
>
> ===
>
> Fixed: Issue while creating new person in the party component.
> (OFBIZ-9653)
>
> Thanks Rubia Elza Joshep and Suraj Khurana for your contribution.
>
> ===
>
> Thank you and best regards,
>
> Michael
>
> Am 28.10.17 um 15:16 schrieb arunpati...@apache.org:
>
> Author: arunpatidar
>> Date: Sat Oct 28 13:16:01 2017
>> New Revision: 1813627
>>
>> URL: http://svn.apache.org/viewvc?rev=1813627&view=rev
>> Log:
>> FIXED:Issue while creating new person in the party component. (OFBIZ-9653)
>> Thanks Rubia Elza Joshep and Suraj Khurana for your contribution.
>>
>> Modified:
>>  ofbiz/ofbiz-framework/trunk/applications/party/webapp/party
>> mgr/WEB-INF/controller.xml
>>
>> Modified: ofbiz/ofbiz-framework/trunk/applications/party/webapp/partym
>> gr/WEB-INF/controller.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/app
>> lications/party/webapp/partymgr/WEB-INF/controller.xml?rev=
>> 1813627&r1=1813626&r2=1813627&view=diff
>> 
>> ==
>> --- 
>> ofbiz/ofbiz-framework/trunk/applications/party/webapp/partymgr/WEB-INF/controller.xml
>> (original)
>> +++ 
>> ofbiz/ofbiz-framework/trunk/applications/party/webapp/partymgr/WEB-INF/controller.xml
>> Sat Oct 28 13:16:01 2017
>> @@ -368,7 +368,9 @@ under the License.
>>   
>>   
>>   
>> -> value="viewprofile"/>
>> +> value="viewprofile">
>> +
>> +
>>   
>>   
>>   
>>
>>
>>
>
>

Re: Updates to EntityQuery

[Arun Patidar]

Hello Gareth,

Please provide some more details or patch to understand  - forUpdate
and forEach
method utility.

getFieldMap method looks good to me.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Tue, Oct 24, 2017 at 9:06 PM, Gareth Carter 
wrote:

> Hi all
>
> We have internally patched EntityQuery with some additional functionality
> and before I create a Jira was going to see what the community thinks.
>
> New functionality:
>
> -   New method getFieldMap which returns a Map object of selected
> fields from GenericValue objects, useful for creating cache map objects for
> lookup
>
> -   Support forUpdate
>
> -   forEach method to accept Consumer
>
> We have found these useful and believe the project can benefit, let me
> know what you think
>
> Regards
>
> Gareth Carter
>
>
> Software Development Analyst
>
>
> Stannah Management Services Ltd
>
>
> IT Department
>
>
> Ext:
>
>
> 7036
>
>
> DDI:
>
>
> 01264 364311
>
>
>
>
> [http://logos.stannah.co.uk/stan150.jpg]
>
>
> [http://logos.stannah.co.uk/enviro.jpg]Please consider the environment
> before printing this email.
>
>
>
> This email is intended only for the above addressee. It may contain
> privileged information. If you are not the addressee you must not copy,
> distribute, disclose or use any of the information in it. If you have
> received it in error, please delete it and notify the sender.
>
> Stannah Lift Holdings Ltd registered No. 686996, Stannah Management
> Services Ltd registered No. 2483693, Stannah Lift Services Ltd registered
> No. 1189799, Stannah Microlifts Ltd registered No. 964804, Stannah Lifts
> Ltd registered No. 1189836, Stannah Stairlifts Ltd registered No. 1401451,
> Global Upholstery Solutions Ltd registered No. 02452728.
>
> All registered offices at Watt Close, East Portway, Andover, Hampshire,
> SP10 3SD, England.
>
> All Registered in England and Wales.
>
> This message has been scanned for malware by Websense. www.websense.com
>

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

[Arun Patidar]

+1, good idea and good timing.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Tue, Oct 10, 2017 at 10:03 PM, Taher Alkhateeb <
slidingfilame...@gmail.com> wrote:

> Hi Jacopo,
>
> I recently created a JIRA [1] to finalize the implementation of of
> gradle to utilize a maven repository provided by Infra [2]. The
> purpose of this maven repository as you may recall from our old
> discussion [3] is to be able to publish OFBiz plugins as ZIP archives
> in the repository.
>
> So now the question has come, how do we publish? I don't have a very
> clear idea in mind, but here are some thoughts:
>
> - We proceed exactly as you suggested for the release branches.
> - For plugins I distinguish between release branches vs actual
> releases as follows
>   - A single release branch would contain _all_ plugins (as exists right
> now)
>   - However, for actual plugin releases maybe we just create a tag in
> version control and then publish individually and separately to maven.
>
> This way, we encourage people to avoid thinking of plugins as things
> that you download from a branch and place manually, and instead think
> of them as extra functionality that OFBiz can provide for you with a
> single command on the command line (or maybe even through the UI in
> the future). On a side note, I think this is going to be a great
> release. We've accomplished a lot and solved quite a few bugs thanks
> to the great efforts from the community.
>
> Oh and +1 :)
>
> [1] https://issues.apache.org/jira/browse/OFBIZ-9832
> [2] https://issues.apache.org/jira/browse/INFRA-13924
> [3] http://markmail.org/message/bjvqu23ofwzuk57y
>
> Cheers,
>
> Taher Alkhateeb
>
> On Tue, Oct 10, 2017 at 10:35 AM, 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: Purchase Order Cancel status

[Arun Patidar]

IMO, we should keep SO and PO consistent in this workflow. Also, there is
less chance to add item after canceling all item.  To keep order status
sync with items, we should cancel the order if all items have been canceled.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Mon, Oct 9, 2017 at 2:36 PM, Renuka Srishti 
wrote:

> Hii Mohammad,
> I agree with your points. I think we should wait for other's reply too,
> then we can conclude the implementation.
>
> Thanks
> Renuka Srishti
>
> On Fri, Oct 6, 2017 at 7:34 PM, Mohammad Kathawala <
> mohammad.kathaw...@hotwaxsystems.com> wrote:
>
> > Hi,
> >
> > IMO, if all the items of the order need to be canceled then the user
> > should/would directly cancel the order rather than canceling all the
> items
> > individually. This will automatically cancel all the items and the order
> at
> > header level. Despite this, still, if the user cancels all the items
> > individually then IMO the order should not get canceled automatically at
> > header level because after the order is canceled you cannot add new items
> > to it and it might be possible that user wants to add new items to the
> > order after canceling all the existing items. The order should be
> canceled
> > manually in this case.
> >
> > Thanks.
> >
> > Regards*,*
> > *Mohammad Kathawala* | Technical Consultant / Team Lead
> > *HotWax Commerce* by *HotWax Systems*
> > Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> > Indore,
> > M.P 452010
> > Cell phone: 7772858789
> >
> > HotWax Systems recently received 8 mentions in *The Gartner Digital
> > Commerce Vendor Guide, 2016 *by Gartner, Inc., the world's leading IT
> > research and advisory company. Learn more about our research here
> > <https://www.gartner.com/technology/media-products/
> > newsletters/HotWax/1-2UVLP6M/index.html>
> > .
> >
> > On Fri, Oct 6, 2017 at 7:14 PM, Ratnesh Upadhyay <
> > upadhyay.ratn...@gmail.com
> > > wrote:
> >
> > > Hi Renuka,
> > >
> > > I would also prefer to remove this condition as it's not making sense
> to
> > > keep order in created status when all the order items get canceled.
> > >
> > > Thanks!!
> > >
> > > Regards,
> > > Ratnesh Upadhyay
> > > HotWax Systems | www.hotwaxsystems.com
> > >
> > > On Fri, Oct 6, 2017 at 12:52 PM, Deepak Dixit <
> > > deepak.di...@hotwaxsystems.com> wrote:
> > >
> > > > Hi Renuka,
> > > >
> > > > I see no reason to keen this condition.  we can remove this.
> > > > As I know there is no business scenario around this. If all order
> item
> > > > cancelled than order should be cancel either its Sales or Purchase
> > order.
> > > >
> > > >
> > > >
> > > > Thanks & Regards
> > > > --
> > > > Deepak Dixit
> > > > www.hotwaxsystems.com
> > > > www.hotwax.co
> > > >
> > > > On Thu, Oct 5, 2017 at 7:17 PM, Renuka Srishti <
> > > renuka.srisht...@gmail.com
> > > > >
> > > > wrote:
> > > >
> > > > > Hello Devs,
> > > > >
> > > > > This is reference to
> > > > > http://markmail.org/message/wggbvdumrndpkxrj
> > > > >
> > > > > In "applications/order/src/org/ofbiz/order/order/
> > OrderServices.java",
> > > > > under
> > > > > "checkItemStatus" service, there is one check for all item
> cancelled:
> > > > >
> > > > > if (!"PURCHASE_ORDER".equals(orderTypeId)) {
> > > > > newStatus = "ORDER_CANCELLED";
> > > > > }
> > > > >
> > > > > I was trying to find out the reason behind it but did not get any.
> > > > >
> > > > > When we cancel all the items of an order, Order should cancel at
> the
> > > > header
> > > > > level too. Then why we have added this special check for purchase
> > > order?
> > > > >
> > > > > Becuase of this check, after canceling of all the items, purchase
> > order
> > > > do
> > > > > not get canceled at the header level. Currently, we need to cancel
> > the
> > > > > purchase order manually.
> > > > >
> > > > >
> > > > > Thanks
> > > > > Renuka Srishti
> > > > >
> > > >
> > >
> >
>

Re: Security group permission association must have date range

[Arun Patidar]

+1 Suraj

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Thu, Sep 28, 2017 at 3:39 PM, Ashish Vijaywargiya <
ashish.vijaywarg...@hotwaxsystems.com> wrote:

> +1
>
> Kind Regards
> Ashish Vijaywargiya
> HotWax Systems - est. 1997 <http://www.hotwaxsystems.com/>
>
>
> On Thu, Sep 28, 2017 at 1:35 PM, Suraj Khurana <
> suraj.khur...@hotwaxsystems.com> wrote:
>
> > Hello,
> >
> > There might be many scenarios in the real business that you need to
> > maintain specific permission to a specific group for some specified time
> > only. Like at the time of business expansion, permission related work
> > allotment to current employees, so maintaining history becomes important
> > here.
> >
> > IMO, there should be *fromDate* and *thruDate* fields on
> > *SecurityGroupPermission* entity as well with *fromDate* as part of
> primary
> > key.
> >
> > Please let me know your thoughts on this.
> >
> > --
> > Thanks and Regards,
> > *Suraj Khurana* | Sr. Enterprise Software Engineer
> > *HotWax Commerce*  by  *HotWax Systems*
> > Plot no. 80, Scheme no. 78, Vijay Nagar, Indore, M.P. India 452010
> >
>

Re: Extend type entities to add name of detail entity where hasTable is true.

[Arun Patidar]

Thanks Michael and Rishi for your feedback.  If we follow the proper
convention with TypeId and entity name then there is no issue. But the case
is that there is some inconsistency in existing entities. We will have to
fix some of the existing entities as per convention.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Tue, Sep 12, 2017 at 1:37 PM, Rishi Solanki 
wrote:

> Thanks Michael,
>
> I'm also in favor of using id and description fields suggest the entity
> name. Existing model is capable to to resolve the reported issue if we
> follow the conventions.
>
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
> www.hotwax.co
>
> On Sun, Sep 10, 2017 at 4:59 PM, Michael Brohl 
> wrote:
>
> > -1 from my side, I think we can solve this by convention instead of
> > introducing a new field.
> >
> > Thanks,
> >
> > Michael
> >
> >
> > Am 01.09.17 um 15:53 schrieb Vaibhav Jain:
> >
> > +1 for introducing new attribute "tableName".
> >>
> >>
> >>
> >> Vaibhav Jain
> >> Hotwax Systems,
> >> vaibhav.j...@hotwaxsystems.com
> >>
> >> On Fri, Sep 1, 2017 at 5:16 PM, Rishi Solanki 
> >> wrote:
> >>
> >> I'm not sure this one is best practice or not, but it should be follow.
> We
> >>> should try to name the type same as entity name.
> >>> Other examples;
> >>> - PartyTpe >> PERSON and PARTY_GROUP
> >>> - PaymentMethodType >> CREDIT_CARD, FIN_ACCOUNT, EFT_ACCOUNT, GIFT_CARD
> >>> etc.
> >>>
> >>> IMO, best practice is to have the hasTable attribute in the entity.
> Also
> >>> if
> >>> its entity exists then value must be Y.
> >>>
> >>> I see ShipmentGatewayConfigType and PaymentGatewayConfigType not
> setting
> >>> value to Y for the types system having the entities. Also
> >>> PaymentMethodType
> >>> does not have the hasTable attribute.
> >>>
> >>> So I think we should fix both these and no need to have the extra
> field.
> >>>
> >>>
> >>>
> >>> Rishi Solanki
> >>> Sr Manager, Enterprise Software Development
> >>> HotWax Systems Pvt. Ltd.
> >>> Direct: +91-9893287847
> >>> http://www.hotwaxsystems.com
> >>> www.hotwax.co
> >>>
> >>> On Fri, Sep 1, 2017 at 4:48 PM, Arun Patidar
>  >>> com
> >>>
> >>>> wrote:
> >>>> Hello All,
> >>>>
> >>>> 'hasTable' field of 'Type' entities is used to give an idea that
> detail
> >>>> entity exists or not. We generally get the name of detail entity on
> the
> >>>> basis of typeId field value.
> >>>>
> >>>> For example :
> >>>>
> >>>> ContactMechType,contactMechTypeId = "POSTAL_ADDRESS"  then we go to
> >>>> PostalAddress for detail.
> >>>>
> >>>> similarly,
> >>>> ContactMechType,contactMechTypeId = "TELECOM_NUMBER"  then we go to
> >>>> TelecomNumber for detail.
> >>>>
> >>>> is it a best practice to identify the name of detail entity on the
> basis
> >>>>
> >>> of
> >>>
> >>>> typeId value?
> >>>>
> >>>> If yes, then there are some entities that are not following the
> pattern.
> >>>> Some of them are:
> >>>> - ShipmentGatewayConfigType
> >>>> - PaymentGatewayConfigType
> >>>>
> >>>> if not, then we can add a field in Type entities to mention the name
> of
> >>>> detail entity.
> >>>>
> >>>>
> >>>> Please let me know your thoughts.
> >>>>
> >>>>
> >>>> --
> >>>> Thanks & Regards
> >>>> ---
> >>>> Arun Patidar
> >>>> Manager, Enterprise Software Development
> >>>>
> >>>> HotWax Systems Pvt Ltd.
> >>>>
> >>>> www.hotwaxsystems.com
> >>>>
> >>>>
> >
> >
>

Re: Remove Order data model dependency for POS sales

[Arun Patidar]

Thanks all for your feedback on this.  As Scott mentioned that order model
has its own benefits. So, for now keeping POS sales through Order model.

I will keep thinking on uses and benefits of order model with POS sales and
will update you accordingly.

Thanks again for all your support and time.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Thu, Aug 31, 2017 at 2:25 PM, Rishi Solanki 
wrote:

> Thanks @Scott and @Jacques for putting these for brainstorming. I couldn't
> share right examples for recommendation that sales data is necessary to
> have in the system, when we are actually doing the sales in business.
>
> I believe whenever doing sales, logging should be there. It might be
> possible that, for some reason the data not seems useful for certain
> situation.
>
>
> Thanks again!
>
>
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
> www.hotwax.co
>
> On Thu, Aug 31, 2017 at 1:42 PM, Scott Gray 
> wrote:
>
> > It's also used for pricing rule and promotion capabilities.
> > Laybys/layaways, rainchecks and purchases on account also would benefit
> > from the order model.
> >
> > If POS were extended to hospitality that would also rely on an order
> model.
> >
> > Regards
> > Scott
> >
> > On 29/08/2017 23:29, "Arun Patidar" 
> > wrote:
> >
> > > Hello All,
> > >
> > > In POS system, order immediately fulfill and come directly in
> 'Completed'
> > > status. Also, there is no shipping address, billing address, shipping
> > > method requires in POS. And even no inventory reservation takes place,
> > only
> > > items issuance is done.
> > >
> > > IMO, In the current system, the POS order detail is stored for the
> > > following reasons
> > >
> > >- To manage inventory issuance information
> > >- To store the customer information
> > >- To track the total sales amount
> > >
> > >
> > > I am thinking to remove the dependency of POS sales with Order data
> > model.
> > > Alternatively, we can simply create Invoice and item issuance record
> > only.
> > > This will reduce the system load for managing POS sales.
> > >
> > > It is possible that I am missing any important scenario that needs
> Order
> > > data model. Please let me know your thoughts on this.
> > >
> > >
> > >
> > > --
> > > Thanks & Regards
> > > ---
> > > Arun Patidar
> > > Manager, Enterprise Software Development
> > >
> > > HotWax Systems Pvt Ltd.
> > >
> > > www.hotwaxsystems.com
> > >
> >
>

Re: Extend type entities to add name of detail entity where hasTable is true.

[Arun Patidar]

Here is ticket for tracking this:
https://issues.apache.org/jira/browse/OFBIZ-9696

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Tue, Sep 5, 2017 at 6:25 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Le 05/09/2017 à 14:39, Arun Patidar a écrit :
>
>> Hello Jacques,
>>
>> Problems with ShipmentGatewayConfigType and PaymentGatewayConfigType
>> entities are:
>> - 'hasTable' field values is set to N for these entities
>> - 'typeId' field values do not give direction about detail entity name
>>
>>
>>
>>
>>
>> Thanks Arun,
>
> Yes indeed, this clearly needs to be fixed following the
> ExtensibilityPattern
>
> Jacques
>
>

Re: Extend type entities to add name of detail entity where hasTable is true.

[Arun Patidar]

Hello Jacques,

Problems with ShipmentGatewayConfigType and PaymentGatewayConfigType
entities are:
- 'hasTable' field values is set to N for these entities
- 'typeId' field values do not give direction about detail entity name





-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Fri, Sep 1, 2017 at 5:46 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> It's described here https://cwiki.apache.org/confl
> uence/display/OFBIZ/General+Entity+Overview#GeneralEntityO
> verview-ExtensibilityPattern
>
> What is the problem with ShipmentGatewayConfigType and
> PaymentGatewayConfigType (did not check)?
>
> Jacques
>
>
>
> Le 01/09/2017 à 13:18, Arun Patidar a écrit :
>
>> Hello All,
>>
>> 'hasTable' field of 'Type' entities is used to give an idea that detail
>> entity exists or not. We generally get the name of detail entity on the
>> basis of typeId field value.
>>
>> For example :
>>
>> ContactMechType,contactMechTypeId = "POSTAL_ADDRESS"  then we go to
>> PostalAddress for detail.
>>
>> similarly,
>> ContactMechType,contactMechTypeId = "TELECOM_NUMBER"  then we go to
>> TelecomNumber for detail.
>>
>> is it a best practice to identify the name of detail entity on the basis
>> of
>> typeId value?
>>
>> If yes, then there are some entities that are not following the pattern.
>> Some of them are:
>> - ShipmentGatewayConfigType
>> - PaymentGatewayConfigType
>>
>> if not, then we can add a field in Type entities to mention the name of
>> detail entity.
>>
>>
>> Please let me know your thoughts.
>>
>>
>>
>

Extend type entities to add name of detail entity where hasTable is true.

[Arun Patidar]

Hello All,

'hasTable' field of 'Type' entities is used to give an idea that detail
entity exists or not. We generally get the name of detail entity on the
basis of typeId field value.

For example :

ContactMechType,contactMechTypeId = "POSTAL_ADDRESS"  then we go to
PostalAddress for detail.

similarly,
ContactMechType,contactMechTypeId = "TELECOM_NUMBER"  then we go to
TelecomNumber for detail.

is it a best practice to identify the name of detail entity on the basis of
typeId value?

If yes, then there are some entities that are not following the pattern.
Some of them are:
   - ShipmentGatewayConfigType
   - PaymentGatewayConfigType

if not, then we can add a field in Type entities to mention the name of
detail entity.


Please let me know your thoughts.


-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com

Re: Remove Order data model dependency for POS sales

[Arun Patidar]

Hello Rishi,

Thanks for your concerns. See my comments inline:


On Tue, Aug 29, 2017 at 7:55 PM, Rishi Solanki 
wrote:

> Arun,
>
> I'm not sure about the idea would work or not. But yes if the following
> list pass then we could think of doing so.
>
> - Suppose we have 2 POS stores and will get orders from both pos stores.
> And if we remove the order data model dependency then;
> -- How we will see the sales from both pos. Invoices?
>

We can track it as:  Invoice -> posTerminalLog -> PosTerminal -> Facility
-> ProductStore


> -- How to track the sales being done by the each pos store.
>

Same as above


> -- Do we have any alternative way to check inventory of each pos store. We
> may like to see the count of sold items and remaining items on each store.
>

Same as above


> -- Do we have any way to track the customer's purchasing and on the basis
> of purchasing can we add them to some marketing campaign. May be to give
> the discount coupon or offers.
>

We can track customer specific sales using Invoice and InvoiceRole


> - Also you are taking an example POS won't send the shipping or billing
> information but if some store is only selling to registered user then how
> we are going to handle that?
>

InvoiceContactMech can be use to store shipping and billing contacts of
customer.


> - How to manage the loyalty points if POS stores issuing one, and how it
> will redeem those points without having orders in the system.
>

Loyalty points are specific to Party/Customer. Not sure where it uses Order.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com





>
> I could think of the above points only, will share if come up with more.
>
>
>
> --
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
> www.hotwax.co
>
> On Tue, Aug 29, 2017 at 4:58 PM, Arun Patidar  com> wrote:
>
>> Hello All,
>>
>> In POS system, order immediately fulfill and come directly in 'Completed'
>> status. Also, there is no shipping address, billing address, shipping
>> method requires in POS. And even no inventory reservation takes place,
>> only
>> items issuance is done.
>>
>> IMO, In the current system, the POS order detail is stored for the
>> following reasons
>>
>>- To manage inventory issuance information
>>- To store the customer information
>>- To track the total sales amount
>>
>>
>> I am thinking to remove the dependency of POS sales with Order data model.
>> Alternatively, we can simply create Invoice and item issuance record only.
>> This will reduce the system load for managing POS sales.
>>
>> It is possible that I am missing any important scenario that needs Order
>> data model. Please let me know your thoughts on this.
>>
>>
>>
>> --
>> Thanks & Regards
>> ---
>> Arun Patidar
>> Manager, Enterprise Software Development
>>
>> HotWax Systems Pvt Ltd.
>>
>> www.hotwaxsystems.com
>>
>
>

Remove Order data model dependency for POS sales

[Arun Patidar]

Hello All,

In POS system, order immediately fulfill and come directly in 'Completed'
status. Also, there is no shipping address, billing address, shipping
method requires in POS. And even no inventory reservation takes place, only
items issuance is done.

IMO, In the current system, the POS order detail is stored for the
following reasons

   - To manage inventory issuance information
   - To store the customer information
   - To track the total sales amount


I am thinking to remove the dependency of POS sales with Order data model.
Alternatively, we can simply create Invoice and item issuance record only.
This will reduce the system load for managing POS sales.

It is possible that I am missing any important scenario that needs Order
data model. Please let me know your thoughts on this.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com

Re: Apache OFBiz Wikipedia page showing some warnings

[Arun Patidar]

Hello All,

Thanks for your response. It is clear from our conversation that this is
known issue and require some content modification. Also requires to add
external source of information links.

What should be our next step?
Is there any quick action/ideas that we can take to improve page?
What kind of external links that can be added?






-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Mon, Aug 21, 2017 at 5:02 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Yes we had the same for the French version sometimes ago:
> http://markmail.org/message/grpklr2cbmni2qdb
>
> Jacques
>
>
>
> Le 21/08/2017 à 13:20, Sharan Foga a écrit :
>
>> 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
>>> <https://en.wikipedia.org/wiki/Apache_OFBiz>Wikipedia page
>>> <https://en.wikipedia.org/wiki/Apache_OFBiz> showing some warnings on
>>> top
>>> of it.  Does anybody have any idea about this?
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>

Re: Help Needed to move our new website live

[Arun Patidar]

Congratulations Team, the new site is looking awesome !!!

Thanks Sharan, Kenneth, Deepak, Ashish, Sandeep, and Infra team.




-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.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.apach

Re: OrderHeader And WebSite Relationship

[Arun Patidar]

Nice catch Ratnesh, we can take this as an improvement.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Thu, Aug 24, 2017 at 7:50 PM, Ratnesh Upadhyay <
upadhyay.ratn...@gmail.com> wrote:

> Hello Devs,
>
> I just walked though from OrderHeader entity and noticed that we have
> webSiteId field there but we don't have any FK constraint for it from
> OrderHeader.webSiteId to WebSite.webSiteId. I was expecting that it must be
> there.
>
> So just curious to know why it was not there, was it intentional? Please
> let me know if anyone have any information on it else I would provide a
> patch to get it fixed.
>
> Thanks!!
>
> Regards,
> Ratnesh Upadhyay
> HotWax Systems | www.hotwaxsystems.com
>

Re: Updating our OFBiz Blog Template

[Arun Patidar]

+1

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Fri, Aug 25, 2017 at 1:40 AM, Taher Alkhateeb  wrote:

> Much better! Responsive, with colors matching our logo and brand. +1
>
> On Aug 24, 2017 7:47 PM, "Sharan Foga"  wrote:
>
> > 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 <
> > sharan.f...@gmail.com>
> >
> >
> >
> > 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: PROPOSAL: Setup Apache OFBiz Company Page on LinkedIn

[Arun Patidar]

Great Deepak, Thanks for the update.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Fri, Aug 25, 2017 at 11:48 AM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:

> Hi All,
>
> We have setup company page for Apache OFBiz
> <https://www.linkedin.com/company-beta/13399690/> on linkedIn.
>
> Thanks & Regards
> --
> Deepak Dixit
> www.hotwaxsystems.com
> www.hotwax.co
>
> On Wed, Apr 26, 2017 at 3:00 PM, Swapnil Mane <
> swapnil.m...@hotwaxsystems.com> wrote:
>
> > Great, making perfect sense.
> > Thanks for the detailed explanation :)
> >
> >
> > - Best Regards,
> > Swapnil M Mane
> >
> > On Wed, Apr 26, 2017 at 2:55 PM, Deepak Dixit
>  > com> wrote:
> >
> >> Hi Swapnil,
> >>
> >> Purpose of Company Page and Group is different, we can setup group as
> >> well
> >>
> >> *Company Page: *
> >> *The company page is like your company website within LinkedIn. *
> >> *It is for your employees and customers and should showcase your
> >> customers, employees, services, products and events*
> >>
> >> Groups:
> >> *The group is a discussion forum, it should contain relevant topics for
> >> your target audience.*
> >>
> >> LinkedIn Company Pages Vs Groups - Do you know the Difference?
> >> <https://www.linkedin.com/pulse/linkedin-company-pages-
> vs-groups-do-you-know-difference-julie-wood>
> >>
> >>
> >>
> >> Thanks & Regards
> >> --
> >> Deepak Dixit
> >> www.hotwaxsystems.com
> >>
> >> On Wed, Apr 26, 2017 at 2:45 PM, Swapnil Mane <
> >> swapnil.m...@hotwaxsystems.com> wrote:
> >>
> >>> Thanks for taking this initiative Deepak.
> >>>
> >>> Should we have LinkedIn Group instead of having Company for OFBiz.
> >>>
> >>> Found some of the groups of Apache Projects on LinkedIn
> >>>
> >>> Apache Spark - https://www.linkedin.com/groups/7403611/profile
> >>>
> >>> Here is link for more groups
> >>> https://www.linkedin.com/search/results/groups/?keywords=apa
> >>> che&origin=GLOBAL_SEARCH_HEADER
> >>>
> >>>
> >>> - Best Regards,
> >>> Swapnil M Mane
> >>> www.hotwaxsystems.com
> >>>
> >>> On Wed, Apr 26, 2017 at 2:31 PM, Deepak Dixit 
> wrote:
> >>>
> >>> > Moving discussion to Dev list.
> >>> >
> >>> > Thanks & Regards
> >>> > --
> >>> > Deepak Dixit
> >>> >
> >>> > On Wed, Apr 26, 2017 at 1:03 PM, Jacques Le Roux <
> >>> > jacques.le.r...@les7arts.com> wrote:
> >>> >
> >>> > > Hi Deepak, All,
> >>> > >
> >>> > > I agree with Taher that this should be now discussed in the open
> dev
> >>> ML
> >>> > >
> >>> > > About Sharan's remark I think we could ask on other main ASF MLs
> like
> >>> > > d...@community.apache.org or even closed one like members but not
> >>> legal
> >>> > > for now
> >>> > >
> >>> > > Thanks
> >>> > >
> >>> > > Jacques
> >>> > >
> >>> > >
> >>> > >
> >>> > > Le 26/04/2017 à 08:20, Sharan Foga a écrit :
> >>> > >
> >>> > >> Hi Deepak
> >>> > >>
> >>> > >> I think we need to careful because OFBiz as a separate legal or
> >>> > corporate
> >>> > >> entity doesn't exist. The Apache Foundation is our legal entity.
> >>> I'm not
> >>> > >> against the idea just think that we need to understand the
> >>> implications,
> >>> > >> limitations and what it means if we want to start marketing the
> >>> project
> >>> > in
> >>> > >> a very public way as something that legally we might not be.
> >>> > >>
> >>> > >> (I think that OpenOffice might have exist as a separate entity
> >>> before it
> >>> > >> joined to the ASF.)
> >>> > >>
> >>> > >> Thanks
> >>> > >> Sharan
> >>> > >>
> >>> > >> On 26/04/17 07:24, Deepak Dixit wrote:
> >>> > >>
> >>> > >>> Hi,
> >>> > >>>
> >>> > >>> Can we setup Apache OFBiz Company page on linkedIn?
> >>> > >>>
> >>> > >>> As we already using social platform to promote OFBiz, so it would
> >>> be
> >>> > good
> >>> > >>> if we setup it on Professional network as well. It will help to
> >>> promote
> >>> > >>> OFBiz among professionals.
> >>> > >>>
> >>> > >>> There are some of the ASF projects already have Company Page on
> >>> > LinkedIn
> >>> > >>> -  The Apache Software Foundation
> >>> > >>> <https://www.linkedin.com/company-beta/215982/>
> >>> > >>> -   Apache OpenOffice <https://www.linkedin.com/comp
> >>> any-beta/2752569/>
> >>> > >>> -   Apache CouchDB <https://www.linkedin.com/
> company-beta/5242010/
> >>> >
> >>> > >>>
> >>> > >>>
> >>> > >>> Thanks & Regards
> >>> > >>> --
> >>> > >>> Deepak Dixit
> >>> > >>>
> >>> > >>>
> >>> > >>
> >>> > >>
> >>> > >
> >>> >
> >>>
> >>
> >>
> >
>

Re: Apache OFBiz Wikipedia page showing some warnings

[Arun Patidar]

Below is screenshot


​

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Mon, Aug 21, 2017 at 4:33 PM, Arun Patidar <
arun.pati...@hotwaxsystems.com> wrote:

> Hello All,
>
> I just observed that Apache OFBiz
> <https://en.wikipedia.org/wiki/Apache_OFBiz>Wikipedia page
> <https://en.wikipedia.org/wiki/Apache_OFBiz> showing some warnings on top
> of it.  Does anybody have any idea about this?
>
>
>
>
>
> --
> Thanks & Regards
> ---
> Arun Patidar
> Manager, Enterprise Software Development
>
>
> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>
>

Apache OFBiz Wikipedia page showing some warnings

[Arun Patidar]

Hello All,

I just observed that Apache OFBiz
<https://en.wikipedia.org/wiki/Apache_OFBiz>Wikipedia page
<https://en.wikipedia.org/wiki/Apache_OFBiz> showing some warnings on top
of it.  Does anybody have any idea about this?





-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com

Re: Deadlock on InventoryItem during load test

[Arun Patidar]

Hello Taher,

IMO, this is issue of inventory data model and way of calling inventory
management services.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Sat, Aug 19, 2017 at 5:53 PM, Taher Alkhateeb  wrote:

> Hi Arun,
>
> Ahhh very interesting. So there was nothing fundamentally wrong at the
> entity-engine level, just a case of synchronizing entity updates
> right? If yes then the JIRA is not really concerned with anything core
> the framework I assume.
>
> On Thu, Aug 17, 2017 at 12:10 PM, Arun Patidar
>  wrote:
> > Hello Taher, All,
> >
> > We are now able to proceed ahead with deadlock condition.  Thanks Scott
> and
> > Jacopo for discussing and suggesting solution.
> >
> > We fixed it by acquiring all InventoryItem records that are going to
> affect
> > by inventory reservation and item issuance process of order. Acquiring of
> > record means that we performed delegator.storeByCondition() operation on
> > all selected inventoryItem records before actual reservation and
> issuance.
> >
> > This solution is still an experiment. I believe that some refactoring and
> > data model changes in inventory management process will require for
> getting
> > proper fix.
> >
> >
> >
> > --
> > Thanks & Regards
> > ---
> > Arun Patidar
> > Manager, Enterprise Software Development
> >
> >
> > HotWax Systems Pvt Ltd.www.hotwaxsystems.com
> >
> >
> > On Thu, Jul 27, 2017 at 10:04 AM, Arun Patidar <
> > arun.pati...@hotwaxsystems.com> wrote:
> >
> >> Hello Taher, All,
> >>
> >> I have added details on ticket regarding my test plan. Also, attached
> >> Jmeter script which creates and fulfil sales orders. I am still working
> on
> >> this and will share more updates.
> >>
> >>
> >>
> >> --
> >> Thanks & Regards
> >> ---
> >> Arun Patidar
> >> Manager, Enterprise Software Development
> >>
> >>
> >> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
> >>
> >>
> >> On Wed, Jul 12, 2017 at 6:23 PM, Arun Patidar
>  >> com> wrote:
> >>
> >>> Hello Taher,
> >>>
> >>> Created a JIRA ticket OFBIZ-9491
> >>> <https://issues.apache.org/jira/browse/OFBIZ-9491> and added some more
> >>> details.
> >>>
> >>> --
> >>> Thanks & Regards
> >>> ---
> >>> Arun Patidar
> >>> Manager, Enterprise Software Development
> >>>
> >>>
> >>> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
> >>>
> >>>
> >>> On Wed, Jul 12, 2017 at 5:45 PM, Arun Patidar <
> >>> arun.pati...@hotwaxsystems.com> wrote:
> >>>
> >>>> Thanks Taher for showing interest. I will create a Jira issue with
> more
> >>>> details and share it with you.
> >>>>
> >>>> --
> >>>> Thanks & Regards
> >>>> ---
> >>>> Arun Patidar
> >>>> Manager, Enterprise Software Development
> >>>>
> >>>>
> >>>> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
> >>>>
> >>>>
> >>>> On Wed, Jul 12, 2017 at 4:12 PM, Taher Alkhateeb <
> >>>> slidingfilame...@gmail.com> wrote:
> >>>>
> >>>>> If there is a JIRA with exact repeat steps then I would be interested
> >>>>> in working on this issue as it sounds like a good place to do some
> >>>>> proper refactoring on many moving parts.
> >>>>>
> >>>>> On Wed, Jul 12, 2017 at 12:08 PM, Arun Patidar
> >>>>>  wrote:
> >>>>> > Hello All,
> >>>>> >
> >>>>> > I was trying to load test OFBiz with huge numbers of order creation
> >>>>> and
> >>>>> > fulfilment. During test, I found a deadlock on InventoryItem
> enttiy.
> >>>>> > Current system, invoke 'UpdateInventoryItemFromDetail' service to
> >>>>> update
> >>>>> > InventoryItem QOH total and ATP total record. There is an Eca rule
> on
> >>>>> > create/update of InventoryItemDetail entity record which triggers
> >>>>> service
> >>>>> > 'UpdateInventoryItemFromDetail'. So, with heavy load,
> InventoryItem
> >>>>> record
> >>>>> > get lock and create deadlock condition.
> >>>>> >
> >>>>> > I know that most of you are already aware with this issue. Please
> let
> >>>>> me
> >>>>> > know if someone worked on it and have any idea to avoid this type
> of
> >>>>> > deadlock.
> >>>>> >
> >>>>> > --
> >>>>> > Thanks & Regards
> >>>>> > ---
> >>>>> > Arun Patidar
> >>>>> > Manager, Enterprise Software Development
> >>>>> >
> >>>>> >
> >>>>> > HotWax Systems Pvt Ltd.www.hotwaxsystems.com
> >>>>>
> >>>>
> >>>>
> >>>
> >>
>

Re: Deadlock on InventoryItem during load test

[Arun Patidar]

Hello Taher, All,

We are now able to proceed ahead with deadlock condition.  Thanks Scott and
Jacopo for discussing and suggesting solution.

We fixed it by acquiring all InventoryItem records that are going to affect
by inventory reservation and item issuance process of order. Acquiring of
record means that we performed delegator.storeByCondition() operation on
all selected inventoryItem records before actual reservation and issuance.

This solution is still an experiment. I believe that some refactoring and
data model changes in inventory management process will require for getting
proper fix.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Thu, Jul 27, 2017 at 10:04 AM, Arun Patidar <
arun.pati...@hotwaxsystems.com> wrote:

> Hello Taher, All,
>
> I have added details on ticket regarding my test plan. Also, attached
> Jmeter script which creates and fulfil sales orders. I am still working on
> this and will share more updates.
>
>
>
> --
> Thanks & Regards
> ---
> Arun Patidar
> Manager, Enterprise Software Development
>
>
> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>
>
> On Wed, Jul 12, 2017 at 6:23 PM, Arun Patidar  com> wrote:
>
>> Hello Taher,
>>
>> Created a JIRA ticket OFBIZ-9491
>> <https://issues.apache.org/jira/browse/OFBIZ-9491> and added some more
>> details.
>>
>> --
>> Thanks & Regards
>> ---
>> Arun Patidar
>> Manager, Enterprise Software Development
>>
>>
>> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>>
>>
>> On Wed, Jul 12, 2017 at 5:45 PM, Arun Patidar <
>> arun.pati...@hotwaxsystems.com> wrote:
>>
>>> Thanks Taher for showing interest. I will create a Jira issue with more
>>> details and share it with you.
>>>
>>> --
>>> Thanks & Regards
>>> ---
>>> Arun Patidar
>>> Manager, Enterprise Software Development
>>>
>>>
>>> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>>>
>>>
>>> On Wed, Jul 12, 2017 at 4:12 PM, Taher Alkhateeb <
>>> slidingfilame...@gmail.com> wrote:
>>>
>>>> If there is a JIRA with exact repeat steps then I would be interested
>>>> in working on this issue as it sounds like a good place to do some
>>>> proper refactoring on many moving parts.
>>>>
>>>> On Wed, Jul 12, 2017 at 12:08 PM, Arun Patidar
>>>>  wrote:
>>>> > Hello All,
>>>> >
>>>> > I was trying to load test OFBiz with huge numbers of order creation
>>>> and
>>>> > fulfilment. During test, I found a deadlock on InventoryItem enttiy.
>>>> > Current system, invoke 'UpdateInventoryItemFromDetail' service to
>>>> update
>>>> > InventoryItem QOH total and ATP total record. There is an Eca rule on
>>>> > create/update of InventoryItemDetail entity record which triggers
>>>> service
>>>> > 'UpdateInventoryItemFromDetail'. So, with heavy load, InventoryItem
>>>> record
>>>> > get lock and create deadlock condition.
>>>> >
>>>> > I know that most of you are already aware with this issue. Please let
>>>> me
>>>> > know if someone worked on it and have any idea to avoid this type of
>>>> > deadlock.
>>>> >
>>>> > --
>>>> > Thanks & Regards
>>>> > ---
>>>> > Arun Patidar
>>>> > Manager, Enterprise Software Development
>>>> >
>>>> >
>>>> > HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>>>>
>>>
>>>
>>
>

Re: [Proposal] - Leverage the CMS capability for Product Store's Email

[Arun Patidar]

+1 Swapnil for content driven template.

Also, like idea to remove redundancy of email templates settings.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Thu, Aug 17, 2017 at 10:19 AM, Swapnil Mane <
swapnil.m...@hotwaxsystems.com> wrote:

> Thanks Nicolas for your inputs and sharing more details. This proposed
> model is making sense to me.
> Please give me some more time to look into the details, will get back to
> you in next week.
>
> Also, please see my comments inline.
>
> On Tue, Aug 15, 2017 at 1:52 AM, Nicolas Malin 
> wrote:
>
> > Hello Swapnil, in line
> >
> >
> > Le 14/08/2017 à 04:35, Swapnil Mane a écrit :
> >
> >> Thank you Nicolas for your inputs and interest. I highly appreciate it.
> >>
> >> Based on my understanding, please see my comments inline and let me know
> >> if
> >> you have further inputs.
> >>
> >> On Fri, Aug 11, 2017 at 3:10 PM, Nicolas Malin <
> nicolas.ma...@nereide.fr>
> >> wrote:
> >>
> >> Hello Swapnil,
> >>>
> >>> In past I tried to refactoring email interface with the idea to :
> >>> * deprecate current ProductStoreEmailSetting to link it to
> >>> TemplateEmailSetting. The purpose is to centralize all email
> >>> configuration
> >>> in this entity
> >>>
> >>> We may have multiple product store and can have different email
> templates
> >> for them, ProductStoreEmailSetting will allow us to do that.
> >>
> > My fault, I'm not clear. ProductStoreEmailSetting and
> EmailTemplateSetting
> > are redundancy,
> > I'm in favor to keep all email template information in
> > EmailTemplateSetting and use ProductStoreEmailTemplate to link a email
> > template to a productStore throw a purpose.
> > So we can deprecate all email template fields in ProductStoreEmailSetting
> > to centralize all this part in EmailTemplateSetting
> >
>
> +1
>
>
> > * link TemplateEmailSetting with Content through
> >>> TemplateEmailSettingContent and TemplateEmailSettingContentType. This
> >>> offert the possibilty to link header, body, footer or some more complex
> >>> case like link documents, pdf invoice, order, etc ...
> >>>
> >>> Having content model with us, the customizable header, footer
> >> (decoratorContentId at content level) and other complex case can be
> >> handled
> >> easily with content model.
> >>
> > Completely, except for attached file. I agree for rendering the email
> > content, but if you want link the file to your email its more easier to
> > indicate it on EmailTemplateSetting.
> >
> > An example, when you send a order confirmation, you want attach to this
> > email the the legal notice. We would be link directly the contentId where
> > is the legal notice and an other content for the email body.
> >
>
> I guess, this can be achieved by ContentAssoc model, but yes, your proposal
> of using TemplateEmailSettingContent and TemplateEmailSettingContentType
> is
> also looks reasonable to me.
>
>
> > * review all send email function to manage the content rendering
> >>> Yes, during the proposed implementation, we were planning to do this as
> >>> well.
> >>>
> >>> But the time has been missed :(
> >>> If you are motivate, we can try to revive this idea ?
> >>>
> >>
> >> :-)
> >> I would love to hear more about your idea, will it be possible for you
> to
> >> share more information about this.
> >>
> > The issue where I started https://issues.apache.org/
> jira/browse/OFBIZ-4333
> >
> > Nicolas
> >
>
>
>
> - Best Regards,
> Swapnil M Mane,
> www.hotwaxsystems.com
> www.hotwax.co
>

Re: Welcome Akash Jain as a New Committer!

[Arun Patidar]

Many congrats Akash Jain !!!

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Wed, Aug 9, 2017 at 2:38 PM, Aditya Sharma <
aditya.sha...@hotwaxsystems.com> wrote:

> Felicitations Akash ...
>
> Thanks and Regards,
>
> *Aditya Sharma* | Enterprise Software Engineer
> HotWax Systems <http://www.hotwaxsystems.com/>
> <https://www.linkedin.com/in/aditya-sharma-78291810a/>
>
> On Wed, Aug 9, 2017 at 2:28 PM, Sharan Foga  wrote:
>
> > 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
> >
>

Re: Welcome Rishi Solanki as a New Committer!

[Arun Patidar]

Many congratulations Rishi Solanki !!!

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Wed, Aug 9, 2017 at 2:39 PM, Aditya Sharma <
aditya.sha...@hotwaxsystems.com> wrote:

> Felicitations Rishi...
>
> Thanks and Regards,
>
> *Aditya Sharma* | Enterprise Software Engineer
> HotWax Systems <http://www.hotwaxsystems.com/>
> <https://www.linkedin.com/in/aditya-sharma-78291810a/>
>
>
> On Wed, Aug 9, 2017 at 2:36 PM, Deepak Dixit  com
> > wrote:
>
> > Many congrats Rishi...
> >
> > Thanks & Regards
> > --
> > Deepak Dixit
> > www.hotwaxsystems.com
> > www.hotwax.co
> >
> > On Wed, Aug 9, 2017 at 2:26 PM, Sharan Foga  wrote:
> >
> > > 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: Remove as much as possible delete and remove services

[Arun Patidar]

Hello Deepak,

Yes, If we use entity-auto then all looks good and makes sense to me.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Wed, Aug 2, 2017 at 11:19 AM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:

> Hi Arun,
>
> In case of calling update service we have to pass thruDate as mandatory
> parameter, We have expire as entityAuto service that care of setting up the
> thruDate if not passed. So instead of doing it controller level its good
> idea to have expire service.
>
>
>
>
> Thanks & Regards
> --
> Deepak Dixit
> www.hotwaxsystems.com
> www.hotwax.co
>
> On Wed, Aug 2, 2017 at 11:11 AM, Arun Patidar <
> arun.pati...@hotwaxsystems.com> wrote:
>
> > Hi Jacques,
> >
> > +1 for idea of removing/renaming 'delete and remove' services and use
> > 'expire' service instead.
> >
> > One more point to consider here that, most of the  'expire' services
> calls
> > 'update' service internally. So, can we say that there is no need of
> expire
> > services? We can manage expire action only through controller request
> name.
> > WDYT?
> >
> >
> >
> > --
> > Thanks & Regards
> > ---
> > Arun Patidar
> > Manager, Enterprise Software Development
> >
> > HotWax Systems Pvt Ltd.
> >
> > www.hotwaxsystems.com
> >
> >
> > On Wed, Aug 2, 2017 at 5:52 AM, Paul Foxworthy 
> > wrote:
> >
> > > Hi all,
> > >
> > > Some services already expire rather than delete, so it's not as bad as
> > > Jacques suggests.
> > >
> > > One example is deletePaymentMethod (
> > > https://github.com/apache/ofbiz-framework/blob/
> > > 5fa047abd5c0f96d81cd3f9c9547564abe7fe369/applications/
> > > accounting/src/main/java/org/apache/ofbiz/accounting/
> > > payment/PaymentMethodServices.java#L98
> > > ).
> > >
> > > I would be in favour of changing the names of these services to say
> > > "expire" instead of "delete", but that's a big change and we would need
> > to
> > > think carefully about what might be disrupted by that.
> > >
> > > Cheers
> > >
> > > Paul
> > >
> > > On 2 August 2017 at 00:34, Jacques Le Roux <
> jacques.le.r...@les7arts.com
> > >
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > After a 1st discussion with Deepak at OFBIZ-9185, we had another at
> > > > OFBIZ-9543.
> > > >
> > > > We claim that we should not remove entities records because of
> > auditing.
> > > > But we have at 157 services with names starting with "remove" and 538
> > > > starting with "delete"
> > > >
> > > > I suggest that we remove as much as possible of these services and
> have
> > > > only expire services for those which support expire (ie have from and
> > > thru
> > > > dates).
> > > >
> > > > For instance I was curious about deleteParty, but what it currently
> > does
> > > > is only returning the "partyservices.cannot_delete_
> > > party_not_implemented"
> > > > label. This is pre Apache era (ie there for 10+ years)!
> > > >
> > > > In OFBIZ-9543 Deepak rightly suggested that we keep delete services
> for
> > > > Assoc kind of entities. But definitely remove delete service for
> entity
> > > > like Party, WorkEffort, Product, etc those have n number of foreign
> key
> > > > constraints...
> > > >
> > > > What do you think, other ideas?
> > > >
> > > > Jacques
> > > >
> > > >
> > >
> > >
> > > --
> > > Coherent Software Australia Pty Ltd
> > > PO Box 2773
> > > Cheltenham Vic 3192
> > > Australia
> > >
> > > Phone: +61 3 9585 6788
> > > Web: http://www.coherentsoftware.com.au/
> > > Email: i...@coherentsoftware.com.au
> > >
> >
>

Re: Remove as much as possible delete and remove services

[Arun Patidar]

Hi Jacques,

+1 for idea of removing/renaming 'delete and remove' services and use
'expire' service instead.

One more point to consider here that, most of the  'expire' services calls
'update' service internally. So, can we say that there is no need of expire
services? We can manage expire action only through controller request name.
WDYT?



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Wed, Aug 2, 2017 at 5:52 AM, Paul Foxworthy  wrote:

> Hi all,
>
> Some services already expire rather than delete, so it's not as bad as
> Jacques suggests.
>
> One example is deletePaymentMethod (
> https://github.com/apache/ofbiz-framework/blob/
> 5fa047abd5c0f96d81cd3f9c9547564abe7fe369/applications/
> accounting/src/main/java/org/apache/ofbiz/accounting/
> payment/PaymentMethodServices.java#L98
> ).
>
> I would be in favour of changing the names of these services to say
> "expire" instead of "delete", but that's a big change and we would need to
> think carefully about what might be disrupted by that.
>
> Cheers
>
> Paul
>
> On 2 August 2017 at 00:34, Jacques Le Roux 
> wrote:
>
> > Hi,
> >
> > After a 1st discussion with Deepak at OFBIZ-9185, we had another at
> > OFBIZ-9543.
> >
> > We claim that we should not remove entities records because of auditing.
> > But we have at 157 services with names starting with "remove" and 538
> > starting with "delete"
> >
> > I suggest that we remove as much as possible of these services and have
> > only expire services for those which support expire (ie have from and
> thru
> > dates).
> >
> > For instance I was curious about deleteParty, but what it currently does
> > is only returning the "partyservices.cannot_delete_
> party_not_implemented"
> > label. This is pre Apache era (ie there for 10+ years)!
> >
> > In OFBIZ-9543 Deepak rightly suggested that we keep delete services for
> > Assoc kind of entities. But definitely remove delete service for entity
> > like Party, WorkEffort, Product, etc those have n number of foreign key
> > constraints...
> >
> > What do you think, other ideas?
> >
> > Jacques
> >
> >
>
>
> --
> Coherent Software Australia Pty Ltd
> PO Box 2773
> Cheltenham Vic 3192
> Australia
>
> Phone: +61 3 9585 6788
> Web: http://www.coherentsoftware.com.au/
> Email: i...@coherentsoftware.com.au
>

Re: Deadlock on InventoryItem during load test

[Arun Patidar]

Hello Taher, All,

I have added details on ticket regarding my test plan. Also, attached
Jmeter script which creates and fulfil sales orders. I am still working on
this and will share more updates.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Wed, Jul 12, 2017 at 6:23 PM, Arun Patidar <
arun.pati...@hotwaxsystems.com> wrote:

> Hello Taher,
>
> Created a JIRA ticket OFBIZ-9491
> <https://issues.apache.org/jira/browse/OFBIZ-9491> and added some more
> details.
>
> --
> Thanks & Regards
> ---
> Arun Patidar
> Manager, Enterprise Software Development
>
>
> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>
>
> On Wed, Jul 12, 2017 at 5:45 PM, Arun Patidar  com> wrote:
>
>> Thanks Taher for showing interest. I will create a Jira issue with more
>> details and share it with you.
>>
>> --
>> Thanks & Regards
>> ---
>> Arun Patidar
>> Manager, Enterprise Software Development
>>
>>
>> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>>
>>
>> On Wed, Jul 12, 2017 at 4:12 PM, Taher Alkhateeb <
>> slidingfilame...@gmail.com> wrote:
>>
>>> If there is a JIRA with exact repeat steps then I would be interested
>>> in working on this issue as it sounds like a good place to do some
>>> proper refactoring on many moving parts.
>>>
>>> On Wed, Jul 12, 2017 at 12:08 PM, Arun Patidar
>>>  wrote:
>>> > Hello All,
>>> >
>>> > I was trying to load test OFBiz with huge numbers of order creation and
>>> > fulfilment. During test, I found a deadlock on InventoryItem enttiy.
>>> > Current system, invoke 'UpdateInventoryItemFromDetail' service to
>>> update
>>> > InventoryItem QOH total and ATP total record. There is an Eca rule on
>>> > create/update of InventoryItemDetail entity record which triggers
>>> service
>>> > 'UpdateInventoryItemFromDetail'. So, with heavy load, InventoryItem
>>> record
>>> > get lock and create deadlock condition.
>>> >
>>> > I know that most of you are already aware with this issue. Please let
>>> me
>>> > know if someone worked on it and have any idea to avoid this type of
>>> > deadlock.
>>> >
>>> > --
>>> > Thanks & Regards
>>> > ---
>>> > Arun Patidar
>>> > Manager, Enterprise Software Development
>>> >
>>> >
>>> > HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>>>
>>
>>
>

Re: Deadlock on InventoryItem during load test

[Arun Patidar]

Hello Taher,

Created a JIRA ticket OFBIZ-9491
<https://issues.apache.org/jira/browse/OFBIZ-9491> and added some more
details.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Wed, Jul 12, 2017 at 5:45 PM, Arun Patidar <
arun.pati...@hotwaxsystems.com> wrote:

> Thanks Taher for showing interest. I will create a Jira issue with more
> details and share it with you.
>
> --
> Thanks & Regards
> ---
> Arun Patidar
> Manager, Enterprise Software Development
>
>
> HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>
>
> On Wed, Jul 12, 2017 at 4:12 PM, Taher Alkhateeb <
> slidingfilame...@gmail.com> wrote:
>
>> If there is a JIRA with exact repeat steps then I would be interested
>> in working on this issue as it sounds like a good place to do some
>> proper refactoring on many moving parts.
>>
>> On Wed, Jul 12, 2017 at 12:08 PM, Arun Patidar
>>  wrote:
>> > Hello All,
>> >
>> > I was trying to load test OFBiz with huge numbers of order creation and
>> > fulfilment. During test, I found a deadlock on InventoryItem enttiy.
>> > Current system, invoke 'UpdateInventoryItemFromDetail' service to
>> update
>> > InventoryItem QOH total and ATP total record. There is an Eca rule on
>> > create/update of InventoryItemDetail entity record which triggers
>> service
>> > 'UpdateInventoryItemFromDetail'. So, with heavy load, InventoryItem
>> record
>> > get lock and create deadlock condition.
>> >
>> > I know that most of you are already aware with this issue. Please let me
>> > know if someone worked on it and have any idea to avoid this type of
>> > deadlock.
>> >
>> > --
>> > Thanks & Regards
>> > ---
>> > Arun Patidar
>> > Manager, Enterprise Software Development
>> >
>> >
>> > HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>>
>
>

Re: Deadlock on InventoryItem during load test

[Arun Patidar]

Thanks Taher for showing interest. I will create a Jira issue with more
details and share it with you.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Wed, Jul 12, 2017 at 4:12 PM, Taher Alkhateeb  wrote:

> If there is a JIRA with exact repeat steps then I would be interested
> in working on this issue as it sounds like a good place to do some
> proper refactoring on many moving parts.
>
> On Wed, Jul 12, 2017 at 12:08 PM, Arun Patidar
>  wrote:
> > Hello All,
> >
> > I was trying to load test OFBiz with huge numbers of order creation and
> > fulfilment. During test, I found a deadlock on InventoryItem enttiy.
> > Current system, invoke 'UpdateInventoryItemFromDetail' service to update
> > InventoryItem QOH total and ATP total record. There is an Eca rule on
> > create/update of InventoryItemDetail entity record which triggers service
> > 'UpdateInventoryItemFromDetail'. So, with heavy load, InventoryItem
> record
> > get lock and create deadlock condition.
> >
> > I know that most of you are already aware with this issue. Please let me
> > know if someone worked on it and have any idea to avoid this type of
> > deadlock.
> >
> > --
> > Thanks & Regards
> > ---
> > Arun Patidar
> > Manager, Enterprise Software Development
> >
> >
> > HotWax Systems Pvt Ltd.www.hotwaxsystems.com
>

Deadlock on InventoryItem during load test

[Arun Patidar]

Hello All,

I was trying to load test OFBiz with huge numbers of order creation and
fulfilment. During test, I found a deadlock on InventoryItem enttiy.
Current system, invoke 'UpdateInventoryItemFromDetail' service to update
InventoryItem QOH total and ATP total record. There is an Eca rule on
create/update of InventoryItemDetail entity record which triggers service
'UpdateInventoryItemFromDetail'. So, with heavy load, InventoryItem record
get lock and create deadlock condition.

I know that most of you are already aware with this issue. Please let me
know if someone worked on it and have any idea to avoid this type of
deadlock.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com

Re: [PROPOSAL] Backporting bugs Re: [jira] [Commented] (OFBIZ-9459) Wrong screen redirection after adding note on Lead profile screen

[Arun Patidar]

Thanks Michael,

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Tue, Jul 11, 2017 at 4:31 PM, Michael Brohl 
wrote:

> I did a quick check using [1] and reopened all issues which need a
> backport and labelled them.
>
> It seems that everyone who answered agrees with the proposed process and
> the label idea so I will change the wiki to reflect this.
>
> Thanks,
>
> Michael Brohl
> ecomify GmbH
> www.ecomify.de
>
> [1] https://issues.apache.org/jira/browse/OFBIZ-9481?filter=1231
> 5200&jql=project%20%3D%20OFBIZ%20AND%20issuetype%20%3D%
> 20Bug%20AND%20status%20%3D%20Closed%20AND%20fixVersion%20%
> 3D%20%22Upcoming%20Release%22
>
>
>
> Am 11.07.17 um 10:49 schrieb Arun Patidar:
>
> +1 for both, leave ticket open and tag it with label "backport-needed" .
>>
>>
>
>

Re: [PROPOSAL] Backporting bugs Re: [jira] [Commented] (OFBIZ-9459) Wrong screen redirection after adding note on Lead profile screen

[Arun Patidar]

+1 for both, leave ticket open and tag it with label "backport-needed" .

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Tue, Jul 11, 2017 at 12:57 PM, gil portenseigne <
gil.portensei...@nereide.fr> wrote:

> +1
>
> Got the same Opinion
>
> Regards
>
> Gil
>
>
>
> On 11/07/2017 08:38, Pranay Pandey wrote:
>
>> +1
>>
>> I think committer of the fix in trunk should take the ownership of
>> backporting. If you are not able to do it now, keep it open. Tagging the
>> ticket is a good idea. Bulk backporting should be avoided as it's error
>> prone.
>>
>> Best regards,
>> Pranay Pandey
>> www.hotwaxsystems.com
>> www.hotwax.co
>>
>> On Mon, Jul 10, 2017 at 5:32 PM, Michael Brohl 
>> wrote:
>>
>> Hi everyone,
>>>
>>> I think we should setup some kind of policy for the bugfixing in the
>>> project.
>>>
>>> While every committer is free to decide if he does a backport himself, we
>>> should make sure that bugfixes go into the supported release branches
>>> also.
>>>
>>> I propose to define the following policies:
>>>
>>> 1. bugfixes should be backported by the committer who does the bugfix in
>>> trunk if possible
>>>
>>> 2. if he does not, for an reason, backport the bugfix, he should either
>>> open a new Jira for a task to backport or leave the original issue open
>>> with a remark that a backport is needed.
>>>
>>>  (I tend to leave the issue open).
>>>
>>> In no case should we close a Jira issue without doing 1. or 2.
>>>
>>> What do you think?
>>>
>>> Regards,
>>>
>>> Michael Brohl
>>> ecomify GmbH
>>> www.ecomify.de
>>>
>>>
>>> Am 10.07.17 um 13:26 schrieb Jacques Le Roux (JIRA):
>>>
>>>   [ https://issues.apache.org/jira/browse/OFBIZ-9459?page=com.
>>>> atlassian.jira.plugin.system.issuetabpanels:comment-tabpane
>>>> l&focusedCommentId=16080188#comment-16080188 ]
>>>>
>>>> Jacques Le Roux commented on OFBIZ-9459:
>>>> 
>>>>
>>>> Hi Arun, I noticed that, like few other issues (at least OFBIZ-9473,
>>>> OFBIZ-9316, OFBIZ-9317) that you did not backport this bug. Is there a
>>>> reason? Do you want me to do it? Thanks.
>>>>
>>>> Wrong screen redirection after adding note on Lead profile screen
>>>>
>>>>> -
>>>>>
>>>>>   Key: OFBIZ-9459
>>>>>   URL: https://issues.apache.org/jira
>>>>> /browse/OFBIZ-9459
>>>>>   Project: OFBiz
>>>>>Issue Type: Bug
>>>>>Components: marketing
>>>>>  Reporter: Jagpreet Kaur
>>>>>  Assignee: Arun Patidar
>>>>>   Fix For: Upcoming Release
>>>>>
>>>>>   Attachments: Create Note.png, OFBIZ-9459.patch,
>>>>> Screenredirection.png
>>>>>
>>>>>
>>>>> 1) Go to SFA component.
>>>>> 2) Click on Leads tab [https://demo-trunk-ofbiz.apac
>>>>> he.org:8443/sfa/control/FindLeads|https://demo-trunk-ofbiz
>>>>> <http://he.org:8443/sfa/control/FindLeads%7Chttps://demo-trunk-ofbiz>.
>>>>> apache.org:8443/sfa/control/FindLeads].
>>>>> 3) Choose any partyId from All Lead list, you will be navigated to Lead
>>>>> profile. [https://demo-trunk-ofbiz.apache.org:8443/sfa/control/viewpr
>>>>> ofile?roleTypeId=LEAD&partyId=DemoLead|https://demo-trunk-
>>>>> ofbiz.apache.org:8443/sfa/control/viewprofile?roleTypeId
>>>>> =LEAD&partyId=DemoLead]
>>>>> 4) Click on "Create New" button in the Notes section.
>>>>> 5) Add the Note content.
>>>>> 6) Click on "Save Button".
>>>>> View redirection should be profile but it shows the blank screen.
>>>>>
>>>>>
>>>> --
>>>> This message was sent by Atlassian JIRA
>>>> (v6.4.14#64029)
>>>>
>>>>
>>>
>>>
>

Re: [VOTE] [RELEASE] Apache OFBiz 16.11.02

[Arun Patidar]

+1

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Wed, May 17, 2017 at 10:12 AM, Deepak Dixit <
deepak.di...@hotwaxsystems.com> wrote:

> +1
>
> Thanks & Regards
> --
> Deepak Dixit
> www.hotwaxsystems.com
>
> On Wed, May 17, 2017 at 9:47 AM, Swapnil Mane <
> swapnil.m...@hotwaxsystems.com> wrote:
>
> > +1
> >
> > - Best Regards,
> > Swapnil M Mane
> >
> > On Tue, May 16, 2017 at 1:41 PM, Jacopo Cappellato <
> > jacopo.cappell...@hotwaxsystems.com> wrote:
> >
> > >  This is the vote thread to release a new bug fix release for the
> > > release16.11 branch. This new release, "Apache OFBiz 16.11.02" will
> > > supersede the 16.11.01 release.
> > >
> > > The release files can be downloaded from here:
> > >
> > > https://dist.apache.org/repos/dist/dev/ofbiz/
> > >
> > > and are:
> > >
> > > * apache-ofbiz-16.11.02.zip
> > > * KEYS: text file with keys
> > > * apache-ofbiz-16.11.02.zip.asc: the detached signature file
> > > * apache-ofbiz-16.11.02.zip.md5, apache-ofbiz-16.11.02.zip.sha: hashes
> > >
> > > Please download and test the zip file and its signatures (for
> > instructions
> > > on testing the signatures see http://www.apache.org/info/
> > verification.html
> > > ).
> > >
> > > Vote:
> > >
> > > [ +1] release as Apache OFBiz 16.11.02
> > > [ -1] do not release
> > >
> > > This vote will be open for at least 5 days, unless it is cancelled
> > before.
> > >
> > > For more details about this process please refer to:
> > > http://www.apache.org/
> > > foundation/voting.html
> > >
> >
>

Re: Unused attributes of ShoppingCart and ShoppingCartItem

[Arun Patidar]

+1 Suraj,
If value of 'attributes' is not getting populated in DB then it should be
replaced.

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Tue, May 9, 2017 at 10:31 AM, Suraj Khurana <
suraj.khur...@hotwaxsystems.com> wrote:

> Hi Devs,
>
> I am curious about some protected data members of ShoppingCartItem and
> ShoppingCart class.
> ShoppingCartItem contains:
>
>
>
> *private Map orderItemAttributes = null;private Map Object> attributes = null;*
> While ShoppingCart have:
>
> *private Map orderAttributes = FastMap.newInstance();*
> *private Map attributes = FastMap.newInstance();*
>
> I think orderAttributes and orderItemAttributes are pretty clear by the
> name itself, what is the actual use of *attributes* data member for each
> class.
>
> Can this be removed and replaced with orderAttribute or orderItemAttribute
> itself?
>
> --
> Thanks and Regards,
> Suraj Khurana
> Sr. Enterprise Software Engineer
> HotWax Systems - The global leader in innovative enterprise commerce
> solutions powered by Apache OFBiz.
>

Re: New ASF Members from OFBiz Community

[Arun Patidar]

Congratulations Nicolas !!!

-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development


HotWax Systems Pvt Ltd.www.hotwaxsystems.com


On Mon, May 1, 2017 at 8:26 PM, Sharan Foga  wrote:

> Congratulations Nicolas!
>
> I'd also like to congratulate Scott too as I haven't seen an  announcement
> on this list for him.  It is great to see so many of our committers being
> invited to become  ASF members.
>
> Thanks
> Sharan
>
>
>
> On 1 May 2017 12:22 pm, "Jacques Le Roux" 
> wrote:
>
> Hi All,
>
> Nicolas Malin is our last new ASF member, congratulations Nicolas.
>
> We have now 12 ASF members among our committers with new 7 ASF members this
> year: Anil, Ashish, Bilgin, Michael, Nicolas, Scott and Taher!
>
> I have updated the PMC page regarding ASF members, please check that all is
> alright.
>
> Thanks
>
> Jacques
>
>
>
>
> Le 08/04/2017 à 11:13, Taher Alkhateeb a écrit :
>
> > Thank you everyone for your kind and welcoming words.
> >
> > Having Michael, Ashish, Anil, Bilgin and myself being elected as ASF
> > members is not only an honor but a testament to the strength of our
> > community and the significance of OFBiz within the Apache eco-system.
> >
> > I highly encourage everyone to take a more active role in our community.
> If
> > you have an appetite for learning, enjoy coding, and like to help others
> > then you can make a big dent in this project and people would really
> > appreciate your work.
> >
> > Congratulations to all of you and thank you again.
> >
> > On Thu, Apr 6, 2017 at 11:22 AM, Julien NICOLAS <
> julien.nico...@nereide.fr
> > >
> > wrote:
> >
> > Very good news !
> >>
> >> Congrats Taher and Michael !
> >>
> >> Julien.
> >>
> >>
> >>
> >> On 03/04/2017 11:06, Sharan Foga wrote:
> >>
> >> Hi Everyone
> >>>
> >>> Please join me in congratulating Michael Brohl and Taher Alkhateeb as
> >>> being invited to become members of the Apache Software Foundation.
> >>>
> >>> Congratulations Michael and Taher!
> >>>
> >>> Thanks
> >>> Sharan
> >>>
> >>>
> >>>
> >>>
>

Re: New ASF Members from OFBiz Community

[Arun Patidar]

Many congratulations Michael Brohl, Taher Alkhateeb,  Anil Patel, Ashish
Vijaywargiya and Bilgin !!!

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Wed, Apr 5, 2017 at 10:17 AM, Humera Khan 
wrote:

> Many Congratulations to Anil Sir and Ashish Sir :-)
>
> On Wed, Apr 5, 2017 at 10:15 AM, Akash Jain 
> wrote:
>
> > Many Congratulations Anil, Ashish and Biligin!
> >
> > Thanks and Regards
> > --
> > Akash Jain
> >
> > On Wed, Apr 5, 2017 at 12:32 AM, Sharan Foga  wrote:
> >
> > > Hi Everyone
> > >
> > > Wow – we have even more good news! Another three people from our
> > community
> > > have been invited to become members of the Apache Software Foundation.
> > They
> > > are Anil Patel, Ashish Vijaywargiya and Bilgin Ibryam
> > >
> > > Many congratulations Anil, Ashish and Bilgin !!!
> > >
> > > Thanks
> > > Sharan
> > >
> > > On 2017-04-03 11:06 (+0200), "Sharan Foga" wrote:
> > > > Hi Everyone
> > > >
> > > > Please join me in congratulating Michael Brohl and Taher Alkhateeb as
> > > being invited to become members of the Apache Software Foundation.
> > > >
> > > > Congratulations Michael and Taher!
> > > >
> > > > Thanks
> > > > Sharan
> > > >
> > > >
> > >
> >
>

Re: Welcome Deepak Dixit as a new PMC member

[Arun Patidar]

Many congratulations Deepak !!

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Fri, Feb 24, 2017 at 7:07 PM, Taher Alkhateeb  wrote:

> Happy to welcome and congratulate Deepak. I have fond memories of our work
> together and hope to get more done. Roll you sleeves :)
>
> On Feb 24, 2017 4:32 PM, "Pritam Kute" 
> wrote:
>
> > Many congratulations Deepak!!
> >
> > Thanks & Regards,
> > --
> > *Pritam Kute*
> > *HotWax Systems* | www.hotwaxsystems.com | *about.me/pritam.kute
> > <https://about.me/pritam.kute>*
> >
> > On Fri, Feb 24, 2017 at 6:58 PM, Harsh Vijaywargiya <
> > harsh.vijaywarg...@hotwaxsystems.com> wrote:
> >
> > > Great!! Many many congratulations to Deepak!!
> > >
> > > Thanks & Regards,
> > > Harsh
> > >
> > > On Friday 24 February 2017 06:38 PM, Jacques Le Roux wrote:
> > >
> > >> The OFBiz PMC has invited Deepak Dixit to become a new member of the
> > >> committee; and the committee members are happy to announce that he has
> > >> accepted.
> > >>
> > >> Deepak has been involved in OFBiz for a long time now, and is a
> > respected
> > >> committer for 2 years.
> > >>
> > >> We are sure Deepak will help us to take good decisions in favour of a
> > >> bright future for OFBiz!
> > >>
> > >> Please join me in welcoming and congratulating Deepak.
> > >>
> > >> Thanks
> > >>
> > >> Jacques
> > >> PS: Deepak, I let you change your status on the wiki PMC page :)
> > >>
> > >>
> > >
> >
>

Re: Welcome Swapnil Shah as a New Committer!

[Arun Patidar]

Congratulations and Welcome Swapnil !!!

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Sat, Feb 18, 2017 at 12:26 PM, Aditya Sharma <
aditya.sha...@hotwaxsystems.com> wrote:

> Felicitations Swapnil Shah...
>
> Thanks & Regards,
> Aditya Sharma
> Enterprise Software Engineer
> Hotwax Systems
> http://www.hotwaxsystems.com/
>
> On Sat, Feb 18, 2017 at 10:32 AM, Ratnesh Upadhyay <
> upadhyay.ratn...@gmail.com> wrote:
>
> > Many Congratulations Swapnil.
> >
> > Regards,
> > Ratnesh Upadhyay
> >
> > On Tue, Feb 14, 2017 at 4:30 PM, Sharan Foga  wrote:
> >
> > > The OFBiz PMC has invited Swapnil Shah to become a new committer and
> are
> > > happy to announce that he has accepted.
> > >
> > > Swapnil has been involved in OFBiz for a few years and has been active
> on
> > > both the development and user mailing lists responding to some quite
> > > technical functional questions.
> > >
> > > Some of the key factors considered for inviting him were as follows:
> > >
> > > - He has very good functional knowledge about OFBiz and this is a
> > valuable
> > > skill that is useful to developers and users
> > > - He is polite, positive, friendly and collaborative when dealing the
> > > community discussions on the mailings lists or Jira
> > > - He has raised Jiras, performed testing on patches and new other
> > > functionality
> > > - The PMC would like to see a wide range of people from the community
> > > (developers and non-developers) recognised for their contributions to
> the
> > > project.
> > >
> > > Please join me in welcoming and congratulating Swapnil.
> > >
> > > Thanks
> > > Sharan
> > >
> >
> >
> >
> > --
> > --
> > 
> > Cheers,
> > Thanks and Regards,
> > Ratnesh Upadhyay
> > Senior Business Analyst (Enterprise Software Solutions)
> > HotWax Media, Inc.
> > http://www.hotwaxmedia.com
> > 
> > E-mail : ratnesh.upadh...@hotwaxmedia.com
> > Mobile : +919826886909
> >
>

Re: Proposal to create a separate svn repository for the OFBiz official plugins

[Arun Patidar]

+1 for directory structure and OFBiz plugin management.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Thu, Jan 12, 2017 at 10:34 AM, Gavin Mabie  wrote:

> +1 Like it
> Gavin
>
> On Thu, Jan 12, 2017 at 7:00 AM, Deepak Dixit <
> deepak.di...@hotwaxsystems.com> wrote:
>
> > +1 for the svn folder structure.
> >
> > Thanks & Regards
> > --
> > Deepak Dixit
> > www.hotwaxsystems.com
> >
> > On Thu, Jan 12, 2017 at 6:31 AM, Shi Jinghai 
> wrote:
> >
> > > +1 to the svn folder structure.
> > >
> > > On the plugin publish and install, could we consider publish a zip file
> > to
> > > maven repository as well as the jars? In production environment, unzip
> > the
> > > zip file under plugins and then it can work, or even better, don't
> unzip
> > > it, let it work similar to an android apk file.
> > >
> > >
> > > -邮件原件-
> > > 发件人: Taher Alkhateeb [mailto:slidingfilame...@gmail.com]
> > > 发送时间: 2017年1月11日 23:02
> > > 收件人: dev@ofbiz.apache.org
> > > 主题: Proposal to create a separate svn repository for the OFBiz official
> > > plugins
> > >
> > > Hello Folks
> > >
> > > This is a proposal to the community to restructure our SVN repository.
> > > We do this by separating "official" plugins from the core OFBiz
> framework
> > > and to provide build script tasks to easily download and install these
> > > plugins. The details of this proposal are as follows:
> > >
> > > 1- Relocate OFBiz from http://svn.apache.org/repos/asf/ofbiz/ to
> > > http://svn.apache.org/repos/asf/ofbiz/ofbiz (with all trunk, branches
> > and
> > > tags underneath as is)
> > > 2- Create a new tree under
> > > http://svn.apache.org/repos/asf/ofbiz/ofbiz-plugins to house all
> plugins
> > > 3- Remove /plugins/component-load.xml (any component in /plugins will
> > load
> > > automatically if it is enabled in ofbiz-component.xml)
> > > 4- Create a gradle task with the below syntax. This task downloads a
> > > plugin from subversion and places it in /plugins and runs any install
> > logic
> > > that it may have
> > >Syntax: pullPluginSource -PpluginId=
> > >Example: pullPluginSource -PpluginId=birt
> > > 5- Refactor the build scripts to cater for all the above
> > > 6- Update README.md to reflect all the above
> > >
> > > So for example, under this proposal, trunk is located in:
> > > http://svn.apache.org/repos/asf/ofbiz/ofbiz/trunk
> > >
> > > And the birt component is located in:
> > > http://svn.apache.org/repos/asf/ofbiz/ofbiz-plugins/trunk/birt
> > >
> > > This would allow us to have in the future the ability to provide
> releases
> > > not only for the framework but the plugins as well as two separate
> > products.
> > >
> > > What do you think?
> > >
> > > Cheers,
> > >
> > > Taher Alkhateeb
> > >
> > >
> >
>

Re: [VOTE] [RELEASE] Apache OFBiz 16.11.01

[Arun Patidar]

+1

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Tue, Nov 22, 2016 at 3:01 AM, Michael Brohl 
wrote:

> +1
>
> Thanks,
>
> Michael
>
> Am 21.11.16 um 19:51 schrieb Jacopo Cappellato:
>
> This is the vote thread to issue the first release from the branch
>> "release16.11".
>>
>> The name of the new release will be "Apache OFBiz 16.11.01".
>>
>> The release files can be downloaded from here:
>>
>> https://dist.apache.org/repos/dist/dev/ofbiz/
>>
>> and are:
>>
>> * apache-ofbiz-16.11.01.zip: the actual release file
>>
>> * KEYS: file with keys
>>
>> * apache-ofbiz-16.11.01.zip.asc: the detached signature file
>>
>> * apache-ofbiz-16.11.01.zip.md5, apache-ofbiz-16.11.01.zip.sha: hashes
>>
>> Vote:
>>
>> [ +1] release as Apache OFBiz 16.11.01
>>
>> [ -1] do not release
>>
>> This vote will be open for 5 days.
>>
>> For more details about this process please read
>> http://www.apache.org/foundation/voting.html
>>
>> You can download and test the zip file and its signature and hashes (for
>> instructions on testing the signature see
>> http://www.apache.org/info/verification.html).
>>
>> Kind Regards,
>>
>> Jacopo
>>
>>
>
>

Re: svn commit: r1768154 - /ofbiz/trunk/applications/product/servicedef/services_shipmentgateway.xml

[Arun Patidar]

Thanks Jacques.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Tue, Nov 8, 2016 at 3:06 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Thanks Arun,
>
> I partially (but enough IMO) completed at revision: 1768649
>
> Jacques
>
>
> Le 05/11/2016 à 07:26, arunpati...@apache.org a écrit :
>
>> Author: arunpatidar
>> Date: Sat Nov  5 06:26:58 2016
>> New Revision: 1768154
>>
>> URL: http://svn.apache.org/viewvc?rev=1768154&view=rev
>> Log:
>> Fixed: Arranged sequence of CRUD services to make consistency.
>> (OFBIZ-8461)
>>
>> Thanks: Jacques for reviewing and reporting.
>>
>> Modified:
>>  ofbiz/trunk/applications/product/servicedef/services_shipme
>> ntgateway.xml
>>
>> Modified: ofbiz/trunk/applications/product/servicedef/services_shipmen
>> tgateway.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/produc
>> t/servicedef/services_shipmentgateway.xml?rev=1768154&r1=
>> 1768153&r2=1768154&view=diff
>> 
>> ==
>> --- ofbiz/trunk/applications/product/servicedef/services_shipmentgateway.xml
>> (original)
>> +++ ofbiz/trunk/applications/product/servicedef/services_shipmentgateway.xml
>> Sat Nov  5 06:26:58 2016
>> @@ -31,13 +31,13 @@ under the License.
>>   > include="nonpk" mode="IN" optional="true"/>
>>   
>>   -> engine="entity-auto" invoke="update" default-entity-name="ShipmentGatewayDhl"
>> auth="true">
>> -Update a ShipmentGatewayDhl record
>> +> default-entity-name="ShipmentGatewayDhl" engine="entity-auto"
>> invoke="create" auth="true">
>> +Create a ShipmentGatewayDhl
>>   
>>   
>>   
>> -> default-entity-name="ShipmentGatewayDhl" engine="entity-auto"
>> invoke="create" auth="true">
>> -Create a ShipmentGatewayDhl
>> +> default-entity-name="ShipmentGatewayDhl" engine="entity-auto"
>> invoke="update" auth="true">
>> +Update a ShipmentGatewayDhl record
>>   
>>   
>>   
>> @@ -46,13 +46,13 @@ under the License.
>>   
>>   
>>   -> engine="entity-auto" invoke="update" 
>> default-entity-name="ShipmentGatewayFedex"
>> auth="true">
>> -Update a ShipmentGatewayFedex record
>> +> default-entity-name="ShipmentGatewayFedex" engine="entity-auto"
>> invoke="create" auth="true">
>> +Create a ShipmentGatewayFedex
>>   
>>   
>>   
>> -> default-entity-name="ShipmentGatewayFedex" engine="entity-auto"
>> invoke="create" auth="true">
>> -Create a ShipmentGatewayFedex
>> +> default-entity-name="ShipmentGatewayFedex" engine="entity-auto"
>> invoke="update" auth="true">
>> +Update a ShipmentGatewayFedex record
>>   
>>   
>>   
>>
>>
>>
>>
>

Re: svn commit: r1767101 - in /ofbiz/trunk: applications/accounting/servicedef/ applications/marketing/servicedef/ applications/order/servicedef/ applications/party/servicedef/ applications/product/mi

[Arun Patidar]

Hi Jacques,

Converted updateShipmentGatewayConfigType and updateShipmentGatewayConfig
to entity-auto and removed file at rev:1768166

Thanks Jacques!


-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Sat, Nov 5, 2016 at 11:58 AM, Arun Patidar <
arun.pati...@hotwaxsystems.com> wrote:

> Arranged sequence for CRUD services in rev:  1768154.
>
> Thanks Jacques for reporting.
>
>
> --
> Thanks & Regards
> ---
> Arun Patidar
> Manager,Enterprise Software Development
> HotWax Mediawww.hotwaxsystems.com
>
>
> On Wed, Nov 2, 2016 at 10:10 AM, Arun Patidar  com> wrote:
>
>> Hi Jacques,
>>
>> Thanks for reviewing and suggesting improvements. I will look into this
>> and fix it in my next attempt very soon.
>>
>> --
>> Thanks & Regards
>> ---
>> Arun Patidar
>> Manager,Enterprise Software Development
>> HotWax Mediawww.hotwaxsystems.com
>>
>>
>> On Wed, Nov 2, 2016 at 2:25 AM, Jacques Le Roux <
>> jacques.le.r...@les7arts.com> wrote:
>>
>>> Hi Arun,
>>>
>>> Very minor, but is there a reason why services_shipmentgateway.xml is
>>> still a bit weird (compared to other changes)?
>>>
>>> I mean how it's sorted (not always create/update/delete order) and why
>>> updateShipmentGatewayConfig and updateShipmentGatewayConfigType still
>>> in minilang ?
>>>
>>> Thanks
>>>
>>> Jacques
>>>
>>>
>>>
>>> Le 29/10/2016 à 11:01, arunpati...@apache.org a écrit :
>>>
>>>> Author: arunpatidar
>>>> Date: Sat Oct 29 09:01:09 2016
>>>> New Revision: 1767101
>>>>
>>>> URL: http://svn.apache.org/viewvc?rev=1767101&view=rev
>>>> Log:
>>>> Implemented: Added CRUD services for CountryAddressFormat,
>>>> ExampleFeatureApplType, GoodIdentificationType, InventoryItemType,
>>>> InventoryItemTypeAttr, InvoiceContentType, InvoiceItemTypeAttr,
>>>> InvoiceItemTypeMap, InvoiceType, NeedType, OrderAdjustmentTypeAttr,
>>>> SalesOrderItemFact, SegmentGroupType, ShipmentGatewayConfigType,
>>>> ShipmentGatewayDhl, ShipmentGatewayFedex, ShipmentType, ShippingDocument
>>>> and ShoppingListType entities.
>>>>
>>>> (OFBIZ-8087) (OFBIZ-8204) (OFBIZ-8245) (OFBIZ-8248) (OFBIZ-8249)
>>>> (OFBIZ-8257) (OFBIZ-8261) (OFBIZ-8267) (OFBIZ-8270) (OFBIZ-8279)
>>>> (OFBIZ-8284) (OFBIZ-8437) (OFBIZ-8439) (OFBIZ-8455) (OFBIZ-8460)
>>>> (OFBIZ-8461)
>>>> (OFBIZ-8470) (OFBIZ-8473) (OFBIZ-8478)
>>>>
>>>> Thanks: Rohit Koushal, Aman Mishra, Chinmay Patidar and Amit Gadaley
>>>> for the contribution.
>>>>
>>>> Modified:
>>>>  ofbiz/trunk/applications/accounting/servicedef/services_inv
>>>> oice.xml
>>>>  ofbiz/trunk/applications/marketing/servicedef/services.xml
>>>>  ofbiz/trunk/applications/order/servicedef/services.xml
>>>>  ofbiz/trunk/applications/order/servicedef/services_shopping
>>>> list.xml
>>>>  ofbiz/trunk/applications/party/servicedef/services.xml
>>>>  ofbiz/trunk/applications/product/minilang/shipment/shipment
>>>> /ShipmentGatewayConfigServices.xml
>>>>  ofbiz/trunk/applications/product/servicedef/services.xml
>>>>  ofbiz/trunk/applications/product/servicedef/services_facility.xml
>>>>  ofbiz/trunk/applications/product/servicedef/services_inventory.xml
>>>>  ofbiz/trunk/applications/product/servicedef/services_shipment.xml
>>>>  ofbiz/trunk/applications/product/servicedef/services_shipme
>>>> ntgateway.xml
>>>>  ofbiz/trunk/framework/common/servicedef/services_geo.xml
>>>>  ofbiz/trunk/specialpurpose/example/servicedef/services.xml
>>>>
>>>> Modified: ofbiz/trunk/applications/accounting/servicedef/services_invo
>>>> ice.xml
>>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/accoun
>>>> ting/servicedef/services_invoice.xml?rev=1767101&r1=1767100&
>>>> r2=1767101&view=diff
>>>> 
>>>> ==
>>>> --- ofbiz/trunk/applications/accounting/servicedef/services_invoice.xml
>>>> (original)
>>>> +++ ofbiz/trunk/applications/accounting/servicedef/services_invoice.xml
>>>> Sat Oct 29 09:01:09 2016
>>>>

Re: svn commit: r1767101 - in /ofbiz/trunk: applications/accounting/servicedef/ applications/marketing/servicedef/ applications/order/servicedef/ applications/party/servicedef/ applications/product/mi

[Arun Patidar]

Arranged sequence for CRUD services in rev:  1768154.

Thanks Jacques for reporting.


-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Wed, Nov 2, 2016 at 10:10 AM, Arun Patidar <
arun.pati...@hotwaxsystems.com> wrote:

> Hi Jacques,
>
> Thanks for reviewing and suggesting improvements. I will look into this
> and fix it in my next attempt very soon.
>
> --
> Thanks & Regards
> ---
> Arun Patidar
> Manager,Enterprise Software Development
> HotWax Mediawww.hotwaxsystems.com
>
>
> On Wed, Nov 2, 2016 at 2:25 AM, Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
>> Hi Arun,
>>
>> Very minor, but is there a reason why services_shipmentgateway.xml is
>> still a bit weird (compared to other changes)?
>>
>> I mean how it's sorted (not always create/update/delete order) and why
>> updateShipmentGatewayConfig and updateShipmentGatewayConfigType still in
>> minilang ?
>>
>> Thanks
>>
>> Jacques
>>
>>
>>
>> Le 29/10/2016 à 11:01, arunpati...@apache.org a écrit :
>>
>>> Author: arunpatidar
>>> Date: Sat Oct 29 09:01:09 2016
>>> New Revision: 1767101
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1767101&view=rev
>>> Log:
>>> Implemented: Added CRUD services for CountryAddressFormat,
>>> ExampleFeatureApplType, GoodIdentificationType, InventoryItemType,
>>> InventoryItemTypeAttr, InvoiceContentType, InvoiceItemTypeAttr,
>>> InvoiceItemTypeMap, InvoiceType, NeedType, OrderAdjustmentTypeAttr,
>>> SalesOrderItemFact, SegmentGroupType, ShipmentGatewayConfigType,
>>> ShipmentGatewayDhl, ShipmentGatewayFedex, ShipmentType, ShippingDocument
>>> and ShoppingListType entities.
>>>
>>> (OFBIZ-8087) (OFBIZ-8204) (OFBIZ-8245) (OFBIZ-8248) (OFBIZ-8249)
>>> (OFBIZ-8257) (OFBIZ-8261) (OFBIZ-8267) (OFBIZ-8270) (OFBIZ-8279)
>>> (OFBIZ-8284) (OFBIZ-8437) (OFBIZ-8439) (OFBIZ-8455) (OFBIZ-8460)
>>> (OFBIZ-8461)
>>> (OFBIZ-8470) (OFBIZ-8473) (OFBIZ-8478)
>>>
>>> Thanks: Rohit Koushal, Aman Mishra, Chinmay Patidar and Amit Gadaley for
>>> the contribution.
>>>
>>> Modified:
>>>  ofbiz/trunk/applications/accounting/servicedef/services_invoice.xml
>>>  ofbiz/trunk/applications/marketing/servicedef/services.xml
>>>  ofbiz/trunk/applications/order/servicedef/services.xml
>>>  ofbiz/trunk/applications/order/servicedef/services_shoppinglist.xml
>>>  ofbiz/trunk/applications/party/servicedef/services.xml
>>>  ofbiz/trunk/applications/product/minilang/shipment/shipment
>>> /ShipmentGatewayConfigServices.xml
>>>  ofbiz/trunk/applications/product/servicedef/services.xml
>>>  ofbiz/trunk/applications/product/servicedef/services_facility.xml
>>>  ofbiz/trunk/applications/product/servicedef/services_inventory.xml
>>>  ofbiz/trunk/applications/product/servicedef/services_shipment.xml
>>>  ofbiz/trunk/applications/product/servicedef/services_shipme
>>> ntgateway.xml
>>>  ofbiz/trunk/framework/common/servicedef/services_geo.xml
>>>  ofbiz/trunk/specialpurpose/example/servicedef/services.xml
>>>
>>> Modified: ofbiz/trunk/applications/accounting/servicedef/services_invo
>>> ice.xml
>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/accoun
>>> ting/servicedef/services_invoice.xml?rev=1767101&r1=1767100&
>>> r2=1767101&view=diff
>>> 
>>> ==
>>> --- ofbiz/trunk/applications/accounting/servicedef/services_invoice.xml
>>> (original)
>>> +++ ofbiz/trunk/applications/accounting/servicedef/services_invoice.xml
>>> Sat Oct 29 09:01:09 2016
>>> @@ -528,4 +528,65 @@ under the License.
>>>   Delete a InvoiceNote
>>>   
>>>   
>>> +
>>> +>> default-entity-name="InvoiceContentType" engine="entity-auto"
>>> invoke="create" auth="true">
>>> +Create a InvoiceContentType
>>> +
>>> +
>>> +
>>> +>> default-entity-name="InvoiceContentType" engine="entity-auto"
>>> invoke="update" auth="true">
>>> +Update a InvoiceContentType
>>> +
>>> +
>>> +
>>> +>> default-entity-name="

Re: svn commit: r1767965 - in /ofbiz/trunk: applications/content/servicedef/ applications/order/servicedef/ applications/product/servicedef/ applications/workeffort/servicedef/ framework/common/servic

[Arun Patidar]

Hi Jacques,

I moved service near to create and update at rev:1768152

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Fri, Nov 4, 2016 at 4:05 PM, Arun Patidar  wrote:

> Hi Jacques,
>
> I will have to cross check with given patch. I will look into this and fix
> accordingly. Thanks for reviewing.
>
> --
> Thanks & Regards
> ---
> Arun Patidar
> Manager,Enterprise Software Development
> HotWax Mediawww.hotwaxsystems.com
>
>
> On Fri, Nov 4, 2016 at 2:49 PM, Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
>> Hi Arun,
>>
>> Are we sure about deleteProductStoreGroupRollup, is it not
>> deleteProductStoreGroupRole instead?
>>
>> No updateUomGroup?
>>
>> Thanks
>>
>> Jacques
>>
>>
>>
>> Le 03/11/2016 à 21:30, arunpati...@apache.org a écrit :
>>
>>> Author: arunpatidar
>>> Date: Thu Nov  3 20:30:52 2016
>>> New Revision: 1767965
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1767965&view=rev
>>> Log:
>>> Implemented: Added CRUD services for ProdConfItemContentType,
>>> ProductAssocType, UserPrefGroupType, WebPreferenceType,
>>> WorkEffortAssocAttribute, WorkEffortAssocType, WorkEffortAssocTypeAttr,
>>> WorkEffortBilling, WorkEffortContentType, WorkEffortGoodStandardType,
>>> WorkEffortPurposeType, WorkEffortType, WorkEffortTypeAttr, WorkReqFulfType,
>>> UomType, UomGroup, ProductPricePurpose, ProductPriceType,
>>> ProductStoreGroupRole and ProductStoreGroupRollup  entities.
>>>
>>> (OFBIZ-8729)(OFBIZ-8730)(OFBIZ-8792)(OFBIZ-8793)(OFBIZ-8794)
>>> (OFBIZ-8795)(OFBIZ-8796)(OFBIZ-8797)(OFBIZ-8798)(OFBIZ-8799)
>>> (OFBIZ-8800)(OFBIZ-8801)(OFBIZ-8802)(OFBIZ-8803)(OFBIZ-8788)
>>> (OFBIZ-8789)(OFBIZ-8767)
>>> (OFBIZ-8768)(OFBIZ-8769)(OFBIZ-8770)
>>>
>>> Thanks: Chinmay Patidar, Amit Gadaley and Rishi Solanki for the
>>> contribution.
>>>
>>> Modified:
>>>  ofbiz/trunk/applications/content/servicedef/services.xml
>>>  ofbiz/trunk/applications/order/servicedef/services_requirement.xml
>>>  ofbiz/trunk/applications/product/servicedef/services.xml
>>>  ofbiz/trunk/applications/product/servicedef/services_config.xml
>>>  ofbiz/trunk/applications/product/servicedef/services_price.xml
>>>  ofbiz/trunk/applications/product/servicedef/services_store.xml
>>>  ofbiz/trunk/applications/workeffort/servicedef/services_wor
>>> keffort.xml
>>>  ofbiz/trunk/framework/common/servicedef/services.xml
>>>
>>> Modified: ofbiz/trunk/applications/content/servicedef/services.xml
>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/conten
>>> t/servicedef/services.xml?rev=1767965&r1=1767964&r2=1767965&view=diff
>>> 
>>> ==
>>> --- ofbiz/trunk/applications/content/servicedef/services.xml (original)
>>> +++ ofbiz/trunk/applications/content/servicedef/services.xml Thu Nov  3
>>> 20:30:52 2016
>>> @@ -909,4 +909,19 @@
>>>   >> optional="true">
>>>   >> optional="true">
>>>   
>>> +
>>> +>> default-entity-name="WebPreferenceType" auth="true" invoke="create">
>>> +Create WebPreferenceType record
>>> +
>>> +
>>> +
>>> +>> default-entity-name="WebPreferenceType" auth="true" invoke="update">
>>> +Update WebPreferenceType record
>>> +
>>> +
>>> +
>>> +>> default-entity-name="WebPreferenceType" auth="true" invoke="delete">
>>> +Delete ContentApproval record
>>> +
>>> +
>>>   
>>>
>>> Modified: ofbiz/trunk/applications/order/servicedef/services_requireme
>>> nt.xml
>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/order/
>>> servicedef/services_requirement.xml?rev=1767965&r1=1767964&r
>>> 2=1767965&view=diff
>>> 
>>> ==
>>> --- ofbiz/trunk/applications/order/servicedef/services_requirement.xml
>>> (original)
>>> +++ ofbiz/trunk/a

Re: svn commit: r1767953 - in /ofbiz/trunk: applications/accounting/servicedef/ applications/humanres/ applications/humanres/servicedef/ applications/party/ applications/party/servicedef/ applications

[Arun Patidar]

Hi Jacques,

'updatePaymentMethodType' service already exists in another file. I moved
Create and update service there as well in rev: 1768151.

Thanks again Jacques for your continuous support.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Fri, Nov 4, 2016 at 4:06 PM, Arun Patidar  wrote:

> I will check and take action accordingly. Thanks for reviewing.
>
> --
> Thanks & Regards
> ---
> Arun Patidar
> Manager,Enterprise Software Development
> HotWax Mediawww.hotwaxsystems.com
>
>
> On Fri, Nov 4, 2016 at 2:44 PM, Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
>> Hi Arun,
>>
>> Why no updatePaymentMethodType?
>>
>> Thanks
>>
>> Jacques
>>
>>
>>
>> Le 03/11/2016 à 20:27, arunpati...@apache.org a écrit :
>>
>>> Author: arunpatidar
>>> Date: Thu Nov  3 19:27:07 2016
>>> New Revision: 1767953
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1767953&view=rev
>>> Log:
>>> Implemented: Added CRUD services for PartyClassificationType,
>>> PartyContentType, PartyGeoPoint, PartyIcsAvsOverride,
>>> PartyIdentificationType, PartyQualType, PartyType, PartyTypeAttr,
>>> PaymentAttribute, PaymentBudgetAllocation, PaymentContentType,
>>> PaymentGroupType, PaymentMethodType, PaymentType, PaymentTypeAttr,
>>> PerfRatingType, PerfReviewItemType, PeriodType, PriorityType and
>>> ProdCatalogCategoryType entities.
>>>
>>> (OFBIZ-8606)(OFBIZ-8607)(OFBIZ-8608)(OFBIZ-8609)(OFBIZ-8610)
>>> (OFBIZ-8611)(OFBIZ-8612)(OFBIZ-8613)(OFBIZ-8614)(OFBIZ-8615)
>>> (OFBIZ-8616)(OFBIZ-8647)(OFBIZ-8648)(OFBIZ-8649)(OFBIZ-8650)
>>> (OFBIZ-8651)(OFBIZ-8724)
>>> (OFBIZ-8725)(OFBIZ-8726)(OFBIZ-8727)
>>>
>>> Thanks: Amit Gadaley and Rishi Solanki for the contribution.
>>>
>>> Added:
>>>  ofbiz/trunk/applications/humanres/servicedef/services_ability.xml
>>>  ofbiz/trunk/applications/party/servicedef/services_party.xml
>>> Modified:
>>>  ofbiz/trunk/applications/accounting/servicedef/services_payment.xml
>>>  ofbiz/trunk/applications/humanres/ofbiz-component.xml
>>>  ofbiz/trunk/applications/humanres/servicedef/services.xml
>>>  ofbiz/trunk/applications/party/ofbiz-component.xml
>>>  ofbiz/trunk/applications/product/servicedef/services.xml
>>>  ofbiz/trunk/framework/common/servicedef/services.xml
>>>
>>> Modified: ofbiz/trunk/applications/accounting/servicedef/services_paym
>>> ent.xml
>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/accoun
>>> ting/servicedef/services_payment.xml?rev=1767953&r1=1767952&
>>> r2=1767953&view=diff
>>> 
>>> ==
>>> --- ofbiz/trunk/applications/accounting/servicedef/services_payment.xml
>>> (original)
>>> +++ ofbiz/trunk/applications/accounting/servicedef/services_payment.xml
>>> Thu Nov  3 19:27:07 2016
>>> @@ -310,4 +310,105 @@ under the License.
>>>   Delete a Deduction Type record
>>>   
>>>   
>>> +
>>> +>> invoke="create" default-entity-name="PaymentAttribute" auth="true">
>>> +Create a PaymentAttribute record
>>> +
>>> +
>>> +
>>> +>> invoke="update" default-entity-name="PaymentAttribute" auth="true">
>>> +Update a PaymentAttribute record
>>> +
>>> +
>>> +
>>> +>> invoke="delete" default-entity-name="PaymentAttribute" auth="true">
>>> +Delete a PaymentAttribute record
>>> +
>>> +
>>> +
>>> +>> invoke="create" default-entity-name="PaymentBudgetAllocation"
>>> auth="true">
>>> +Create a PaymentBudgetAllocation
>>> record
>>> +
>>> +
>>> +
>>> +>> invoke="update" default-entity-name="PaymentBudgetAllocation"
>>> auth="true">
>>> +Update a PaymentBudgetAllocation
>>> record
>>> +
>>> +
>>> +
>>> +>> invoke="delete" default-entity-name="PaymentBudgetAllocation"
>>> auth=&

Re: svn commit: r1767953 - in /ofbiz/trunk: applications/accounting/servicedef/ applications/humanres/ applications/humanres/servicedef/ applications/party/ applications/party/servicedef/ applications

[Arun Patidar]

I will check and take action accordingly. Thanks for reviewing.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Fri, Nov 4, 2016 at 2:44 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Arun,
>
> Why no updatePaymentMethodType?
>
> Thanks
>
> Jacques
>
>
>
> Le 03/11/2016 à 20:27, arunpati...@apache.org a écrit :
>
>> Author: arunpatidar
>> Date: Thu Nov  3 19:27:07 2016
>> New Revision: 1767953
>>
>> URL: http://svn.apache.org/viewvc?rev=1767953&view=rev
>> Log:
>> Implemented: Added CRUD services for PartyClassificationType,
>> PartyContentType, PartyGeoPoint, PartyIcsAvsOverride,
>> PartyIdentificationType, PartyQualType, PartyType, PartyTypeAttr,
>> PaymentAttribute, PaymentBudgetAllocation, PaymentContentType,
>> PaymentGroupType, PaymentMethodType, PaymentType, PaymentTypeAttr,
>> PerfRatingType, PerfReviewItemType, PeriodType, PriorityType and
>> ProdCatalogCategoryType entities.
>>
>> (OFBIZ-8606)(OFBIZ-8607)(OFBIZ-8608)(OFBIZ-8609)(OFBIZ-8610)
>> (OFBIZ-8611)(OFBIZ-8612)(OFBIZ-8613)(OFBIZ-8614)(OFBIZ-8615)
>> (OFBIZ-8616)(OFBIZ-8647)(OFBIZ-8648)(OFBIZ-8649)(OFBIZ-8650)
>> (OFBIZ-8651)(OFBIZ-8724)
>> (OFBIZ-8725)(OFBIZ-8726)(OFBIZ-8727)
>>
>> Thanks: Amit Gadaley and Rishi Solanki for the contribution.
>>
>> Added:
>>  ofbiz/trunk/applications/humanres/servicedef/services_ability.xml
>>  ofbiz/trunk/applications/party/servicedef/services_party.xml
>> Modified:
>>  ofbiz/trunk/applications/accounting/servicedef/services_payment.xml
>>  ofbiz/trunk/applications/humanres/ofbiz-component.xml
>>  ofbiz/trunk/applications/humanres/servicedef/services.xml
>>  ofbiz/trunk/applications/party/ofbiz-component.xml
>>  ofbiz/trunk/applications/product/servicedef/services.xml
>>  ofbiz/trunk/framework/common/servicedef/services.xml
>>
>> Modified: ofbiz/trunk/applications/accounting/servicedef/services_
>> payment.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/accoun
>> ting/servicedef/services_payment.xml?rev=1767953&r1=
>> 1767952&r2=1767953&view=diff
>> 
>> ==
>> --- ofbiz/trunk/applications/accounting/servicedef/services_payment.xml
>> (original)
>> +++ ofbiz/trunk/applications/accounting/servicedef/services_payment.xml
>> Thu Nov  3 19:27:07 2016
>> @@ -310,4 +310,105 @@ under the License.
>>   Delete a Deduction Type record
>>   
>>   
>> +
>> +> invoke="create" default-entity-name="PaymentAttribute" auth="true">
>> +Create a PaymentAttribute record
>> +
>> +
>> +
>> +> invoke="update" default-entity-name="PaymentAttribute" auth="true">
>> +Update a PaymentAttribute record
>> +
>> +
>> +
>> +> invoke="delete" default-entity-name="PaymentAttribute" auth="true">
>> +Delete a PaymentAttribute record
>> +
>> +
>> +
>> +> invoke="create" default-entity-name="PaymentBudgetAllocation"
>> auth="true">
>> +Create a PaymentBudgetAllocation
>> record
>> +
>> +
>> +
>> +> invoke="update" default-entity-name="PaymentBudgetAllocation"
>> auth="true">
>> +Update a PaymentBudgetAllocation
>> record
>> +
>> +
>> +
>> +> invoke="delete" default-entity-name="PaymentBudgetAllocation"
>> auth="true">
>> +Delete a PaymentBudgetAllocation
>> record
>> +
>> +
>> +
>> +> invoke="create" default-entity-name="PaymentContentType" auth="true">
>> +Create a PaymentContentType record
>> +
>> +
>> +
>> +> invoke="update" default-entity-name="PaymentContentType" auth="true">
>> +Update a PaymentContentType record
>> +
>> +
>> +
>> +> invoke="delete" default-entity-name="PaymentContentType" auth="true">
>> +Delete a PaymentContentType record
>> +
>> +
>> +
>> +

Re: svn commit: r1767965 - in /ofbiz/trunk: applications/content/servicedef/ applications/order/servicedef/ applications/product/servicedef/ applications/workeffort/servicedef/ framework/common/servic

[Arun Patidar]

Hi Jacques,

I will have to cross check with given patch. I will look into this and fix
accordingly. Thanks for reviewing.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Fri, Nov 4, 2016 at 2:49 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Arun,
>
> Are we sure about deleteProductStoreGroupRollup, is it not
> deleteProductStoreGroupRole instead?
>
> No updateUomGroup?
>
> Thanks
>
> Jacques
>
>
>
> Le 03/11/2016 à 21:30, arunpati...@apache.org a écrit :
>
>> Author: arunpatidar
>> Date: Thu Nov  3 20:30:52 2016
>> New Revision: 1767965
>>
>> URL: http://svn.apache.org/viewvc?rev=1767965&view=rev
>> Log:
>> Implemented: Added CRUD services for ProdConfItemContentType,
>> ProductAssocType, UserPrefGroupType, WebPreferenceType,
>> WorkEffortAssocAttribute, WorkEffortAssocType, WorkEffortAssocTypeAttr,
>> WorkEffortBilling, WorkEffortContentType, WorkEffortGoodStandardType,
>> WorkEffortPurposeType, WorkEffortType, WorkEffortTypeAttr, WorkReqFulfType,
>> UomType, UomGroup, ProductPricePurpose, ProductPriceType,
>> ProductStoreGroupRole and ProductStoreGroupRollup  entities.
>>
>> (OFBIZ-8729)(OFBIZ-8730)(OFBIZ-8792)(OFBIZ-8793)(OFBIZ-8794)
>> (OFBIZ-8795)(OFBIZ-8796)(OFBIZ-8797)(OFBIZ-8798)(OFBIZ-8799)
>> (OFBIZ-8800)(OFBIZ-8801)(OFBIZ-8802)(OFBIZ-8803)(OFBIZ-8788)
>> (OFBIZ-8789)(OFBIZ-8767)
>> (OFBIZ-8768)(OFBIZ-8769)(OFBIZ-8770)
>>
>> Thanks: Chinmay Patidar, Amit Gadaley and Rishi Solanki for the
>> contribution.
>>
>> Modified:
>>  ofbiz/trunk/applications/content/servicedef/services.xml
>>  ofbiz/trunk/applications/order/servicedef/services_requirement.xml
>>  ofbiz/trunk/applications/product/servicedef/services.xml
>>  ofbiz/trunk/applications/product/servicedef/services_config.xml
>>  ofbiz/trunk/applications/product/servicedef/services_price.xml
>>  ofbiz/trunk/applications/product/servicedef/services_store.xml
>>  ofbiz/trunk/applications/workeffort/servicedef/services_
>> workeffort.xml
>>  ofbiz/trunk/framework/common/servicedef/services.xml
>>
>> Modified: ofbiz/trunk/applications/content/servicedef/services.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/conten
>> t/servicedef/services.xml?rev=1767965&r1=1767964&r2=1767965&view=diff
>> 
>> ==
>> --- ofbiz/trunk/applications/content/servicedef/services.xml (original)
>> +++ ofbiz/trunk/applications/content/servicedef/services.xml Thu Nov  3
>> 20:30:52 2016
>> @@ -909,4 +909,19 @@
>>   > optional="true">
>>   > optional="true">
>>   
>> +
>> +> default-entity-name="WebPreferenceType" auth="true" invoke="create">
>> +Create WebPreferenceType record
>> +
>> +
>> +
>> +> default-entity-name="WebPreferenceType" auth="true" invoke="update">
>> +Update WebPreferenceType record
>> +
>> +
>> +
>> +> default-entity-name="WebPreferenceType" auth="true" invoke="delete">
>> +Delete ContentApproval record
>> +
>> +
>>   
>>
>> Modified: ofbiz/trunk/applications/order/servicedef/services_requireme
>> nt.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/order/
>> servicedef/services_requirement.xml?rev=1767965&r1=1767964&
>> r2=1767965&view=diff
>> 
>> ==
>> --- ofbiz/trunk/applications/order/servicedef/services_requirement.xml
>> (original)
>> +++ ofbiz/trunk/applications/order/servicedef/services_requirement.xml
>> Thu Nov  3 20:30:52 2016
>> @@ -288,5 +288,20 @@ under the License.
>>   Delete a RequirementCustRequest
>> record
>>   
>>   
>> +
>> +> default-entity-name="WorkReqFulfType"
>> engine="entity-auto" invoke="create" auth="true">
>> +Create a WorkReqFulfType record
>> +
>> +
>> +
>> +> default-entity-name="WorkReqFulfType"
>> engine="entity-auto" invoke="update" auth="true">
>> +Update a WorkReqFulfType record
>> +
>> +  

Re: Groovy and semicolon at EOL

[Arun Patidar]

This has been committed at rev:1767764. I have also verified application by
accessing different screens of components.

Please let me know if you find any issue regarding this change.



-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Wed, Nov 2, 2016 at 5:45 PM, Rishi Solanki 
wrote:

> Thank you very much Jacques.
>
> Rishi Solanki
> Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
>
> On Wed, Nov 2, 2016 at 4:55 PM, Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
> > Hi Rishi,
> >
> > No need to do it by hand. I did it with regexp S/R in Eclipse and have
> > updated the patch at OFBIZ-8652, please check
> >
> > Thanks
> >
> > Jacques
> >
> >
> >
> > Le 02/11/2016 à 09:18, Rishi Solanki a écrit :
> >
> >> Yes we have noticed some semicolons, and it seems we need to replace
> them
> >> manually. Because in all groovy files we have seen the semicolon in the
> >> lincense text as well.
> >>
> >> Thank you for your help Jacques :-)
> >>
> >> Rishi Solanki
> >> Manager, Enterprise Software Development
> >> HotWax Systems Pvt. Ltd.
> >> Direct: +91-9893287847
> >> http://www.hotwaxsystems.com
> >>
> >> On Wed, Nov 2, 2016 at 2:36 AM, Jacques Le Roux <
> >> jacques.le.r...@les7arts.com> wrote:
> >>
> >> Hi Rishi,
> >>>
> >>> It's not the first time we change a *simple thing* in all the source. I
> >>> can live with that, you seem well organised :)
> >>>
> >>> BTW after appling the patch at OFBIZ-8652 I still find 57 trailing
> >>> semicolons :)
> >>>
> >>> Thanks
> >>>
> >>> Jacques
> >>>
> >>>
> >>>
> >>> Le 01/11/2016 à 07:35, Rishi Solanki a écrit :
> >>>
> >>> Jacques,
> >>>>
> >>>> Yes we would like to commit it as whole, but before commit for the
> same
> >>>> we
> >>>> have plan to test each component after applying the changes. Like
> browse
> >>>> to
> >>>> most pages and general work flows. We will post the updates on ticket
> >>>> something like;
> >>>>
> >>>> Test the party component;
> >>>> Pages/Work Flow tested: Find Party, Create Party, View Party, My
> >>>> Communications, Visits, Classification, Security, Invitation pages
> etc.
> >>>>
> >>>> The above is an example of how we will confirm everything is working
> >>>> properly, with some basic code review. We would follow the same steps
> >>>> for
> >>>> other components.
> >>>>
> >>>> Please let us know plan looks fine to you. Also in case you think we
> >>>> should
> >>>> take care anything else to minimize the possibility of regression Or
> may
> >>>> be
> >>>> if you think committing the changes per component will help in code
> >>>> review?
> >>>>
> >>>> Thanks!
> >>>>
> >>>>
> >>>>
> >>>> Rishi Solanki
> >>>> Manager, Enterprise Software Development
> >>>> HotWax Systems Pvt. Ltd.
> >>>> Direct: +91-9893287847
> >>>> http://www.hotwaxsystems.com
> >>>>
> >>>> On Fri, Oct 28, 2016 at 4:10 PM, Jacques Le Roux <
> >>>> jacques.le.r...@les7arts.com> wrote:
> >>>>
> >>>> Hi Rishi,
> >>>>
> >>>>> Will you commit as a whole?
> >>>>>
> >>>>> Jacques
> >>>>>
> >>>>>
> >>>>>
> >>>>> Le 28/10/2016 à 12:07, Rishi Solanki a écrit :
> >>>>>
> >>>>> Started effort under - https://issues.apache.org/jira
> >>>>> /browse/OFBIZ-8652
> >>>>>
> >>>>>> Thanks to Rohit Kaushal for taking care of this. It will take 4-5
> days
> >>>>>> for
> >>>>>> testing.
> >>>>>>
> >>>>>>
> >>>>>> Thanks!
> >>>>>>
> >>>>>> Rishi Solanki
> >>>>>> Manager, Enterprise Software Development

Re: svn commit: r1767101 - in /ofbiz/trunk: applications/accounting/servicedef/ applications/marketing/servicedef/ applications/order/servicedef/ applications/party/servicedef/ applications/product/mi

[Arun Patidar]

Hi Jacques,

Thanks for reviewing and suggesting improvements. I will look into this and
fix it in my next attempt very soon.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Wed, Nov 2, 2016 at 2:25 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Arun,
>
> Very minor, but is there a reason why services_shipmentgateway.xml is
> still a bit weird (compared to other changes)?
>
> I mean how it's sorted (not always create/update/delete order) and why
> updateShipmentGatewayConfig and updateShipmentGatewayConfigType still in
> minilang ?
>
> Thanks
>
> Jacques
>
>
>
> Le 29/10/2016 à 11:01, arunpati...@apache.org a écrit :
>
>> Author: arunpatidar
>> Date: Sat Oct 29 09:01:09 2016
>> New Revision: 1767101
>>
>> URL: http://svn.apache.org/viewvc?rev=1767101&view=rev
>> Log:
>> Implemented: Added CRUD services for CountryAddressFormat,
>> ExampleFeatureApplType, GoodIdentificationType, InventoryItemType,
>> InventoryItemTypeAttr, InvoiceContentType, InvoiceItemTypeAttr,
>> InvoiceItemTypeMap, InvoiceType, NeedType, OrderAdjustmentTypeAttr,
>> SalesOrderItemFact, SegmentGroupType, ShipmentGatewayConfigType,
>> ShipmentGatewayDhl, ShipmentGatewayFedex, ShipmentType, ShippingDocument
>> and ShoppingListType entities.
>>
>> (OFBIZ-8087) (OFBIZ-8204) (OFBIZ-8245) (OFBIZ-8248) (OFBIZ-8249)
>> (OFBIZ-8257) (OFBIZ-8261) (OFBIZ-8267) (OFBIZ-8270) (OFBIZ-8279)
>> (OFBIZ-8284) (OFBIZ-8437) (OFBIZ-8439) (OFBIZ-8455) (OFBIZ-8460)
>> (OFBIZ-8461)
>> (OFBIZ-8470) (OFBIZ-8473) (OFBIZ-8478)
>>
>> Thanks: Rohit Koushal, Aman Mishra, Chinmay Patidar and Amit Gadaley for
>> the contribution.
>>
>> Modified:
>>  ofbiz/trunk/applications/accounting/servicedef/services_invoice.xml
>>  ofbiz/trunk/applications/marketing/servicedef/services.xml
>>  ofbiz/trunk/applications/order/servicedef/services.xml
>>  ofbiz/trunk/applications/order/servicedef/services_shoppinglist.xml
>>  ofbiz/trunk/applications/party/servicedef/services.xml
>>  ofbiz/trunk/applications/product/minilang/shipment/shipment
>> /ShipmentGatewayConfigServices.xml
>>  ofbiz/trunk/applications/product/servicedef/services.xml
>>  ofbiz/trunk/applications/product/servicedef/services_facility.xml
>>  ofbiz/trunk/applications/product/servicedef/services_inventory.xml
>>  ofbiz/trunk/applications/product/servicedef/services_shipment.xml
>>  ofbiz/trunk/applications/product/servicedef/services_shipme
>> ntgateway.xml
>>  ofbiz/trunk/framework/common/servicedef/services_geo.xml
>>  ofbiz/trunk/specialpurpose/example/servicedef/services.xml
>>
>> Modified: ofbiz/trunk/applications/accounting/servicedef/services_
>> invoice.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/accoun
>> ting/servicedef/services_invoice.xml?rev=1767101&r1=
>> 1767100&r2=1767101&view=diff
>> 
>> ==
>> --- ofbiz/trunk/applications/accounting/servicedef/services_invoice.xml
>> (original)
>> +++ ofbiz/trunk/applications/accounting/servicedef/services_invoice.xml
>> Sat Oct 29 09:01:09 2016
>> @@ -528,4 +528,65 @@ under the License.
>>   Delete a InvoiceNote
>>   
>>   
>> +
>> +> default-entity-name="InvoiceContentType" engine="entity-auto"
>> invoke="create" auth="true">
>> +Create a InvoiceContentType
>> +
>> +
>> +
>> +> default-entity-name="InvoiceContentType" engine="entity-auto"
>> invoke="update" auth="true">
>> +Update a InvoiceContentType
>> +
>> +
>> +
>> +> default-entity-name="InvoiceContentType" engine="entity-auto"
>> invoke="delete" auth="true">
>> +Delete a InvoiceContentType
>> +
>> +
>> +
>> +
>> +> default-entity-name="InvoiceItemTypeAttr" engine="entity-auto"
>> invoke="create" auth="true">
>> +Create InvoiceItemTypeAttr
>> +
>> +
>> +
>> +> default-entity-name="InvoiceItemTypeAttr" engine="entity-auto"
>> invoke="update" auth="true">
>> +Update InvoiceItemTypeAttr
>&

Not able to sending email on dev list

[Arun Patidar]

Hello All,

I was facing issue in sending email on dev list.  I unsubscribed and
subscribed again. I don't know what was the reason. This email is just to
test.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com

Re: Opinions on the "Community Days" and alike days by HotWax [Was Re: Wiki page for the "monthly Jira issues list" creation in the blog]

[Arun Patidar]

Thanks Jacques.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Tue, Oct 18, 2016 at 2:14 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Arun,
>
> Inline...
>
> Le 17/10/2016 à 18:30, Arun Patidar a écrit :
>
>> Hi Jacques,
>>
>> Thanks for looking into this and help. I agree with your concern that it
>> is
>> hard to review many subtickets.
>>
>
> Actually I don't review patches when they are so many and *especially*
> dispatched with so *many subtasks.* It would be quite a waste of time (Jira
> is not always responding quickly if you see what I mean, and yes this is an
> euphemism ;))
> I wait they are committed and then review commits.
>
> Also it would be more easy to apply/review
>> patch from one relevant ticket. For the same reason I started commiting
>> multiple patches from different ticket in one commit.
>>
>
> That does not change much for the reviews. It's just slightly easier,
> because you have not to open several commits emails. I still appreciate :)
>
> The reason behind the current approach with OFBIZ-7828 is that, on
>> community day multiple people can work on different part of a same ticket.
>> Devs working on subtickets are responsible for development, self review
>> and
>> testing. Small chunks facilitate devs to follow this procedure for each
>> entity. So we can say, all services added till now completely tested from
>> webtools by devs.
>>
>
> OK, I can understand that, and I also remember myself for advocating on
> doing so. It was though when things are complicated.  But then anyway I'll
> simply not help but will continue to review
>
> So its easy to do distributed efforts on this long on going ticket by
>> sub-tickets. And for reviewing purpose I started committing multiple
>> tickets in single commit. I'll continue on picking multiple tickets and do
>> single commit.
>>
>
> Sounds good to me, thanks for your answer
>
> Jacques
>
>

Re: Opinions on the "Community Days" and alike days by HotWax [Was Re: Wiki page for the "monthly Jira issues list" creation in the blog]

[Arun Patidar]

Hi Jacques,

Thanks for looking into this and help. I agree with your concern that it is
hard to review many subtickets. Also it would be more easy to apply/review
patch from one relevant ticket. For the same reason I started commiting
multiple patches from different ticket in one commit.

The reason behind the current approach with OFBIZ-7828 is that, on
community day multiple people can work on different part of a same ticket.
Devs working on subtickets are responsible for development, self review and
testing. Small chunks facilitate devs to follow this procedure for each
entity. So we can say, all services added till now completely tested from
webtools by devs.

So its easy to do distributed efforts on this long on going ticket by
sub-tickets. And for reviewing purpose I started committing multiple
tickets in single commit. I'll continue on picking multiple tickets and do
single commit.


-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Sun, Oct 16, 2016 at 3:46 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> I have a proposition about tasks with many trivial subtasks like
> OFBIZ-8413, OFBIZ-7828 or OFBIZ-7334, etc.
>
> When I look at https://issues.apache.org/jira
> /secure/Dashboard.jspa?selectPageId=12310800 I see that we have some
> difficulties to cope with all these subtasks
>
> Yesterday, while reviewing one related commit by Arun with 20 subtasks
> embedded : http://svn.apache.org/viewvc?view=revision&revision=1765077
>
> I wanted to help on OFBIZ-7828 but it's really a pain to
>
> 1. open so many subtasks
> 2. download the patches
> 3. apply them one by one
>
> When it's actually so easy to review the commit Arun did, so it would be
> the same before committing.
>
> So I suggest we don't create so many subtasks when they are trivial. We
> could rather create component, class or alike named patches and attach them
> to only 1 Jira.
>
> Then using a tool to download simultaneously a bunch of files from a page
> (I use http://www.downthemall.net/) and catenate them in one file it's
> very easy to achieve the same.
>
> Jacques
>
>
>
> Le 25/09/2016 à 09:42, Jacques Le Roux a écrit :
>
>> I have proposed a remedy with my answer in a new thread forked from the
>> flat grey vote one.
>>
>> BTW, what are you opinions on the "Community Days" and  alike days by
>> HotWax?
>>
>> I understand they happen on weekends when people have more spare time and
>> it's amazing to see people working together.
>> So I much appreciate the result of these days, but I find hard to follow
>> and review those bursts of activity.
>>
>> I have though nothing to remedy that, apart delaying reviews which is not
>> always a good solution.
>> Because it's sometimes too late when commits results are entangled and
>> then hard to ask to revert.
>>
>> Jacques
>>
>>
>> Le 25/09/2016 à 01:44, Scott Gray a écrit :
>>
>>> As an aside to this, and also what I mentioned in the flat grey vote
>>> thread:
>>>
>>> I think you rely on lazy consensus too much.  Not many contributors have
>>>> as much time as you to give to the project and formulating an argument
>>>> against something (and then continuing the discussion) can take up a
>>>> lot of
>>>> time and energy.  In my experience people are generally very quick to
>>>> agree
>>>> to good ideas (because it takes no effort other than to reply +1) so if
>>>> you
>>>> get *no* responses then you should IMO take pause before pushing ahead.
>>>>
>>>> Out of curiosity I took a look at your activity this month:
>>> 24 discussion begun
>>> 11 commits that triggered a discussion
>>> 80 other commits that presumably required some level of review
>>>
>>> While your contributions are appreciated, please be aware of the burden
>>> this high level of activity places on the rest of the active contributors
>>> and the time consumed is time that those contributors could be putting
>>> into
>>> pursuing their own priorities.
>>>
>>> Given this, do you really think it is fair to get annoyed when people
>>> don't
>>> respond quickly enough for you?  Does it seem wise to apply lazy
>>> consensus
>>> to decisions that don't receive much feedback?
>>>
>>> Regards
>>> Scott
>>>
>>> On 25 September 2016 at 11:00, Scott Gray 
>>> wrote:
>>>
>>> Calm down Jacques, I'm sure Micha

Re: svn commit: r1765058 - in /ofbiz/trunk/framework/widget: dtd/ src/main/java/org/apache/ofbiz/widget/model/ src/main/java/org/apache/ofbiz/widget/renderer/ src/main/java/org/apache/ofbiz/widget/ren

[Arun Patidar]

Hi Jacques,

I have fixed the compilation error at  r1765080. Thanks for reporting.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Sat, Oct 15, 2016 at 7:55 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Mridul,
>
> Did you notice we have a compilation issue with this commit?
>
> https://ci.apache.org/builders/ofbiz-trunk
>
> https://ci.apache.org/builders/ofbiz-trunk/builds/1607/
> steps/shell/logs/stdio
>
> Thanks
>
> Jacques
>
>
>
> Le 15/10/2016 à 15:19, mridulpat...@apache.org a écrit :
>
>> Author: mridulpathak
>> Date: Sat Oct 15 13:19:35 2016
>> New Revision: 1765058
>>
>> URL: http://svn.apache.org/viewvc?rev=1765058&view=rev
>> Log:
>> Improved: In form widgets of list type empty header row should not render
>> if list to render in file is empty.
>> (OFBIZ-7598)
>>
>> Thanks: Suraj Khurana for contribution.
>>
>> Modified:
>>  ofbiz/trunk/framework/widget/dtd/widget-form.xsd
>>  ofbiz/trunk/framework/widget/src/main/java/org/apache/ofbiz
>> /widget/model/ModelForm.java
>>  ofbiz/trunk/framework/widget/src/main/java/org/apache/ofbiz
>> /widget/renderer/FormRenderer.java
>>  ofbiz/trunk/framework/widget/src/main/java/org/apache/ofbiz
>> /widget/renderer/FormStringRenderer.java
>>  ofbiz/trunk/framework/widget/src/main/java/org/apache/ofbiz
>> /widget/renderer/macro/MacroFormRenderer.java
>>  ofbiz/trunk/framework/widget/templates/HtmlFormMacroLibrary.ftl
>>
>> Modified: ofbiz/trunk/framework/widget/dtd/widget-form.xsd
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/framework/widget/dt
>> d/widget-form.xsd?rev=1765058&r1=1765057&r2=1765058&view=diff
>> 
>> ==
>> --- ofbiz/trunk/framework/widget/dtd/widget-form.xsd (original)
>> +++ ofbiz/trunk/framework/widget/dtd/widget-form.xsd Sat Oct 15 13:19:35
>> 2016
>> @@ -86,6 +86,7 @@ under the License.
>>   
>>   
>>   
>> +> type="xs:string" />
>>   
>>   
>>   
>> @@ -327,6 +328,7 @@ under the License.
>>   
>>   
>>   
>> +> type="xs:string" />
>>   
>>   
>>   
>>
>> Modified: ofbiz/trunk/framework/widget/src/main/java/org/apache/ofbiz/
>> widget/model/ModelForm.java
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/framework/widget/sr
>> c/main/java/org/apache/ofbiz/widget/model/ModelForm.java?
>> rev=1765058&r1=1765057&r2=1765058&view=diff
>> 
>> ==
>> --- 
>> ofbiz/trunk/framework/widget/src/main/java/org/apache/ofbiz/widget/model/ModelForm.java
>> (original)
>> +++ 
>> ofbiz/trunk/framework/widget/src/main/java/org/apache/ofbiz/widget/model/ModelForm.java
>> Sat Oct 15 13:19:35 2016
>> @@ -147,7 +147,7 @@ public abstract class ModelForm extends
>>   private final String formWidgetAreaStyle;
>>   private final boolean groupColumns;
>>   private final String headerRowStyle;
>> -private final boolean hideHeader;
>> +private boolean hideHeader;
>>   private final String itemIndexSeparator;
>>   private final List lastOrderFields;
>>   private final String listEntryName;
>> @@ -184,6 +184,7 @@ public abstract class ModelForm extends
>>   private final String targetType;
>>   private final FlexibleStringExpander targetWindowExdr;
>>   private final String title;
>> +private final String emptyFormDataMessage;
>>   private final String tooltip;
>>   private final String type;
>>   private final boolean useRowSubmit;
>> @@ -241,6 +242,13 @@ public abstract class ModelForm extends
>>   title = parentModel.title;
>>   }
>>   this.title = title;
>> +String emptyFormDataMessage = formElement.getAttribute("empt
>> y-form-data-message");
>> +if (emptyFormDataMessage.isEmpty() && parentModel != null) {
>> +emptyFormDataMessage = parentModel.emptyFormDataMessage;
>> +} else if (emptyFormDataMessage.isEmpty()) {
>> +emptyFormDataMessage = "No records found";
>> +}
>> +this.emptyForm

Re: Commits r1763306 and r1761169 re enhancing services

[Arun Patidar]

Thanks Pierre for reporting this. I had discussion with Jacopo regarding
same. I will move these services to appropriate location.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Fri, Oct 14, 2016 at 2:31 PM, Pierre Smits 
wrote:

> Hi all, Arun,
>
> With commits r1763306 and r1761169 we experienced services being added to
> the datamodel component. These services don't seem to belong there, but
> should be somewhere else.
>
> Please revert.
>
> Best regards,
>
> Pierre Smits
>
> ORRTIZ.COM <http://www.orrtiz.com>
> OFBiz based solutions & services
>
> OFBiz Extensions Marketplace
> http://oem.ofbizci.net/oci-2/
>

Re: svn commit: r1761175 - in /ofbiz/trunk: applications/humanres/ applications/humanres/servicedef/ applications/product/ applications/product/servicedef/ framework/entity/ framework/entity/servicede

[Arun Patidar]

Thanks Jacopo, I am looking into this.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Tue, Sep 20, 2016 at 11:07 AM, Jacopo Cappellato <
jacopo.cappell...@hotwaxsystems.com> wrote:

> Hi Arun,
>
> your commit is causing an XML parsing error at startup for the file
> enity/ofbiz-component.xml.
> The problem is that service-resource should come after all the
> entity-resource element.
> Could you please fix this? Thanks.
>
> Additionally, I don't like the idea of introducing a dependency from the
> entity component to the service component; while I know this is not the
> only one, ideally the entity component should be at a lower level than the
> service component or they should stay (in an even more idealistic World :-)
> ) at the same level (i.e. with no dependency between them, with all
> dependencies moved into a new component that provides features integrating
> entity and service functionalities).
> In short, I am proposing to move these new CRUD services from the entity to
> the entityext component.
>
> Kind regards,
>
> Jacopo
>
>
> On Sat, Sep 17, 2016 at 12:10 PM,  wrote:
>
> > Author: arunpatidar
> > Date: Sat Sep 17 10:10:15 2016
> > New Revision: 1761175
> >
> > URL: http://svn.apache.org/viewvc?rev=1761175&view=rev
> > Log:
> > Implemented: Added CRUD services for EmplPositionClassType,
> > ConfigOptionProductOption and Component entity.
> > (OFBIZ-8049) (OFBIZ-8058)(OFBIZ-8059)
> >
> > Thanks: Amit Gadaley for the contribution.
> >
> > Added:
> > ofbiz/trunk/applications/humanres/servicedef/services_position.xml
> > ofbiz/trunk/applications/product/servicedef/services_config.xml
> > ofbiz/trunk/framework/entity/servicedef/
> > ofbiz/trunk/framework/entity/servicedef/services_tenant.xml
> > Modified:
> > ofbiz/trunk/applications/humanres/ofbiz-component.xml
> > ofbiz/trunk/applications/product/ofbiz-component.xml
> > ofbiz/trunk/framework/entity/ofbiz-component.xml
> >
> > Modified: ofbiz/trunk/applications/humanres/ofbiz-component.xml
> > URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/
> > humanres/ofbiz-component.xml?rev=1761175&r1=1761174&r2=1761175&view=diff
> > 
> > ==
> > --- ofbiz/trunk/applications/humanres/ofbiz-component.xml (original)
> > +++ ofbiz/trunk/applications/humanres/ofbiz-component.xml Sat Sep 17
> > 10:10:15 2016
> > @@ -33,6 +33,7 @@ under the License.
> >   > location="data/HumanResDemoData.xml"/>
> >   > location="servicedef/services.xml"/>
> >   > location="servicedef/services_employment.xml"/>
> > + > location="servicedef/services_position.xml"/>
> >   > location="servicedef/services_upgrade.xml"/>
> >
> >   >
> > Added: ofbiz/trunk/applications/humanres/servicedef/services_
> position.xml
> > URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/
> > humanres/servicedef/services_position.xml?rev=1761175&view=auto
> > 
> > ==
> > --- ofbiz/trunk/applications/humanres/servicedef/services_position.xml
> > (added)
> > +++ ofbiz/trunk/applications/humanres/servicedef/services_position.xml
> > Sat Sep 17 10:10:15 2016
> > @@ -0,0 +1,40 @@
> > +
> > +
> > +
> > +http://www.w3.org/2001/XMLSchema-instance";
> > +xsi:noNamespaceSchemaLocation="http://ofbiz.apache.org/dtds/
> > services.xsd">
> > +Humanres Services
> > +OFBiz
> > +
> > + > engine="entity-auto" invoke="create" auth="true">
> > +Create a EmplPositionClassType record
> > +
> > +
> > +
> > + > engine="entity-auto" invoke="update" auth="true">
> > +Update a record
> > +
> > +
> > +
> > + > engine="entity-auto" invoke="delete" auth="true">
> > +Delete a record
> > +
> > +
> > +
> >
> > Modified: ofbiz/trunk/applications/product/ofbiz-component.xml
> > URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/
> > product/ofbiz-component.xml?rev=1761175&r1=1761174&r2=1761175&view=diff
> > 

Re: svn commit: r1761130 - in /ofbiz/trunk: applications/order/servicedef/services_request.xml framework/common/ofbiz-component.xml framework/common/servicedef/services_method.xml

[Arun Patidar]

Good catch Michael. Thanks for reporting.

Correct issues are OFBIZ-8132, OFBIZ-8133 and OFBIZ-8134. I am updating
commit log message.

-- 
Thanks & Regards
---
Arun Patidar
Manager,Enterprise Software Development
HotWax Mediawww.hotwaxsystems.com


On Sun, Sep 18, 2016 at 2:17 AM, Michael Brohl 
wrote:

> Arun,
>
> are you sure about the referenced Jira issues? At least OFBIZ-8033 is
> another issue which I just committed.
>
> Can you please review and correct, it seems that the issues get the commit
> attached which is not correct.
>
> Thanks and regards,
>
> Michael
>
>
> Am 17.09.16 um 08:51 schrieb arunpati...@apache.org:
>
> Author: arunpatidar
>> Date: Sat Sep 17 06:51:07 2016
>> New Revision: 1761130
>>
>> URL: http://svn.apache.org/viewvc?rev=1761130&view=rev
>> Log:
>> Implemented: Added CRUD services for CustRequestType, CustRequestTypeAttr
>> and CustomMethod entity.
>> (OFBIZ-8032) (OFBIZ-8033)(OFBIZ-8034)
>>
>> Thanks: Amit Gadaley for the contribution.
>>
>> Added:
>>  ofbiz/trunk/framework/common/servicedef/services_method.xml
>> Modified:
>>  ofbiz/trunk/applications/order/servicedef/services_request.xml
>>  ofbiz/trunk/framework/common/ofbiz-component.xml
>>
>> Modified: ofbiz/trunk/applications/order/servicedef/services_request.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/order/
>> servicedef/services_request.xml?rev=1761130&r1=1761129&r2=
>> 1761130&view=diff
>> 
>> ==
>> --- ofbiz/trunk/applications/order/servicedef/services_request.xml
>> (original)
>> +++ ofbiz/trunk/applications/order/servicedef/services_request.xml Sat
>> Sep 17 06:51:07 2016
>> @@ -255,5 +255,33 @@ under the License.
>>   Delete a CustRequestResolution record
>>   
>>   
>> +> invoke="create" default-entity-name="CustRequestType" auth="true">
>> +Create a CustRequestType record
>> +
>> +
>> +
>> +> invoke="update" default-entity-name="CustRequestType" auth="true">
>> +Update a CustRequestType record
>> +
>> +
>> +
>> +> invoke="delete" default-entity-name="CustRequestType" auth="true">
>> +Delete a CustRequestType record
>> +
>> +
>> +> invoke="create" default-entity-name="CustRequestTypeAttr" auth="true">
>> +Create a CustRequestTypeAttr record
>> +
>> +
>> +
>> +> invoke="update" default-entity-name="CustRequestTypeAttr" auth="true">
>> +Update a CustRequestTypeAttr record
>> +
>> +
>> +
>> +> invoke="delete" default-entity-name="CustRequestTypeAttr" auth="true">
>> +Delete a CustRequestTypeAttr record
>> +
>> +
>>   
>>
>> Modified: ofbiz/trunk/framework/common/ofbiz-component.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/framework/common/of
>> biz-component.xml?rev=1761130&r1=1761129&r2=1761130&view=diff
>> 
>> ==
>> --- ofbiz/trunk/framework/common/ofbiz-component.xml (original)
>> +++ ofbiz/trunk/framework/common/ofbiz-component.xml Sat Sep 17 06:51:07
>> 2016
>> @@ -65,6 +65,7 @@ under the License.
>>   > location="servicedef/services.xml"/>
>>   > location="servicedef/services_cdyne.xml"/>
>>   > location="servicedef/services_email.xml"/>
>> +> location="servicedef/services_method.xml"/>
>>   > location="servicedef/services_geo.xml"/>
>>   > location="servicedef/services_qrcode.xml"/>
>>   > location="servicedef/services_security.xml"/>
>>
>> Added: ofbiz/trunk/framework/common/servicedef/services_method.xml
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/framework/common/se
>> rvicedef/services_method.xml?rev=1761130&view=auto
>> 
>> ==
>> --- ofbiz/trunk/framework/common/servicedef/services_method.xml (added)
>> +++ ofbiz/trunk/framework/common/servicedef/services_method.xml Sat Sep
>> 17 06:51:07 2016
>> @@ -0,0 +1,42 @@
>> +
>> +
>> +
>> +http://www.w3.org/2001/XMLSchema-instance";
>> +xsi:noNamespaceSchemaLocation="http://ofbiz.apache.org/dtds/
>> services.xsd">
>> +OFBiz Method Services
>> +OFBiz
>> +1.0
>> +
>> +> invoke="create" default-entity-name="CustomMethod" auth="true">
>> +Create a Custom Method
>> +
>> +
>> +
>> +> invoke="update" default-entity-name="CustomMethod" auth="true">
>> +Update a Custom Method
>> +
>> +
>> +
>> +> invoke="delete" default-entity-name="CustomMethod" auth="true">
>> +Delete a Custom Method
>> +
>> +
>> +
>> +
>>
>>
>>
>
>

[jira] [Closed] (OFBIZ-7946) Data load error on Web Pos component due to removal of POS component

[Arun Patidar (JIRA)]

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

Arun Patidar closed OFBIZ-7946.
---
   Resolution: Fixed
Fix Version/s: Upcoming Branch

Committed patch at rev: 1755393

Thanks [~suraj.khurana] for your contribution.

> Data load error on Web Pos component due to removal of POS component
> 
>
> Key: OFBIZ-7946
> URL: https://issues.apache.org/jira/browse/OFBIZ-7946
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/webpos
>Affects Versions: Trunk
>Reporter: Suraj Khurana
>    Assignee: Arun Patidar
>Priority: Critical
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-7946.patch
>
>
> ProductStoreId=9100 is not available due to removal of POS component from 
> specialPurpose



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (OFBIZ-7946) Data load error on Web Pos component due to removal of POS component

[Arun Patidar (JIRA)]

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

Arun Patidar reassigned OFBIZ-7946:
---

Assignee: Arun Patidar  (was: Suraj Khurana)

> Data load error on Web Pos component due to removal of POS component
> 
>
> Key: OFBIZ-7946
> URL: https://issues.apache.org/jira/browse/OFBIZ-7946
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/webpos
>Affects Versions: Trunk
>Reporter: Suraj Khurana
>    Assignee: Arun Patidar
>Priority: Critical
> Attachments: OFBIZ-7946.patch
>
>
> ProductStoreId=9100 is not available due to removal of POS component from 
> specialPurpose



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (OFBIZ-7811) Enforce noninstantiability to FreeMarkerWorker class

[Arun Patidar (JIRA)]

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

Arun Patidar closed OFBIZ-7811.
---
   Resolution: Fixed
Fix Version/s: Upcoming Branch

Committed changes in trunk at rev: 1755358.

Thanks [~rishisolankii] and [~amit.gadaley] for your contribution.

> Enforce noninstantiability to FreeMarkerWorker class
> 
>
> Key: OFBIZ-7811
> URL: https://issues.apache.org/jira/browse/OFBIZ-7811
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: framework
>Affects Versions: Trunk
>Reporter: Arun Patidar
>    Assignee: Arun Patidar
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-7811.patch
>
>
> - Make class as final.
> - Add a private constructor.
> - Make following protected method as public
> {code}
> protected static void loadTransforms(
> {code}
> No variables needs to be change for this class.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (OFBIZ-7810) Enforce noninstantiability to UelUtil class

[Arun Patidar (JIRA)]

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

Arun Patidar closed OFBIZ-7810.
---
   Resolution: Fixed
Fix Version/s: Upcoming Branch

Committed changes in trunk at rev: 1755348.

Thanks [~rishisolankii] and [~rohit.koushal] for your contribution.

> Enforce noninstantiability to UelUtil class
> ---
>
> Key: OFBIZ-7810
> URL: https://issues.apache.org/jira/browse/OFBIZ-7810
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: framework
>Affects Versions: Trunk
>Reporter: Arun Patidar
>    Assignee: Arun Patidar
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-7810.patch
>
>
> - Make class as final.
> - Add a private constructor.
> - Make following protected variable as private
> {code}
> protected static final ExpressionFactory exprFactory = 
> JuelConnector.newExpressionFactory();
> protected static final ELResolver defaultResolver = new 
> ExtendedCompositeResolver()
> {code}
> - Make following protected classes as private and do related changes for 
> variables in them;
> {code}
> protected static class BasicContext extends ELContext
> protected static class ReadOnlyContext extends ELContext
>protected static class ReadOnlyVariableMapper extends VariableMapper
> protected static class BasicVariableMapper extends VariableMapper
> protected static class ReadOnlyExpression extends ValueExpression
> protected static class BasicValueExpression extends ValueExpression
> protected static class ExtendedCompositeResolver extends 
> CompositeELResolver
> protected static class ExtendedListResolver extends ListELResolver
> protected static class ExtendedMapResolver extends MapELResolver
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (OFBIZ-7811) Enforce noninstantiability to FreeMarkerWorker class

[Arun Patidar (JIRA)]

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

Arun Patidar reassigned OFBIZ-7811:
---

Assignee: Arun Patidar  (was: Amit Gadaley)

> Enforce noninstantiability to FreeMarkerWorker class
> 
>
> Key: OFBIZ-7811
> URL: https://issues.apache.org/jira/browse/OFBIZ-7811
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: framework
>Affects Versions: Trunk
>Reporter: Arun Patidar
>    Assignee: Arun Patidar
>Priority: Minor
> Attachments: OFBIZ-7811.patch
>
>
> - Make class as final.
> - Add a private constructor.
> - Make following protected method as public
> {code}
> protected static void loadTransforms(
> {code}
> No variables needs to be change for this class.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (OFBIZ-7810) Enforce noninstantiability to UelUtil class

[Arun Patidar (JIRA)]

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

Arun Patidar reassigned OFBIZ-7810:
---

Assignee: Arun Patidar  (was: Rohit Koushal)

> Enforce noninstantiability to UelUtil class
> ---
>
> Key: OFBIZ-7810
> URL: https://issues.apache.org/jira/browse/OFBIZ-7810
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: framework
>Affects Versions: Trunk
>Reporter: Arun Patidar
>    Assignee: Arun Patidar
>Priority: Minor
> Attachments: OFBIZ-7810.patch
>
>
> - Make class as final.
> - Add a private constructor.
> - Make following protected variable as private
> {code}
> protected static final ExpressionFactory exprFactory = 
> JuelConnector.newExpressionFactory();
> protected static final ELResolver defaultResolver = new 
> ExtendedCompositeResolver()
> {code}
> - Make following protected classes as private and do related changes for 
> variables in them;
> {code}
> protected static class BasicContext extends ELContext
> protected static class ReadOnlyContext extends ELContext
>protected static class ReadOnlyVariableMapper extends VariableMapper
> protected static class BasicVariableMapper extends VariableMapper
> protected static class ReadOnlyExpression extends ValueExpression
> protected static class BasicValueExpression extends ValueExpression
> protected static class ExtendedCompositeResolver extends 
> CompositeELResolver
> protected static class ExtendedListResolver extends ListELResolver
> protected static class ExtendedMapResolver extends MapELResolver
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (OFBIZ-7809) Enforce noninstantiability to UtilXml class

[Arun Patidar (JIRA)]

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

Arun Patidar closed OFBIZ-7809.
---
   Resolution: Fixed
Fix Version/s: Upcoming Branch

Committed changes in trunk at rev: 1755346.

Thanks [~rishisolankii] and [~chinmay.patidar] for your contribution.

> Enforce noninstantiability to UtilXml class
> ---
>
> Key: OFBIZ-7809
> URL: https://issues.apache.org/jira/browse/OFBIZ-7809
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: framework
>Affects Versions: Trunk
>Reporter: Arun Patidar
>    Assignee: Arun Patidar
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-7809.patch
>
>
> - Make class as final.
> - Add a private constructor.
> No variables need to change for this class.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (OFBIZ-7809) Enforce noninstantiability to UtilXml class

[Arun Patidar (JIRA)]

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

Arun Patidar reassigned OFBIZ-7809:
---

Assignee: Arun Patidar  (was: Chinmay Patidar)

> Enforce noninstantiability to UtilXml class
> ---
>
> Key: OFBIZ-7809
> URL: https://issues.apache.org/jira/browse/OFBIZ-7809
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: framework
>Affects Versions: Trunk
>Reporter: Arun Patidar
>    Assignee: Arun Patidar
>Priority: Minor
> Attachments: OFBIZ-7809.patch
>
>
> - Make class as final.
> - Add a private constructor.
> No variables need to change for this class.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (OFBIZ-7807) Enforce noninstantiability to UtilValidate class

[Arun Patidar (JIRA)]

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

Arun Patidar closed OFBIZ-7807.
---
   Resolution: Fixed
Fix Version/s: Upcoming Branch

Committed changes in trunk at rev: 1754940.

Thanks [~rishisolankii] and [~rahul.kushwah] for your contribution.

> Enforce noninstantiability to UtilValidate class
> 
>
> Key: OFBIZ-7807
> URL: https://issues.apache.org/jira/browse/OFBIZ-7807
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: framework
>Affects Versions: Trunk
>Reporter: Arun Patidar
>    Assignee: Arun Patidar
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-7807.patch
>
>
> - Make class as final.
> - Add a private constructor.
> - Make following public variable as private;
> {code}
> /** boolean specifying by default whether or not it is okay for a String 
> to be empty */
> public static final boolean defaultEmptyOK = true;
> /** digit characters */
> public static final String digits = "0123456789";
> /** hex digit characters */
> public static final String hexDigits = digits + "abcdefABCDEF";
> /** lower-case letter characters */
> public static final String lowercaseLetters = 
> "abcdefghijklmnopqrstuvwxyz";
> /** upper-case letter characters */
> public static final String uppercaseLetters = 
> "ABCDEFGHIJKLMNOPQRSTUVWXYZ";
> /** letter characters */
> public static final String letters = lowercaseLetters + uppercaseLetters;
> /** whitespace characters */
> public static final String whitespace = " \t\n\r";
> /** decimal point character differs by language and culture */
> public static final String decimalPointDelimiter = ".";
> /** non-digit characters which are allowed in phone numbers */
> public static final String phoneNumberDelimiters = "()- ";
> /** characters which are allowed in US phone numbers */
> public static final String validUSPhoneChars = digits + 
> phoneNumberDelimiters;
> /** characters which are allowed in international phone numbers(a leading 
> + is OK) */
> public static final String validWorldPhoneChars = digits + 
> phoneNumberDelimiters + "+";
> /** non-digit characters which are allowed in Social Security Numbers */
> public static final String SSNDelimiters = "- ";
> /** characters which are allowed in Social Security Numbers */
> public static final String validSSNChars = digits + SSNDelimiters;
> /** U.S. Social Security Numbers have 9 digits. They are formatted as 
> 123-45-6789. */
> public static final int digitsInSocialSecurityNumber = 9;
> /** U.S. phone numbers have 10 digits. They are formatted as 123 456 7890 
> or(123) 456-7890. */
> public static final int digitsInUSPhoneNumber = 10;
> public static final int digitsInUSPhoneAreaCode = 3;
> public static final int digitsInUSPhoneMainNumber = 7;
> /** non-digit characters which are allowed in ZIP Codes */
> public static final String ZipCodeDelimiters = "-";
> /** our preferred delimiter for reformatting ZIP Codes */
> public static final String ZipCodeDelimeter = "-";
> /** characters which are allowed in Social Security Numbers */
> public static final String validZipCodeChars = digits + ZipCodeDelimiters;
> /** U.S. ZIP codes have 5 or 9 digits. They are formatted as 12345 or 
> 12345-6789. */
> public static final int digitsInZipCode1 = 5;
> /** U.S. ZIP codes have 5 or 9 digits. They are formatted as 12345 or 
> 12345-6789. */
> public static final int digitsInZipCode2 = 9;
> /** non-digit characters which are allowed in credit card numbers */
> public static final String creditCardDelimiters = " -";
> public static final String isNotEmptyMsg = "This field cannot be empty, 
> please enter a value.";
> public static final String isStateCodeMsg = "The State Code must be a 
> valid two character U.S. state abbreviation(like CA for California).";
> public static final String isContiguousStateCodeMsg = "The State Code 
> must be a valid two character U.S. state abbreviation for one of the 48 
> contiguous United States (like CA for California).";
> public static final String isZipCodeMsg = "The ZIP Code must be a 5 or 9 
> digit U.S. ZIP Code(like 94043).";
> public static final String isUSPhoneMsg = &quo