Re: Developing groovyScripts in the IDE
Hello Emad, I have tried those changes and can confirm that those are working as expected. Thanks! Kind Regards, -- Pritam Kute On Sun, Jan 17, 2021 at 9:01 PM Daniel Watford wrote: > Hello, > > I use IntelliJ for ofbiz development, but have found it awkward to work > with groovyScript files. > > Each time I would view a groovyScript file IntelliJ would display a warning > that the file was not associated with a Groovy SDK and prompt me to select > one. Further, I couldn't navigate from a groovyScript file to other ofbiz > classes. > > IntelliJ imports the project script from the build.gradle file, so any > changes I might have manually made to ease IDE development of groovyScript > files were lost as soon as I reimported build.gradle. > > To address this I needed to add the groovyScript files to the gradle build > in some way, while at the same time preventing the files from being built > and turned into classes. > > Some minor changes to the build.gradle file have been added to a branch > here - > https://github.com/danwatford/ofbiz-framework/tree/groovyScript-gradle > > I have tested these build.gradle changes in IntelliJ and can now navigate > from groovyScript to ofbiz classes. > > Please could other IDE users (eclipse, netbeans, etc0 try out the changes > in the branch to see if the developer experience is improved when importing > the ofbiz project structure from the gradle build file. > > Thanks, > > Dan. > > -- > Daniel Watford >
Re: [VOTE] [RELEASE] Apache OFBiz 17.12.05 - Second attempt
+1 Kind Regards, -- Pritam Kute On Mon, Jan 4, 2021 at 11:41 PM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Signatures verification OK: > > $ ./verify-ofbiz-release.sh apache-ofbiz-17.12.05.zip > sha check of file: apache-ofbiz-17.12.05.zip > Using sha file: apache-ofbiz-17.12.05.zip.sha512 > apache-ofbiz-17.12.05.zip: 0B153476 4189A26B 7B4EABF4 B0753535 > 4F771952 A091C9CF 013D3B0B F21F3868 7F90BD8D F845C764 90BDAB6F 4F20FB8B > B29C672F > 0A99176F 0BC9C75F 93E10453 > apache-ofbiz-17.12.05.zip: 0B153476 4189A26B 7B4EABF4 B0753535 > 4F771952 A091C9CF 013D3B0B F21F3868 7F90BD8D F845C764 90BDAB6F 4F20FB8B > B29C672F > 0A99176F 0BC9C75F 93E10453 > sha checksum OK > > GPG verification output > gpg: Signature made Mon Jan 4 11:08:23 2021 > gpg:using RSA key 7A580908847AF9E0 > gpg: Good signature from "Jacopo Cappellato (CODE SIGNING KEY) < > jaco...@apache.org>" > > Running OFBiz OK (initially using init-gradle-wrapper.bat) > > +1 > > Jacques > > Le 04/01/2021 à 12:48, Nicolas Malin a écrit : > > Under debian 10.7 and OpenJDK 1.8.0_275-b01 > > > > Signature ok > > > > Ofbiz test ok > > > > +1 > > > > Nicolas > > > > On 04/01/2021 11:45, Suraj Khurana wrote: > >> +1. > >> > >> -- > >> Best Regards, > >> Suraj Khurana > >> Senior Technical Consultant > >> > >> > >> On Mon, Jan 4, 2021 at 4:12 PM Deepak Dixit wrote: > >> > >>> +1 > >>> > >>> Thanks & Regards > >>> -- > >>> Deepak Dixit > >>> ofbiz.apache.org > >>> > >>> > >>> On Mon, Jan 4, 2021 at 4:05 PM Nicola Mazzoni < > nicola.mazz...@mpstyle.it> > >>> wrote: > >>> > >>>> +1 > >>>> > >>>> Il giorno lun 4 gen 2021 alle ore 11:32 Jacopo Cappellato < > >>>> jacopo.cappell...@gmail.com> ha scritto: > >>>> > >>>>> This is the vote thread (second attempt) to release a new bug fix > >>> release > >>>>> for the release17.12 branch. This new release, "Apache OFBiz > 17.12.05" > >>>> will > >>>>> supersede all the previous releases from the same branch. > >>>>> > >>>>> Please consider that this may be the last release in the 17.12 series > >>> and > >>>>> in the future releases will be published from the newer series, which > >>> is > >>>>> 18.12. > >>>>> > >>>>> The release files can be downloaded from here: > >>>>> > >>>>> https://dist.apache.org/repos/dist/dev/ofbiz/ > >>>>> > >>>>> and are: > >>>>> > >>>>> * apache-ofbiz-17.12.05.zip > >>>>> * KEYS: text file with keys > >>>>> * apache-ofbiz-17.12.05.zip.asc: the detached signature file > >>>>> * apache-ofbiz-17.12.05.zip.sha512: checksum file > >>>>> > >>>>> Please download and test the zip file and its signatures (for > >>>> instructions > >>>>> on testing the signatures see > >>>> http://www.apache.org/info/verification.html > >>>>> ). > >>>>> > >>>>> Please cast your vote: > >>>>> > >>>>> [ +1] release Apache OFBiz 17.12.05 > >>>>> [ -1] do not release > >>>>> > >>>>> This vote will be open for 5 days. > >>>>> > >>>> -- > >>>> Nicola Mazzoni > >>>> > >>>> > >>>> *Mp Styl**e Srl* > >>>> via Meucci, 37 > >>>> 41019 Limidi di Soliera (MO) > >>>> T 059/684916 > >>>> M 347/9905529 > >>>> > >>>> www.mpstyle.it > >>>> >
Re: Welcome to Daniel Watford as new committer!
Congratulations Daniel Kind Regards, -- Pritam Kute On Mon, Jan 4, 2021 at 2:33 PM Ashish Vijaywargiya < ashish.vijaywarg...@hotwaxsystems.com> wrote: > Many congratulations, Daniel. > > -- > Kind Regards, > Ashish Vijaywargiya > Vice President of Operations > *HotWax Systems* > *Enterprise open source experts* > cell: +91-9893479711 > http://www.hotwaxsystems.com > > > > On Thu, Dec 31, 2020 at 9:50 PM Jacopo Cappellato < > jacopo.cappell...@gmail.com> wrote: > > > The OFBiz PMC has invited Daniel to become a new committer and we are > > pleased to announce that he has accepted the nomination. > > > > Welcome onboard Daniel! > > > > Jacopo > > >
Re: Customer journey with an E-commerce
+1 Arpit. Count me in. Kind Regards, -- Pritam Kute On Sun, Dec 27, 2020 at 11:02 PM John Lee wrote: > +1 > > I agree! Understanding the market and its expectation is crucial to our > development of a product the market actually wants. > > John Lee > Engineering – Bright Star Controls > Office (626) 605-1188 > Direct (626) 605-1177 > Mobile – SMS (626) 365-7510 > > From: Arpit Mor > Sent: Saturday, December 26, 2020 10:41 PM > To: u...@ofbiz.apache.org; dev@ofbiz.apache.org > Subject: Customer journey with an E-commerce > > Hello All, > > > I am planning to schedule a discussion series on "Customer journey with an > E-commerce." The following point can be discussed in these sessions: > >- The expectations of a customer while buying from an e-commerce v/s the >expectation of a customer while buying from a brick and mortar store >- Improving customer experience while buying from an e-commerce >- Order life cycle and communicating with the customer during various >order life cycle events >- Role of mobile-first, omnichannel, buy online and pickup in store >(BOPIS), buy online and return in store (BORIS) strategies in improving >customer experience > > If anyone would like to a part of the discussion, please let me know. We > can work out a suitable time for all the interested parties. > > > Thanks > > Kind Regards, > Arpit Mor > ENTERPRISE QUALITY ENGINEER > mobile: +91 9098005893 > email: arpit@hotwaxsystems.com > *www.hotwax.co <http://www.hotwax.co/>* > >
Re: Re: Default ordering of webapps titles in main menu
Hello Jacques, The order of menus which you are suggesting looks good to me as well. Kind Regards, -- Pritam Kute On Thu, Oct 15, 2020 at 9:52 PM James Yong wrote: > Hi Jacques, > > The order of the application list looks fine to me. Understand we can > still override the ordering if there is client requirement. > > Regard, > James > > On 2020/10/15 10:33:40 Jacques Le Roux wrote: > > Hi, > > > > I propose this order (did my best but quickly, could have missed > things), applications 1st: > > > > 1. partymgr(because you need parties to do anything) > > 2. catalog (because you need products to do anything) > > 3. facility (because you need to store products to do anything) > > 4. order (because it's there that things begin to "move") > > 5. accounting (because it's there that things "end"; ar & ap should > disappear) > > 6. content (because you need to associate contents to make things > better) > > 7. manufacturing (because OFBiz is also an ERP) > > 8. sfa (because people are often looking for a CRM, BTW most them don't > know what SFA is) > > 9. workeffort (this one could be above, but it's not obvious for most > people) > > 10. humanres (more important than below IMO) > > 11. marketing (not sure about the place of this one) > > 12. webtools (maybe higher?) > > > > - (plugins start below) > > > > 1. rest (could be named api soon) > > 2. projectmgr > > 3. webpos > > 4. bi > > 5. birt > > 6. myportal > > 7. assetmaint > > 8. ismgr > > 9. scrum > > 10. solr > > 11. ebay > > 12. firstdata > > 13. - (those are special, maybe above?) > > 14. example > > 15. exampleext > > > > - (those plugins don't show atm but exist, maybe need more > info from backend menu?) > > > > 1. ecommerce > > 2. ecomseo > > 3. multiflex > > 4. cmssite > > 5. ebaystore > > 6. ldap > > 7. lucene > > 8. passport > > 9. pricat > > 10. msggateway > > > > Please let me know your thoughts, TIA > > > > Jacques > > > > Le 11/10/2020 à 10:12, Jacques Le Roux a écrit : > > > Hi James, > > > > > > I'd like to define an order for webapps in function of their OOTB > importance. If we agree we should discuss the OOTB order of importance of > > > applications webapps and then plugins. > > > > > > I think we can quickly agree, and hope it would not open a Pandora box > :) > > > > > > Also the feature should be easily changed by custom projects. Maybe > documentation for that would be enough. > > > > > > Jacques > > > > > > Le 11/10/2020 à 06:37, James Yong a écrit : > > >> Hi Jacques, > > >> > > >> What kind of ordering are you looking for the webapp menu items? > > >> Customer specific ordering? > > >> > > >> Regards, > > >> James > > >> > > >> On 2020/10/08 10:34:08, Jacques Le Roux > wrote: > > >>> Hi, > > >>> > > >>> Today Deepak answered on user ML > https://markmail.org/message/syzvyyueheejyyce how to order webapps titles > in main menu. > > >>> BTW OOTB it would work for same in birt where there is a 2nd > >>> > > >>> I think we already discussed that in the past but I don't clearly > remember the result and I'd like to be sure about that. > > >>> Should we not order webapps by default? > > >>> > > >>> For instance I don't like much to have firstdatapaymentgateway > visible at the top in the main bar for the default theme. > > >>> And globally having more important apps in 1st places would be > better. > > >>> > > >>> What do you think? > > >>> > > >>> Jacques > > >>> > > >>> > > >
Re: Default ordering of webapps titles in main menu
+1 for the idea to have more important apps in 1st place. Kind Regards, -- Pritam Kute On Thu, Oct 8, 2020 at 4:04 PM Jacques Le Roux wrote: > Hi, > > Today Deepak answered on user ML > https://markmail.org/message/syzvyyueheejyyce how to order webapps titles > in main menu. > BTW OOTB it would work for birt where there is a 2nd > I think we already discussed that in the past but I don't clearly remember > the result and I'd like to be sure about that. > Should we not order webapps by default? > > For instance I don't like much to have firstdatapaymentgateway visible at > the top in the main bar for the default theme. > And globally having more important apps in 1st places would be better. > > What do you think? > > Jacques > >
Re: OFBiz Integrations
Thanks, Rishi for sharing this. We have already started work on moving all custom integrations as a separate plugin from the framework component. Alongside we will be working on checking if the integrations are updated and working as expected. I feel that this will be a good step to add a page on confluence which will become a single point of reference for all available integrations in the Apache OFBiz. Kind Regards, -- Pritam Kute On Wed, Sep 30, 2020 at 3:44 AM Rishi Solanki wrote: > Dear All, > In another thread on "Integration with facebook ecommerce platform" one > good suggestion came from user Andrew Williams to integrate OFBiz with > WooCommerce and WordPress. I would like to extend it to all required > integrations. > > Below are the areas as per my understanding where we would require > integrations which is in general expected. > > 1) Payment (Amazon, Apple, PayPal, First Data etc) > 2) Shipping (UPS, UPS, FEDEX, DHL etc.) > 3) Other Selling Portals and Channels (Amazon, WooCommerce, Wordpress, > Shopify etc.) > 4) Communication related integration. (Email, SMS, Chatbot, Whatapp etc) > 5) Supporting modules like Reports tool, Sales Force etc. > 6) Data Import Tool like JSON, Excel, CSV etc. > > Please add more in the list. Once will have all items listed, we will push > that list over the confluence page, and all supporting docs link. Later we > can pick one by one and mark them complete from there, in this way from the > open list everyone will have the opportunity to pick any and contribute. > > We can also think of creating open tickets from the approved list to work > on. Looking forward. > > Rishi Solanki > *CTO, Mindpath Technology* > Intelligent Solutions > cell: +91-98932-87847 > http://www.mindpathtech.com > LinkedIn <https://www.linkedin.com/in/rishi-solanki-62271b7/> >
Re: UPDATE: OFBiz code linting issues
Thanks to Suraj and all the other people who worked on this task. This is a great achievement. The introduction of checkstyle will surely help in keeping code clean and neat. Kind Regards, -- Pritam Kute On Mon, Sep 28, 2020 at 2:53 PM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Thanks Suraj, and to all who worked on it. > > I know it's not yet finished, but I think the next similar tasks would be > to look at the FIXMEs and later TODOs... > > Jacques > > Le 26/09/2020 à 12:36, Suraj Khurana a écrit : > > Hello team, > > > > Sometimes back, we introduced sonar and checkstyle linting tools > integrated > > with OFBiz. > > We as a community are serious not only about features being introduced in > > OFBiz but also code quality being added in the repo. > > So we started correcting issues identified by the linting tool > (checkstyle) > > and there were nearly ~*40,000* of those in the whole codebase. > > > > Slowly we keep on discussing it on different mail threads and move > towards > > conclusions and fix those into the code base. > > We also incorporated a pre-push commit hook to ensure that no new issues > > are being introduced by committers. > > > > I am glad to announce that we have fixed around *99%* of these issues > > successfully. > > Kudos to everyone involved in this effort !! > > > > -- > > Best Regards, > > Suraj Khurana > > Senior Technical Consultant > >
Re: Welcome Swapnil Shah as new PMC member!!
Congratulations Swapnil Kind Regards, -- Pritam Kute On Fri, Sep 18, 2020 at 12:56 PM Ashish Vijaywargiya wrote: > The OFBiz PMC has invited Swapnil Shah to become a 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 Swapnil! >
Re: Welcome Mridul Pathak as new PMC member!!
Congratulations Mridul! Kind Regards, -- Pritam Kute On Fri, Sep 18, 2020 at 12:55 PM Ashish Vijaywargiya wrote: > The OFBiz PMC has invited Mridul Pathak to become a 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 Mridul! >
Re: Override Sun Javadoc code convention?
+1 for the first method explained in the comment here https://s.apache.org/figs9 Kind Regards, -- Pritam Kute On Fri, Aug 21, 2020 at 3:30 PM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Le 20/08/2020 à 13:21, Jacques Le Roux a écrit : > > Hi, > > > > Please refer to https://s.apache.org/figs9 > > > > We really need to decide on this before we get automated conflicts > > > > Thanks > > > > Jacques > > > Hi, > > Without answers we will apply a lazy consensus and Override Sun Javadoc > code convention formatting in > > > https://gitbox.apache.org/repos/asf?p=ofbiz-tools.git;a=blob_plain;f=wiki-files/OFBizJavaFormatter.xml > > Jacques > >
Re: Welcome to Devanshu Vyas as new committer!
Congratulations Devanshu! Kind Regards, -- Pritam Kute On Wed, Aug 19, 2020 at 3:01 PM Ashish Vijaywargiya < ashish.vijaywarg...@hotwaxsystems.com> wrote: > Many congratulations, Devanshu!! 💐💐 > > -- > Kind Regards, > Ashish Vijaywargiya > Vice President of Operations > *HotWax Systems* > *Enterprise open source experts* > cell: +91-9893479711 > http://www.hotwaxsystems.com > > > > On Wed, Aug 19, 2020 at 2:32 PM Pawan Verma wrote: > > > The OFBiz PMC has invited Devanshu Vyas to become a new committer and we > > are happy to announce that he has accepted this role. > > > > Some of the reasons for inviting Devanshu Vyas include: > > > > - He is invested in the OFBiz project and has been a member for many > years > > - He is taking an initiative towards improving the system > > - He has functional experience in various areas of the framework > > - He enjoys working with the community and collaborating with others > > > > Please join me in welcoming and congratulating Devanshu! > > > > Cheers > > Pawan Verma > > ofbiz.apache.org > > >
Re: Headless Commerce Plugin for OFBiz
Hello Arpit, Thanks for bringing this discussion up. Nowadays, customers want their systems to be capable of integrating with different platforms both at the frontend and backend side. IMO, Apache OFBiz is mostly adopted by the retail industries for their operations because of its better ERP capabilities. As explained by Ravi and Mohammad, I also feel that the OFBiz e-commerce capabilities are tightly coupled with the backend ERP. So I think it is a need of the hour to have support in Apache OFBiz to expose its functionalities using common APIs so that customers will have flexibility in choosing the peripheral systems such as e-commerce storefront, PWAs, etc. +1 for a separate plugin to expose the commonly required APIs. Kind Regards, -- Pritam Kute On Tue, Aug 18, 2020 at 10:38 PM Mohammad Kathawala < mohammad.kathaw...@hotwaxsystems.com> wrote: > Hello Arpit, > > +1 for the initiative. > > Headless commerce is indeed the need of an hour. The e-commerce component > of OFBiz is tightly coupled with OFBiz design and technologies. It is > always difficult for a front-end developer to have a freedom of using > his/her preferred front end technologies and design desired UI/UX without > having to learn how to code in OFBiz. > > Providing a set of REST APIs which will cover all the eCommerce features, > will make the life of front end developer much easier. This way they will > be able to get advantage of OFBiz’s backend capabilities along with their > own front end. > > After having the recent REST API support in OFBiz, this definitely should > be the next step forward. > > Thanks for the initiative Arpit. I will be happy to contribute in this > effort. > > On Tue, 18 Aug 2020 at 8:52 PM, Arpit Mor > wrote: > > > Hi Devs, > > > > > > > > Hope everyone is safe and healthy amidst Covid-19 pandemic > > > > > > > > Most of you might have heard about “Headless Commerce” or API first > > > > commerce, but in case you haven’t, here is a brief summary of what > headless > > > > commerce is and why it is the need of the hour. > > > > > > > > What is Headless Commerce? > > > > In its simplest form, headless commerce is the decoupling of the > > > > presentation layer (frontend) of an eCommerce from backend such that both > > > > are able to function independently. This decoupling is achieved by using > > > > APIs to expose core backend functionalities. > > > > > > > > Why Headless Commerce? > > > > Today, customers are consuming context from various channels and > > > > touch-points. Gone are the days when customers primarily needed to visit > a > > > > website to buy online. With the rise of smartphones and the Internet of > > > > Things (IoT), customers can now shop from multiple channels like IoT > > > > devices, progressive web apps (PWAs), social media platforms, mobile > apps, > > > > smart assistants, smart TV, kiosks, and many more. > > > > By decoupling frontend from backend - user interface, social commerce, > > > > mobile apps, IoT, and many more – can be changed or updated individually, > > > > without interfering with backend. Data is available to separate frontend > > > > applications via API calls and the backend runs invisibly in the > > background. > > > > > > > > Benefits of Headless Commerce > > > > Unlimited Channels and Touchpoints: With API first Headless Commerce, > > > > integration with the new channels and touchpoints becomes easy, > economical, > > > > and quick. > > > > > > > > Innovation and Engaging User Experience: With traditional monolithic > > > > Commerce, making user-centric changes to your website requires both a > front > > > > and backend transformation. But with headless commerce, all the > > > > frontend/app developers have to focus on is user experience, > > > > personalization, and consistency without having to worry about changes to > > > > the backend. > > > > > > > > Easy-to-Manage Integrations: Headless commerce not only includes > providing > > > > API support to the frontend, but it also includes communication between > > > > various components (like ERP, WMS, OMS, CRM, POS, etc.) via APIs. This > will > > > > reduce the complexity of the integration and its maintenance. > > > > > > > > Business Agility & less time to market: Companies must be able to respond > > > > quickly to new market opportunities by constantly releas
Re: Moving third party shipping integrations from applications to plugins
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: Repository Management For Third-Party Plugins
Thanks to all for putting your thoughts together. We will start working on moving third party code out of the framework soon. As suggested by Mridul, we will take one integration at a time and validate if it is working and up to date with current scenarios and migrate only those integrations which are valid implementations today. Kind Regards, -- Pritam Kute On Thu, Jul 30, 2020 at 10:23 PM Pawan Verma wrote: > Thanks Mridul and Jacques for the valuable feedback. > > I also agree with your proposition. My vote is also for approach #1. > > Best > Pawan > > On Thu, Jul 30, 2020, 9:32 PM Jacques Le Roux < > jacques.le.r...@les7arts.com> > wrote: > > > Hi, > > > > Like Mridul, I also suggested the 2nd approach. I eventually tend to > > agree with Mridul. Having clearly separated packages, even with a bit of > > redundancy, simplifies and consolidate things. > > > > Jacques > > > > Le 30/07/2020 à 17:37, Mridul Pathak a écrit : > > > Hi Pawan, > > > > > > Though few years ago I was advocate of the approach #2 that you have > > suggested here, now I think that #1 is the best approach. In real time > > implementations the idea of plugins is to be able to use only what you > > need. Like for payment integrations you selectively use the gateways, > > mostly one. So it should be as easy to drop the plugin for your preferred > > gateway and use it, you shouldn’t need to unnecessarily have to code of > all > > other payment integrations that you don’t need. Also, from maintenance > > perspective even though some of these third party integrations could be > > categorised but still each of them have their own API specification, > > configurations and they need to be maintained separately. So, my vote > would > > be to #1 that is to create separate plugins for each third party > > integration. > > > > > > Thanks. > > > -- > > > Mridul Pathak > > > > > > > > >> On 30-Jul-2020, at 8:34 PM, Pawan Verma < > pawan.ve...@hotwaxsystems.com> > > wrote: > > >> > > >> Hi Pritam, > > >> > > >> I am also more inclined to not create a different repository for > > >> third-party-plugins. As we can have any number of plugins in OFBiz and > > >> Users can set up required plugins as per their need. > > >> > > >> I would suggest creating separate plugins for each third-party > > integration > > >> like ups, firstdatapaymentgateway, etc that way if the user wants > only a > > >> specific gateway or plugins can have only that one. > > >> > > >> I suggest two approaches: > > >> #1: Create a separate plugin for each integration and put them into > the > > >> plugins directory. > > >> > > >> #2: Club all the related plugins into one directory and can add that > > parent > > >> directory in base/config/component-load.xml. The benefit of this > > approach > > >> is we can have all payment or other gateways in one place and also > don't > > >> need to create a separate repository for the third-party-plugins. > > >> Example for shipping gateways: > > >> > > >>1. Club all shipping gateways into the plugins/shipping-gateway > > directory > > >>2. Add this shipping-gateway into base/config/component-load.xml > > >>as > > >> > > >> If we follow the #2 approach we may need to improve our plugin setup > > Gradle > > >> target i.e. pullPluginSource. > > >> > > >> Please let me know your thoughts and I can provide more detail if > > needed. > > >> > > >> Best > > >> Pawan > > > > >
Re: Welcome Pawan Verma as new PMC member
Congratulations Pawan! Kind Regards, -- Pritam Kute On Tue, Jul 28, 2020 at 2:16 PM Girish Vasmatkar < girish.vasmat...@hotwaxsystems.com> wrote: > Many congratulations Pawan. > > Best, > Girish > > On Tue, Jul 28, 2020 at 2:10 PM Devanshu Vyas > wrote: > > > Many many Congratulations Pawan!! > > > > > > Thanks & Regards, > > Devanshu Vyas. > > > > > > On Tue, Jul 28, 2020 at 1:53 PM Aditya Sharma > > wrote: > > > > > Felicitation Pawan!! > > > > > > Thanks and Regards, > > > Aditya Sharma > > > > > > On Tue, Jul 28, 2020 at 1:22 PM Jacques Le Roux < > > > jacques.le.r...@les7arts.com> wrote: > > > > > > > The OFBiz PMC has invited Pawan Verma 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 Pawan! > > > > > > > > > > > > > >
Repository Management For Third-Party Plugins
Hello Devs, Recently, we have pushed integration of the First Data payment gateway to OOTB. When we were doing that, we got one question about repository management for third-party applications. We have one ticket [1] open in JIRA about moving third party code from framework to separate repositories to make framework lightweight. Now the question is how we are going to manage the repository structure for third party integration codes. If we talk about payment gateways, we have around 12 different integrations available in the framework component. If we move them to plugins as a separate plugin, it will increase the number of plugins in the plugin repository. I am personally not in favor of that. We should have some type of repository categorization there. One categorization I would like to suggest is to have separate repository all together for third party integrations and to have a Gradle task to fetch only required third party integration inside plugins directory as like we have done for plugins repository itself: apache - -- ofbiz-framework -- ofbiz-plugins -- *ofbiz-thrid-party* -- ofbiz-site -- ofbiz-tools I would like to invite thoughts on this so that we can proceed with the migration of third party code out of the framework. [1] https://issues.apache.org/jira/browse/OFBIZ-7415 Kind Regards, -- Pritam Kute
Re: Checkstyle line wrapping Indentation
Good catch Suraj. +1 for having it as 4 instead of 8. Kind Regards, -- Pritam Kute On Tue, Jul 21, 2020 at 5:26 PM Suraj Khurana wrote: > Hello folks, > > In checkstyle.xml, we have set lineWrappingIndentation value to 8. I > Propose we should make it 4 instead which is default. [1] > > Is there any specific reason for setting it to 8? Please advise. > > [1]: > > https://checkstyle.sourceforge.io/apidocs/com/puppycrawl/tools/checkstyle/checks/indentation/IndentationCheck.html > > -- > Best Regards, > Suraj Khurana > Senior Technical Consultant >
Re: Ordering Decimals
I think its a good idea to have orderDecimalQuantity set to N for the products in demo data. What I have noticed in demo data is there is no practical product data available for which we can set this flag to Y. IMO, we can add one or two demo products that can be ordered in decimal quantities. For the product store level flag, we can modify the field description in entity definition to convey the message to the user to set the flag to Y for a global setting. If it is set to Y then the user may not need to set the flag at each product level. Kind Regards, -- Pritam Kute On Mon, Jul 20, 2020 at 10:48 PM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Hi, > > In OFBiz, OOTB you can order decimals of products. For instance you may > want to sell half pizza. That is an user decision. The user may want to > allow > decimals by store or by product as shown in > > > https://github.com/apache/ofbiz-framework/blob/trunk/applications/product/src/main/java/org/apache/ofbiz/product/product/ProductWorker.java#L1204 > > We though should not be able to order a part of finished product like > "Tiny Chrome Widget" (try 3.5 as mini is 3). You may notice that we have an > issue in trunk and R18: see OFBIZ-11899. It works in stable demo and R17 > locally. > > We should set orderDecimalQuantity to false for all products data of > FINISHED_GOOD, SERVICE, AGGREGATED, MARKETING_PKG_AUTO, DIGITAL_GOOD, > ASSET_USAGE, etc. as can be seen in ProductSeedData.xml. Anyway it should > be set on a product basis. > > I think it's worth to do. Because it's demo data and would show to > correctly set things. For a store which sells only not splittable products > (which I > guess is most of the time when using OFBiz ecommerce) then it's possible > to set the same at the store level. > > What do you think? > > Jacques > >
Re: Nested attributes for Collection Types
Hello Girish, IMO, the option which you have suggested looks good in case if we want to leverage upon the existing service definitions for creating the API documentation. I also think that this could be a good addition to OFBiz in the developer perspective, as right now, it is very difficult to guess the content of the Map/List attributes seeing at service definition. For the attribute type GenericValue, we can skip the nested structure. Kind Regards, -- Pritam Kute On Thu, Jul 16, 2020 at 5:21 PM Girish Vasmatkar < girish.vasmat...@hotwaxsystems.com> wrote: > Hey Guys, > > While working on OpenApi integration as well as GraphQL implementation, I > faced issues on how to automatically document request/response JSON > structure for service attributes that were of Collection types (Map, List > etc). > > For simple types, it is just plain easy but when it comes to Map/Lists, you > have to know what exactly is inside them to be able to convey properly in > the OpenApi schema. > > I was thinking to may be try to introduce nested attributes in service > definition such that if the attribute type is Map/List, you can actually > specify what goes inside that attribute - > > > > > > > > > > > > With this change, it becomes possible to generate the schema for the > service attribute, Where as if we don't have this option, we can't possibly > indicate what the structure of the "header" key is going to be if it was > represented in JSON format. > > Of course, this change will only help documentation and GraphQL > implementation and that there is very little case for it to benefit a > general OFBiz service call. > > Any thoughts or comments on this? Is this too big of a change (impact wise > and not coding perspective) to avoid it and consider something else? Has > this been discussed before? > > Best, > Girish >
Re: API Reference on OFBiz site
Thanks, Pawan. Looks good to me. Kind Regards, -- Pritam Kute On Thu, Jul 16, 2020 at 5:24 PM Devanshu Vyas wrote: > Looks good to me.👍 > > Thanks & Regards, > Devanshu Vyas. > > > On Thu, Jul 16, 2020 at 4:42 PM Pawan Verma > > wrote: > > > Changes are live now, please have a look at > > https://ofbiz.apache.org/developers.html#DevDocs > > > > If we are good here the ticket can be closed now. > > -- > > Thanks & Regards > > Pawan Verma > > Technical Consultant > > *HotWax Systems* > > *Enterprise open source experts* > > http://www.hotwaxsystems.com > > > > > > On Thu, Jul 16, 2020 at 3:26 PM Jacques Le Roux < > > jacques.le.r...@les7arts.com> wrote: > > > > > +1 > > > > > > Jacques > > > > > > Le 16/07/2020 à 11:43, Pawan Verma a écrit : > > > > Thanks, Jacques, All for the response. > > > > > > > > Yes, Makes sense. So, It will look something like this, if this looks > > > good, > > > > I'll make the required changes. > > > > > > > > The layout of API Reference on the Site: > > > > *OFBiz API Reference* > > > > > > > > - *Trunk API Reference* > > > > - *Release 17.12 API Reference* > > > > - *Next Release API Reference* > > > > > > > > > >
Re: API Reference on OFBiz site
I am also inclined to 2nd option. Thanks, Pawan for pointing this. Kind Regards, -- Pritam Kute On Wed, Jul 15, 2020 at 1:24 AM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Thanks Pawan, > > The 2nd options looks like a good idea to me. > > Jacques > > Le 14/07/2020 à 15:38, Pawan Verma a écrit : > > Hello Devs, > > > > Since Oliver has refactored documentation with new directories structure > > with the trunk, next and stable API Reference link becomes stale. > > > > Question: What should be the API Reference link on the site? > > > > Possible Solutions: > > #1: We can use the link for stable APIs for Site as suggested by Jacques > on > > Jira OFBIZ-11888. > > > > #2: We can show the link for both trunk and stable release like Build and > > Run section. > > Example: > > * OFBiz API Reference* > > > > - *Trunk API Reference* > > - *Release 17.12 API Reference* > > > > Please share your thoughts on this. TIA! > > >
Re: Single line statements - checkstyle
Looks good to me. Kind Regards, -- Pritam Kute On Mon, Jul 13, 2020 at 9:04 PM Suraj Khurana wrote: > Hello team, > > I have created a ticket https://issues.apache.org/jira/browse/OFBIZ-11886 > to allow single line statements during checkstyle, I hope we are fine with > this. > > For this, we need to add a module to allow single line statements: > == > > > > == > > Let me know your thoughts on this. > > -- > Best Regards, > Suraj Khurana > Senior Technical Consultant >
Re: Welcome Aditya Sharma as new PMC member
Congratulations Aditya. Kind Regards, -- Pritam Kute Technical Consultant *HotWax Systems* *Enterprise open source experts* cell: +91 95793 66013 http://www.hotwaxsystems.com On Sun, Jul 5, 2020 at 11:14 PM Pawan Verma wrote: > Many congratulations Aditya! > > On Sun, Jul 5, 2020, 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: Welcome Suraj Khurana as new PMC member
Congratulations Suraj Kind Regards, -- Pritam Kute On Sat, Jul 4, 2020 at 5:53 PM Pawan Verma wrote: > Many congratulations Suraj! > -- > Thanks & Regards > Pawan Verma > ofbiz.apache.org > > > 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: [PROPOSAL] First Data Payment Gateway Integration
Hello Pierre and all, IMO, we should have a separate OFBiz repository in which we can push the third party integration code. Very soon we will start working on the ticket in which we are going to move 3rd party payment integrations from applications to plugins [OFBIZ-7415]. Instead of moving them to plugins, I would recommend using a separate repository structure in which we can commit the 3rd party integration plugins like payment gateways, SMS gateways, shipping gateways, storefront integrations, etc. Let me know your thoughts. Pierre, please correct me if I am missing anything here. Kind Regards, -- Pritam Kute On Sun, Jun 28, 2020 at 1:59 PM Pierre Smits wrote: > Hi all, > > Under ticket OFBIZ-11837 we saw Pritam made great strides forward in > establishing a plugin for the 'First Data" Payment gateway in > https://github.com/pritambkute/ofbiz-plugins, and subsequently providing a > PullRequest (and pulling it back again). > > I applaud Pritam for the initiative to bring a new feature set to the > community of OFBiz adopters. > > But should we, as the OFBiz community, want any new 3rd *Solution > Integration brought forward by a committer (or any other contributor) to be > included in the ofbiz-plugins repository? > > WDYT?? > > > > Met vriendelijke groet, > > Pierre Smits > *Proud* *contributor** of* Apache OFBiz <https://ofbiz.apache.org/> since > 2008 (without privileges) > > *Apache Trafodion <https://trafodion.apache.org>, Vice President* > *Apache Directory <https://directory.apache.org>, PMC Member* > Apache Incubator <https://incubator.apache.org>, committer > Apache Steve <https://steve.apache.org>, committer > > > On Thu, Jun 25, 2020 at 7:48 AM Pritam Kute > > wrote: > > > Hello Devs, > > > > While integrating the First Data payment gateway with Apache OFBiz, we > > found that the re-authorization request is supported by First Data only > if > > we send card security code (CVV) along with the card information. In > other > > payment gateways like Authorize.net, they allow the re-authorization > > transactions without CVV. So we want to know the thoughts from the dev > > community if we can add CVV as a mandatory/optional parameter while doing > > re-authorization. > > > > Also, we are going to implement token-based transaction capability with > > First Data in which we will not be storing the customer's card > information > > in OFBiz instead it will be stored at First Data servers and they return > us > > the token against that card data. That token can be used for further > > transactions of that customer. Here we may need to introduce couple of > new > > entities or need to extend the existing OFBiz entities and a configurable > > setting at the product store level if the user wants to use the > token-based > > transactions or regular card transactions. > > > > Here we suggest a design in which we can extend > ProductStorePaymentSetting > > entity to provide an option to user to configure the token-based > > transaction vs regular card-based transactions. Also, we can extend the > > CreditCard entity and code to store the token returned from the payment > > gateway for further transactions and display of saved card information to > > the customer (This we can fetch from payment gateways using the token > > against the card). So if the user opts to token-based transactions, the > > credit card data will not be stored in OFBiz in any case. This helps in > > marking the website a PCI DSS compliant. We will put the overall design > on > > the ticket soon [1]. > > > > Let us know your thoughts/ideas to implement this feature. > > > > [1] https://issues.apache.org/jira/browse/OFBIZ-11841 > > > > Kind Regards, > > -- > > Pritam Kute > > > > On Thu, Jun 25, 2020 at 10:53 AM Pritam Kute < > > pritam.k...@hotwaxsystems.com> > > wrote: > > > > > Hello Devs, > > > > > > We have pushed the plugin for First Data payment gateway integration > and > > > raised PR for the same at > > https://github.com/apache/ofbiz-plugins/pull/34 > > > > > > We are going to improve it further and add token-based transactions to > > > support PCI DSS compliance. We are going to make it configurable for > the > > > end-user. We have created a separate sub-ticket for these improvements > > > [OFBIZ-11841]. > > > > > > Kind Regards, > > > -- > > > Pritam Kute > > > > > > > > > On Fri, Jun 19, 2020 at 2:01 PM Devanshu Vyas < > vyas.d
Re: buildbot failure in on ofbizTrunkFramework
Thanks, Jacques for confirming the same. IMO, commenting it for now is better option. We should not move it to applications. Soon or later we are going to move all 3rd party payment gateway code outside applications may be as a separate 3rd party integration plugins. I am working on modifying the plugin further to support token-based transactions and I will take care of documentation with that work. Kind Regards, -- Pritam Kute On Mon, Jun 29, 2020 at 2:22 PM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Thanks Pritam, > > Trying to comment them out. > > If it works, maybe we could move them to > applications/commonext/data/OfbizSetupProductStoreData.xml or simply let > them commented out and documenting it? > > Let's see... > > Jacques > > Le 29/06/2020 à 10:04, Pritam Kute a écrit : > > Hello Jacques, > > > > Should we remove the product store association in demo data for the first > > data integration? I think it is causing this issue. > > > > Kind Regards, > > -- > > Pritam Kute > > > > On Mon, Jun 29, 2020 at 1:16 PM Jacques Le Roux < > > jacques.le.r...@les7arts.com> wrote: > > > >> Weird again, running > >> > >> "ofbiz --test component=accounting --test suitename=accountingtests > --test > >> case=auto-accounting-transaction-tests-sales" > >> > >> Maybe a data issue when running integration tests, maybe in both case, > ie > >> for auto-accounting-transaction-tests-sales and > >> configurableServiceOrder-test > >> > >> I continue... > >> > >> Le 28/06/2020 à 12:52, Jacques Le Roux a écrit : > >>> Actually that was it, had to clean and reload data. > >>> > >>> Le 28/06/2020 à 12:25, Jacques Le Roux a écrit : > >>>> Le 28/06/2020 à 12:01, Jacques Le Roux a écrit : > >>>>> There is also an issue with auto-accounting-transaction-tests-sales > >> I'm chasing > >>>> It seems due to > >> https://gitbox.apache.org/repos/asf?p=ofbiz-plugins.git;h=df753f8 > >>>> 2020-06-28 11:59:36,699 |main |TransactionUtil |W| Not > >> committing transaction, status is No Transaction (6) > >>>> 2020-06-28 11:59:36,699 |main |PaymentGatewayServices|E| Error > >> occurred on: firstDataCCAuth, Order ID is: [DEMO10090] > >>>> org.apache.ofbiz.service.GenericServiceException: Service > >> [firstDataCCAuth] target threw an unexpected exception (Illegal > character > >> in path at > >>>> index 0: [TransactionUrl]/payments) > >>>> > >>>> but reverting the commit does not fix it. So maybe another mixed stuff > >>>> > >>>> Jacques > >>>> >
Re: buildbot failure in on ofbizTrunkFramework
Hello Jacques, Should we remove the product store association in demo data for the first data integration? I think it is causing this issue. Kind Regards, -- Pritam Kute On Mon, Jun 29, 2020 at 1:16 PM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Weird again, running > > "ofbiz --test component=accounting --test suitename=accountingtests --test > case=auto-accounting-transaction-tests-sales" > > Maybe a data issue when running integration tests, maybe in both case, ie > for auto-accounting-transaction-tests-sales and > configurableServiceOrder-test > > I continue... > > Le 28/06/2020 à 12:52, Jacques Le Roux a écrit : > > Actually that was it, had to clean and reload data. > > > > Le 28/06/2020 à 12:25, Jacques Le Roux a écrit : > >> Le 28/06/2020 à 12:01, Jacques Le Roux a écrit : > >>> There is also an issue with auto-accounting-transaction-tests-sales > I'm chasing > >> > >> It seems due to > https://gitbox.apache.org/repos/asf?p=ofbiz-plugins.git;h=df753f8 > >> > >> 2020-06-28 11:59:36,699 |main |TransactionUtil |W| Not > committing transaction, status is No Transaction (6) > >> 2020-06-28 11:59:36,699 |main |PaymentGatewayServices|E| Error > occurred on: firstDataCCAuth, Order ID is: [DEMO10090] > >> org.apache.ofbiz.service.GenericServiceException: Service > [firstDataCCAuth] target threw an unexpected exception (Illegal character > in path at > >> index 0: [TransactionUrl]/payments) > >> > >> but reverting the commit does not fix it. So maybe another mixed stuff > >> > >> Jacques > >> >
Re: [PROPOSAL] First Data Payment Gateway Integration
Hello Devs, While integrating the First Data payment gateway with Apache OFBiz, we found that the re-authorization request is supported by First Data only if we send card security code (CVV) along with the card information. In other payment gateways like Authorize.net, they allow the re-authorization transactions without CVV. So we want to know the thoughts from the dev community if we can add CVV as a mandatory/optional parameter while doing re-authorization. Also, we are going to implement token-based transaction capability with First Data in which we will not be storing the customer's card information in OFBiz instead it will be stored at First Data servers and they return us the token against that card data. That token can be used for further transactions of that customer. Here we may need to introduce couple of new entities or need to extend the existing OFBiz entities and a configurable setting at the product store level if the user wants to use the token-based transactions or regular card transactions. Here we suggest a design in which we can extend ProductStorePaymentSetting entity to provide an option to user to configure the token-based transaction vs regular card-based transactions. Also, we can extend the CreditCard entity and code to store the token returned from the payment gateway for further transactions and display of saved card information to the customer (This we can fetch from payment gateways using the token against the card). So if the user opts to token-based transactions, the credit card data will not be stored in OFBiz in any case. This helps in marking the website a PCI DSS compliant. We will put the overall design on the ticket soon [1]. Let us know your thoughts/ideas to implement this feature. [1] https://issues.apache.org/jira/browse/OFBIZ-11841 Kind Regards, -- Pritam Kute On Thu, Jun 25, 2020 at 10:53 AM Pritam Kute wrote: > Hello Devs, > > We have pushed the plugin for First Data payment gateway integration and > raised PR for the same at https://github.com/apache/ofbiz-plugins/pull/34 > > We are going to improve it further and add token-based transactions to > support PCI DSS compliance. We are going to make it configurable for the > end-user. We have created a separate sub-ticket for these improvements > [OFBIZ-11841]. > > Kind Regards, > -- > Pritam Kute > > > On Fri, Jun 19, 2020 at 2:01 PM Devanshu Vyas > wrote: > >> Hello Pritam, >> >> A nice initiative to move the custom gateway code from framework to >> plugins. >> I would like to extend my help to you for this task. >> >> Thanks & Regards, >> Devanshu Vyas. >> >> >> On Fri, Jun 19, 2020 at 1:19 PM Pritam Kute < >> pritam.k...@hotwaxsystems.com> >> wrote: >> >> > Thanks, Nicolas, and all devs for putting your thoughts. >> > >> > We will push the contribution as a separate plugin. Also, we would like >> to >> > pick the task to move all custom gateways code from >> framework/accounting to >> > separate plugins for separate gateway implementations. This will provide >> > the facility to users to install the plugin of the payment gateway which >> > they want to use. >> > >> > We have created a new ticket in JIRA [OFBIZ-11837] for this >> contribution. >> > We will add some more sub tickets to deliver different payment >> > gateway methods. >> > >> > Kind Regards, >> > -- >> > Pritam Kute >> > >> > >> > On Tue, Jun 16, 2020 at 3:47 PM Aditya Sharma >> > wrote: >> > >> > > +1 Nicolas. Thanks Pritam for the proposal. >> > > >> > > Thanks and regards, >> > > Aditya Sharma >> > > >> > > >> > > On Tue, Jun 16, 2020 at 1:44 PM Jacques Le Roux < >> > > jacques.le.r...@les7arts.com> wrote: >> > > >> > > > +1, Pierre Smits proposed that long ago, created Jira(s?) and even >> > > > contributed for at least one plugin >> > > > >> > > > That can be found in Jira I hope Pierre will follow and gave >> required >> > > > information >> > > > >> > > > Jacques >> > > > >> > > > Le 16/06/2020 à 07:32, Suraj Khurana a écrit : >> > > > > +1 Nicolas. >> > > > > >> > > > > -- >> > > > > Best Regards, >> > > > > Suraj Khurana >> > > > > Senior Technical Consultant >> > > > > >> > > > > >> > > > > On Mon, Jun 15, 2020 at 8:23 PM Nicolas Malin < >> > > nicolas.ma
Re: [PROPOSAL] First Data Payment Gateway Integration
Hello Devs, We have pushed the plugin for First Data payment gateway integration and raised PR for the same at https://github.com/apache/ofbiz-plugins/pull/34 We are going to improve it further and add token-based transactions to support PCI DSS compliance. We are going to make it configurable for the end-user. We have created a separate sub-ticket for these improvements [OFBIZ-11841]. Kind Regards, -- Pritam Kute On Fri, Jun 19, 2020 at 2:01 PM Devanshu Vyas wrote: > Hello Pritam, > > A nice initiative to move the custom gateway code from framework to > plugins. > I would like to extend my help to you for this task. > > Thanks & Regards, > Devanshu Vyas. > > > On Fri, Jun 19, 2020 at 1:19 PM Pritam Kute > > wrote: > > > Thanks, Nicolas, and all devs for putting your thoughts. > > > > We will push the contribution as a separate plugin. Also, we would like > to > > pick the task to move all custom gateways code from framework/accounting > to > > separate plugins for separate gateway implementations. This will provide > > the facility to users to install the plugin of the payment gateway which > > they want to use. > > > > We have created a new ticket in JIRA [OFBIZ-11837] for this contribution. > > We will add some more sub tickets to deliver different payment > > gateway methods. > > > > Kind Regards, > > -- > > Pritam Kute > > > > > > On Tue, Jun 16, 2020 at 3:47 PM Aditya Sharma > > wrote: > > > > > +1 Nicolas. Thanks Pritam for the proposal. > > > > > > Thanks and regards, > > > Aditya Sharma > > > > > > > > > On Tue, Jun 16, 2020 at 1:44 PM Jacques Le Roux < > > > jacques.le.r...@les7arts.com> wrote: > > > > > > > +1, Pierre Smits proposed that long ago, created Jira(s?) and even > > > > contributed for at least one plugin > > > > > > > > That can be found in Jira I hope Pierre will follow and gave required > > > > information > > > > > > > > Jacques > > > > > > > > Le 16/06/2020 à 07:32, Suraj Khurana a écrit : > > > > > +1 Nicolas. > > > > > > > > > > -- > > > > > Best Regards, > > > > > Suraj Khurana > > > > > Senior Technical Consultant > > > > > > > > > > > > > > > On Mon, Jun 15, 2020 at 8:23 PM Nicolas Malin < > > > nicolas.ma...@nereide.fr> > > > > > wrote: > > > > > > > > > >> Hi Pritam, > > > > >> > > > > >> My preference go to move all gateway to plugin, to keep OFBiz > > > framework > > > > >> slim and the connector quality high. > > > > >> > > > > >> If all third payment gateway are in plugin system, we are sure > that > > > the > > > > >> framework contains correct standard call in function process, and > we > > > 're > > > > >> not tempted (to go fast) to introduce bad hook to support a > specific > > > > >> case needed by the gateway. > > > > >> > > > > >> That being said, your proposal to introduce this gateway payment > are > > > > >> welcome :) > > > > >> > > > > >> Nicolas > > > > >> > > > > >> On 15/06/2020 15:15, Pritam Kute wrote: > > > > >>> Hello Devs, > > > > >>> > > > > >>> I hope everyone is safe and well. > > > > >>> > > > > >>> Apache OFBiz has OOTB integrations for most of the widely used > > > payment > > > > >>> gateways around the world. > > > > >>> > > > > >>> We are working on integrating First Data Payment Gateway for one > of > > > the > > > > >>> websites. The First Data payment gateway is quite popular and > comes > > > in > > > > >> the > > > > >>> list of top payment gateways around the globe We would like to > > > > >> contribute > > > > >>> the basic payment gateway integration of First Data into Apache > > > OFBiz. > > > > We > > > > >>> would like to know your thoughts on this. > > > > >>> > > > > >>> We would also like your opinion on contributing the gateway code > in > > > > >>> applications/accounting component vs a separate plugin. > > > > >>> > > > > >>> After approval from the community, we will create detailed > tickets > > in > > > > >> JIRA > > > > >>> and contribute the patch accordingly. > > > > >>> > > > > >>> Thanks! > > > > >>> > > > > >>> Kind Regards, > > > > >>> -- > > > > >>> Pritam Kute > > > > >>> > > > > > > > > > >
Re: [PROPOSAL] First Data Payment Gateway Integration
Thanks, Nicolas, and all devs for putting your thoughts. We will push the contribution as a separate plugin. Also, we would like to pick the task to move all custom gateways code from framework/accounting to separate plugins for separate gateway implementations. This will provide the facility to users to install the plugin of the payment gateway which they want to use. We have created a new ticket in JIRA [OFBIZ-11837] for this contribution. We will add some more sub tickets to deliver different payment gateway methods. Kind Regards, -- Pritam Kute On Tue, Jun 16, 2020 at 3:47 PM Aditya Sharma wrote: > +1 Nicolas. Thanks Pritam for the proposal. > > Thanks and regards, > Aditya Sharma > > > On Tue, Jun 16, 2020 at 1:44 PM Jacques Le Roux < > jacques.le.r...@les7arts.com> wrote: > > > +1, Pierre Smits proposed that long ago, created Jira(s?) and even > > contributed for at least one plugin > > > > That can be found in Jira I hope Pierre will follow and gave required > > information > > > > Jacques > > > > Le 16/06/2020 à 07:32, Suraj Khurana a écrit : > > > +1 Nicolas. > > > > > > -- > > > Best Regards, > > > Suraj Khurana > > > Senior Technical Consultant > > > > > > > > > On Mon, Jun 15, 2020 at 8:23 PM Nicolas Malin < > nicolas.ma...@nereide.fr> > > > wrote: > > > > > >> Hi Pritam, > > >> > > >> My preference go to move all gateway to plugin, to keep OFBiz > framework > > >> slim and the connector quality high. > > >> > > >> If all third payment gateway are in plugin system, we are sure that > the > > >> framework contains correct standard call in function process, and we > 're > > >> not tempted (to go fast) to introduce bad hook to support a specific > > >> case needed by the gateway. > > >> > > >> That being said, your proposal to introduce this gateway payment are > > >> welcome :) > > >> > > >> Nicolas > > >> > > >> On 15/06/2020 15:15, Pritam Kute wrote: > > >>> Hello Devs, > > >>> > > >>> I hope everyone is safe and well. > > >>> > > >>> Apache OFBiz has OOTB integrations for most of the widely used > payment > > >>> gateways around the world. > > >>> > > >>> We are working on integrating First Data Payment Gateway for one of > the > > >>> websites. The First Data payment gateway is quite popular and comes > in > > >> the > > >>> list of top payment gateways around the globe We would like to > > >> contribute > > >>> the basic payment gateway integration of First Data into Apache > OFBiz. > > We > > >>> would like to know your thoughts on this. > > >>> > > >>> We would also like your opinion on contributing the gateway code in > > >>> applications/accounting component vs a separate plugin. > > >>> > > >>> After approval from the community, we will create detailed tickets in > > >> JIRA > > >>> and contribute the patch accordingly. > > >>> > > >>> Thanks! > > >>> > > >>> Kind Regards, > > >>> -- > > >>> Pritam Kute > > >>> > > >
Re: REST implementation
Hello Girish,
+1 for having REST implementation using Jersey as a separate plugin and not
to disturb the OFBiz default Control servlets and filters.
IMO we should also think about the end-point security implementations
alongside as it is one of the crucial things that users look into while
adopting any framework.
Kind Regards,
--
Pritam Kute
On Fri, Jun 12, 2020 at 2:58 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
>
> Hi Girish,
>
> Inline...
>
> Le 10/06/2020 à 17:42, Girish Vasmatkar a écrit :
> > Hi All
> >
> > I am again bringing up this discussion on having a REST implementation
> for
> > OFBiz. I know we have had discussions before and I was looking at some of
> > the past discussions about this topic and seems we are not there quite
> yet
> > (correct me if I am wrong).
> >
> > I had developed a POC plug-in based on Jersey (that I am currently
> > enhancing) and recently started evaluating Apache Juneau as well. I
> wanted
> > to bring everybody on the same page as far as REST implementation is
> > concerned so I had initiated a discussion on slack today. I am listing
> down
> > a few points below that can be perceived as
> comment/question/understanding
> > based on my general understanding of the matter and today's slack
> > discussion.
> >
> > - Anything we start on can be part of a plug-in for the start and
> later
> > can become part of the framework (as separate plug-in) once it is
> > developed. A dedicated API application will allow it to be
> lightweight in
> > terms of request processing. Should have separate auth mechanism
> bypassing
> > ControlerServlet/ContextFiler/ControlFilter. I opine we do not need
> the API
> > request to go through these three. Please correct me.
>
> Though I did not look at the code (is it already somewhere?) I tend to
> agree on that.
> REST is something else and should not be hampered by those, if it's the
> case.
>
>
> > - We want to have mechanism to expose services (export=true) to be
> > available as a REST resources. Possibly extending existing service
> > definition by a new attribute verb="get|post".
>
> +1
>
>
> > Also, if we also want to
> > expose out REST interface as an OpenApi specification, then it will
> > possibly help if we show in the spec an example of request for a
> specific
> > service. In that case, the service definition can be expanded to
> allow for
> > defining a JSON example (in a CDATA element)?
>
> That's an interesting point. Maybe we could prefer YAML over JSON.
> Because YAML is a superset of JSON and that could be useful in future:
>
> https://stackoverflow.com/questions/1726802/what-is-the-difference-between-yaml-and-json
> But it might complicate things in request bodies...
>
>
> > - Any service that declares one of the verbs and not called with
> > declared verb will result in 405(Method not found) or 404(Resource
> does not
> > exist) error.
> >- GET /api/services/{serviceName}?inParams={JSON}
> >- POST /api/services/{serviceName} (Request Body will contain in
> >params as JSON)
> >- GET /api/services : We list all services(export=true) along with
> >HATEOS Links (self link describing where the specific service can
> be
> >located)
>
> +1
>
>
> > - Do we want to have a similar resource for entities?. I think
> entities
> > should not be exposed directly as a REST resource even though they
> are a
> > good example of being a resource.
> > - We can take one day at a time approach here and just start with
> > exposing services as REST.
>
> I agree, can be decided later...
>
>
> > - Auth : I had provided JWT based auth for the plug-in I had
> developed.
>
> Sounds good to me.
>
>
> > This can further be expanded and allow for Digest auth as well? Can
> have
> > separate API endpoint to generate JWT token.
>
> That could definitely be interesting.
>
>
> >
> > Please share your thoughts on this and apologies for long email.
>
> Don't apologize, perfect summary to me :)
>
> Thank you, this is long awaited and game changing feature!
>
> Jacques
>
> >
> > Best Regards,
> > Girish
>
>
[PROPOSAL] First Data Payment Gateway Integration
Hello Devs, I hope everyone is safe and well. Apache OFBiz has OOTB integrations for most of the widely used payment gateways around the world. We are working on integrating First Data Payment Gateway for one of the websites. The First Data payment gateway is quite popular and comes in the list of top payment gateways around the globe We would like to contribute the basic payment gateway integration of First Data into Apache OFBiz. We would like to know your thoughts on this. We would also like your opinion on contributing the gateway code in applications/accounting component vs a separate plugin. After approval from the community, we will create detailed tickets in JIRA and contribute the patch accordingly. Thanks! Kind Regards, -- Pritam Kute
Re: EntityBatchIterator for large data set queries
Thanks Scott for your detailed explanation.
The solution looks good to me too. My confusion was with why we are going
to implement new method if we can achieve that using the current
EntityQuery methods.
+1 for adding queryBatchIterator() to EntityQuery.
Kind Regards,
--
Pritam Kute
On Thu, May 28, 2020 at 6:32 AM Scott Gray
wrote:
> Hi Pritam,
>
> I'm not sure about PostgreSQL or Derby but I know with MySQL that using a
> cursor doesn't really work. You have to set the result set to
> TYPE_FORWARD_ONLY and CONCUR_READ_ONLY and also set the fetch size to
> INTEGER.MIN_VALUE. Only then will the driver stream the results and even
> then, you may not execute any other SQL commands on the connection until
> you have fully read or closed the resultset.
>
> So if an EntityListIterator doesn't really conserve memory, then you need
> to take a paging query approach such as this:
> EntityQuery query = EntityQuery.use(delegator).from("SomeTable").limit(100)
> List results = null
> while (!(results = query.queryList()).isEmpty()) {
> for (value : results) {
> // do something with each value
> }
> query.offset(query.getOffset() + query.getLimit())
> }
>
> Or with the proposed EntityBatchIterator:
> Iterator query =
>
> EntityQuery.use(delegator).from("SomeTable").limit(100).queryBatchIterator()
> while (iterator.hasNext()) {
> result = iterator.next()
> // do something with each value
> }
>
> I guess an alternative approach would be to implement something similar
> within the EntityListIterator and perhaps a flag to turn it off or on
> depending on which database is being used and how well it supports
> iterating over results without loading the entire resultset into memory.
>
> Regards
> Scott
>
>
>
> On Sat, 23 May 2020 at 20:59, Pritam Kute
> wrote:
>
> > Hello Pawan,
> >
> > I just had a look into the EntityQuery.queryIterator() method and looks
> > like we can achieve that by using fetchSize(), fowardOnly(),
> > cursorScrollInsensitive(), cursorScrollSensitive() and offset() methods
> in
> > EntityQuery class. Let me know if I am missing anything.
> >
> > It will be good if you can post a pseudo code or something here so that
> we
> > could get an understanding of the exact design which you have in your
> mind.
> >
> > Kind Regards,
> > --
> > Pritam Kute
> >
> >
> > On Thu, May 21, 2020 at 7:41 PM Pawan Verma <
> pawan.ve...@hotwaxsystems.com
> > >
> > wrote:
> >
> > > Hello Devs,
> > >
> > > While working on the large database we have figured out that very large
> > > queries consume all memory and crash ofbiz(because queryIterator()
> > doesn't
> > > really work, it's no different from queryList())
> > >
> > > The EntityListIterator attempts to use a cursor to iterate over large
> > > result sets but in reality most databases do not give us a cursor
> unless
> > we
> > > ask for it in a very specific way, and instead you get back the full
> > result
> > > set and potentially consume a large amount of memory. For example, the
> > > MySql details are here (ResultSet section):
> > >
> > >
> >
> https://dev.mysql.com/doc/connector-j/5.1/en/connector-j-reference-implementation-notes.html
> > >
> > > To work around this we've built the EntityBatchIterator which instead
> > > basically just pages through results like you would do on a webpage
> that
> > > uses pagination. The iterator takes an EntityQuery and when next() is
> > > called it grabs the first 500 records and returns the first record,
> call
> > > next again and you get the second record, once you've called next 500
> > times
> > > it runs the query again with an offset and grabs the next 500 and so on
> > > until there are no more records.
> > >
> > > The main downsides to this approach are:
> > > 1. Same as when using limit/offset you want to be sure your results
> will
> > > come back in a consistent order to avoid accidentally skipping some
> rows
> > > and seeing other rows twice.
> > > 2. Because the results are a combination of many queries rather than a
> > > single query, some of the data may change while you are paging through
> > it.
> > > i.e. if you were to sort by lastUpdatedTxStamp you may see some rows
> > twice
> > > as they are updated by other transactions (this might be a good thing
> in
> > > some cases).
> > >
> > > So, the main proposal is to introduce a new EntityBatchIterator for
> large
> > > queries. If we agree on the proposal I'll create a Jira and provide a
> > > patch for the community review. Thanks!
> > >
> > > --
> > > Thanks & Regards
> > > Pawan Verma
> > > Technical Consultant
> > > *HotWax Systems*
> > > *Enterprise open source experts*
> > > http://www.hotwaxsystems.com
> > >
> >
>
Re: EntityBatchIterator for large data set queries
Hello Pawan, I just had a look into the EntityQuery.queryIterator() method and looks like we can achieve that by using fetchSize(), fowardOnly(), cursorScrollInsensitive(), cursorScrollSensitive() and offset() methods in EntityQuery class. Let me know if I am missing anything. It will be good if you can post a pseudo code or something here so that we could get an understanding of the exact design which you have in your mind. Kind Regards, -- Pritam Kute On Thu, May 21, 2020 at 7:41 PM Pawan Verma wrote: > Hello Devs, > > While working on the large database we have figured out that very large > queries consume all memory and crash ofbiz(because queryIterator() doesn't > really work, it's no different from queryList()) > > The EntityListIterator attempts to use a cursor to iterate over large > result sets but in reality most databases do not give us a cursor unless we > ask for it in a very specific way, and instead you get back the full result > set and potentially consume a large amount of memory. For example, the > MySql details are here (ResultSet section): > > https://dev.mysql.com/doc/connector-j/5.1/en/connector-j-reference-implementation-notes.html > > To work around this we've built the EntityBatchIterator which instead > basically just pages through results like you would do on a webpage that > uses pagination. The iterator takes an EntityQuery and when next() is > called it grabs the first 500 records and returns the first record, call > next again and you get the second record, once you've called next 500 times > it runs the query again with an offset and grabs the next 500 and so on > until there are no more records. > > The main downsides to this approach are: > 1. Same as when using limit/offset you want to be sure your results will > come back in a consistent order to avoid accidentally skipping some rows > and seeing other rows twice. > 2. Because the results are a combination of many queries rather than a > single query, some of the data may change while you are paging through it. > i.e. if you were to sort by lastUpdatedTxStamp you may see some rows twice > as they are updated by other transactions (this might be a good thing in > some cases). > > So, the main proposal is to introduce a new EntityBatchIterator for large > queries. If we agree on the proposal I'll create a Jira and provide a > patch for the community review. Thanks! > > -- > Thanks & Regards > Pawan Verma > Technical Consultant > *HotWax Systems* > *Enterprise open source experts* > http://www.hotwaxsystems.com >
Re: Welcome Swapnil M Mane as new PMC member
Congratulations Swapnil! Kind Regards, -- Pritam Kute Technical Consultant *HotWax Systems* *Enterprise open source experts* cell: +91 95793 66013 http://www.hotwaxsystems.com On Thu, Apr 23, 2020 at 7:39 PM Harsh Vijaywargiya < harsh.vijaywarg...@hotwaxsystems.com> wrote: > Many Congratulations Swapnil!! > > Thanks & Regards, > Harsh > > On Thu, Apr 23, 2020 at 6:52 PM Girish Vasmatkar < > girish.vasmat...@hotwaxsystems.com> wrote: > > > Congratulations, Swapnil. > > > > Best, > > Girish > > > > On Thu, Apr 23, 2020 at 6:48 PM Ankush Upadhyay < > > ankush.upadh...@hotwaxsystems.com> wrote: > > > > > Many Congratulations, Swapnil!!! > > > > > > 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 Thu, Apr 23, 2020 at 5:47 PM Ashish Vijaywargiya > > > > wrote: > > > > > > > Many congratulations, Swapnil!! > > > > > > > > Thanks, > > > > Ashish Vijaywargiya > > > > > > > > On Thu, Apr 23, 2020 at 5:02 PM Jacques Le Roux < > > > > jacques.le.r...@les7arts.com> wrote: > > > > > > > > > The OFBiz PMC has invited Swapnil M Mane 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! > > > > > > > > > > > > > > > > > > > >
Re: Welcome James Young as new PMC member
Congratulations James! Kind Regards, -- Pritam Kute Technical Consultant *HotWax Systems* *Enterprise open source experts* cell: +91 95793 66013 http://www.hotwaxsystems.com On Thu, Apr 23, 2020 at 1:17 PM Michael Brohl wrote: > Congratulations and welcome aboard, James. > > Best regards, > > Michael > > Am 22.04.20 um 10:36 schrieb Jacques Le Roux: > > The OFBiz PMC has invited James Young 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! > > > >
Re: Welcome to Vasmatkar as new committer!
Congratulations Girish! Kind Regards, -- Pritam Kute Technical Consultant *HotWax Systems* *Enterprise open source experts* cell: +91 95793 66013 http://www.hotwaxsystems.com On Thu, Apr 23, 2020 at 5:40 PM Mridul Pathak wrote: > Congratulations Girish!! > -- > Mridul Pathak > > > > On Wed, Apr 22, 2020 at 3:09 PM Jacques Le Roux < > jacques.le.r...@les7arts.com> wrote: > > > The OFBiz PMC has invited Girish to become a new committer and we are > > pleased to announce that he has accepted. > > > > Girish is part of the community for near 2 years and has proposed several > > smart propositions notably related to security and GraphQL, but not only. > > > > Please join me in welcoming and congratulating Girish. > > > > Jacques > > > > > > >
Re: Apache Roadshow India in 2020?
Thanks, Swapnil. Let me know if you need my help in planning the event. We can explore the possibility in other tech cities in India too, like Bengaluru, Hyderabad or Pune. Kind Regards, -- Pritam Kute On Tue, Jun 4, 2019 at 10:24 AM Swapnil M Mane wrote: > Hello Devs, > > Just for your information, we are exploring the possibility of Apache > Roadshow India in 2020 [1]. > (If roadshow planned, definitely, there will be the OFBiz track :) > If you and interested and want to give feedback or help with planning, > please subscribe to d...@community.apache.org and provide feedback there. > > > [1] https://s.apache.org/BJTl > > > - Best Regards, > Swapnil M Mane, > ofbiz.apache.org > > > > -- Forwarded message - > From: Sharan Foga > Date: Sun, Jun 2, 2019 at 2:52 PM > Subject: Apache Roadshow India in 2020? > To: > > > Hi All > > With all the suggestions coming up for locations for potential Roadshows, > the idea of doing a Roadshow in India has been raised again. The suggested > timeframe is Q1 2020 as the weather is good (not too hot, not too cold) > also not too many other conferences are happening around that time. The > potential location is Gurgaon / Gurugram which has good transport links and > seems to be a tech hub. I am working with Swapnil ,who is active on this > list and few others I know from OFBiz who are based in India who have > offered to help with the organisation and management. We are currently > working to put together a proposal. > > So as part of an initial step I would like to gauge the feedback from our > community. What do people think? (And also is anyone interested in helping > out ?) > > Thanks > Sharan > > > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org >
Re: OFBiz Statistics in monthly blog entries
That's cool Pierre. Thanks for your efforts. Kind Regards, -- Pritam Kute On Sat, May 18, 2019 at 12:37 PM Pierre Smits wrote: > Hi all, > > I finally got an OFBiz dashboard working. See > https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12310603 > > Best regards, > > Pierre Smits > > *Apache Trafodion <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 Mon, May 6, 2019 at 9:22 AM Aditya Sharma > wrote: > > > Thank you Suraj for your input! > > > > Thank you Jacques for sharing the insights. > > > > Thank you Pierre for your inputs. Initially, we will be adding basic > > statistics (just like February 2018 blog) but definitely, we will look > into > > the possibility of enriching it with more useful information. > > > > Thank you Sharan for your inputs. We will definitely ensure that it > doesn't > > get into that direction. Thank you for your efforts in Kibble. Indeed, > It's > > an amazing tool. > > > > -- > > Thanks and Regards, > > Aditya Sharma > > > > On Sun, May 5, 2019 at 4:57 PM Pierre Smits > > wrote: > > > > > I truly appreciate initiatives like kibble, the various reporter > > functions > > > and other stuff that work towards showing the health of projects. > > > Unfortunately these initiatives still have miles to go towards > providing > > > more meaning. Showing number of tickets opened and closed is nice, but > > that > > > has been available since the availability of JIRA. Showing the number > of > > > mails threads started (and or continued) and number of people involved > is > > > also nice. > > > > > > But what I deem more important are the various engagement factors when > > > talking about the health of the project, like > > > > > >- when looking at the number of subscribers per mailing list, how is > > the > > >diversity (meaning how many PMC Members, Committers, non-privileged > > >contributors and others have subscribed); > > >- when looking the threads per mailing list, how is the diversity > > among > > >the participants - and who are in the top 5/10 of each segment > (again > > > PMC > > >Member, Committers, no-privileged contributors) > > >- When looking at tickets and commits, again showing insights per > > >diversity segments and interactions between ; > > > > > > > > > I would say all the data is there, yet very much still in silos. > > > > > > Best regards, > > > > > > Pierre Smits > > > > > > *Apache Trafodion <https://trafodion.apache.org>, Vice President* > > > *Apache Directory <https://directory.apache.org>, PMC Member* > > > Apache Incubator <https://incubator.apache.org>, committer > > > *Apache OFBiz <https://ofbiz.apache.org>, contributor (without > > privileges) > > > since 2008* > > > Apache Steve <https://steve.apache.org>, committer > > > > > > > > > On Sun, May 5, 2019 at 12:19 PM Jacques Le Roux < > > > jacques.le.r...@les7arts.com> wrote: > > > > > > > Le 05/05/2019 à 11:58, Sharan Foga a écrit : > > > > > You can probably see that I'm a little Kibble focussed at the > > moment:-) > > > > > > > > > > Thanks > > > > > Sharan > > > > > > > > Yes I know that Sharan, I also follow Kibble > > > > > > > > Thanks for your efforts there and elsewhere :) > > > > > > > > Jacques > > > > > > > > > > > > > >
Re: Applicable Promo Recommendations
Hello Rishi, +1. This proposal looks good to me. Use Case 1 and 2 are very common nowadays on the various popular ecommerce sites. For use case 3 & 4, I never came across such a scenario in any e-commerce site but IMO, it is good to have feature. Let me know if you need any help from my side! Kind Regards, -- Pritam Kute On Sun, Apr 28, 2019 at 4:33 AM Rishi Solanki wrote: > Devs, > I would like to propose the user selection ability for promotion. That > means user can select her own choice of promotion from the list of > promotion applicable to current cart. Right now promotion engine based on > algorithm implemented decide which promotion will be apply to cart from the > list of promotion. For example, if promotion engine find 3 promotion > applicable for the current cart then based on algorithm implemented it > apply the maximum amount value promotion to the cart. > > Coming back to proposal with some use cases; > > Use Case 1: Promotion engine find three promotions applicable to cart or > item as P1, P2 and P3. And as per algorithm promo engine decide to apply > P1. Now if user want to go with P2 or P3 then she can do that. > > Use Case 2: In #1 user can also choose to not take any promotion, remove > the P1 and submit the order without promotion. > > Use Case 3: Item1 and item2 will have two promotions common as P1 and P2. > Now user can opt which promotion should applicable to which item. That > means user can apply P1 or P2 on item1 or item2 based on her preference. > > Use Case 4: In #3 if user wants then she can opt to select promotion for > one item and can remove promo from other. > > > Looking forward for valuable feedback on proposal and suggestion on design > from community. Also please feel free to ask for more details on each use > case or on proposal itself. > > > Thanks! > > 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
+1 Nicolas for maintaining history(if we are going to maintain it) in separate entity rather than adding fromDate, thruDate to GoodIdentification table. The purpose of this entity is to store the identification codes for the product. I don't find any use case where product identifications codes are frequently changed and need to maintain the history of it. Kind Regards, -- Pritam Kute On Sat, Apr 27, 2019 at 1:17 PM Nicolas Malin wrote: > I'm mixed about that idea. > > GoodIdentification like PartyIdentification are useful to search on > multiple identification shared by other system. Add life-stamp will add > complexity the resolve quickly a element. Like a name 99% case it's more > important to have the current identification list. Maybe a history > entity (as GoodIdentificationHistory) would be more simple to implement > and sufficient to your problematic ? > > Nicolas > > On 27/04/2019 09:22, Arun Patidar wrote: > > +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: [PROPOSAL] DataModel - Improve Internal Fields injection
IMO, adding 'createdByUserLogin' and 'lastModifiedByUserLogin' fields to every entity is not that useful. Like for example, if we consider the "Visit" entity, I am not able to find any advantage of having these fields in this entity. But, it should be added to some crucial entities like OrderHeader, OrderItem, ProductPrice(which is already there) to track the things like who dod the last price updates or order updates. Kind Regards, -- Pritam Kute On Thu, Apr 25, 2019 at 6:10 PM Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Le 25/04/2019 à 14:17, Suraj Khurana a écrit : > > IMO, this is configurable as Jacques pointed, so need to take any action. > > In fact, I would suggest showing these fields while searching for any > data > > from entity-engine in webtools, because they are really helpful while > > working in a dev environment for debugging. > > This could be configurable indeed (less need in production for instance so > default would be false) > > Jacques > > > > > Just my two cents !!! > > > > -- > > Best Regards, > > Suraj Khurana > > TECHNICAL CONSULTANT > > mobile: +91 9669750002 > > email: suraj.khur...@hotwax.co > > www.hotwax.co > > > > > > > > > > > > > > On Wed, Apr 24, 2019 at 7:14 PM Jacques Le Roux < > > jacques.le.r...@les7arts.com> wrote: > > > >> A bit out of subject, just to complete the discussion because nobody > spoke > >> about. > >> > >> The entities are defined with no-auto-stamp="false" by default so it's > >> possible to change this default. > >> > >> Of course 'createdByUserLogin' and 'lastModifiedByUserLogin' fields are > >> not concerned, it was just to complete > >> > >> Jacques > >> > >> > >> Le 24/04/2019 à 13:36, Rishi Solanki a écrit : > >>> Michael, > >>> Thank you for details, all makes sense. > >>> > >>> 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 > >>> > >>> > >>> On Wed, Apr 24, 2019 at 4:37 PM Michael Brohl < > michael.br...@ecomify.de> > >>> wrote: > >>> > >>>> I have not time to elaborate in-depth right now, but just a quick food > >>>> for thought: > >>>> > >>>> Having these fields in every entity *by default* allows detailed > >>>> tracking of users which might be unwanted. I know that this is a > >>>> sensible topic in companies and affects privacy protection. > >>>> > >>>> I am not sure how the selection of entities with these fields was > done, > >>>> maybe others can add insights. > >>>> > >>>> Regards, > >>>> > >>>> Michael Brohl > >>>> > >>>> ecomify GmbH - www.ecomify.de > >>>> > >>>> > >>>> Am 24.04.19 um 12:40 schrieb Pierre Smits: > >>>>> Thanks Michael, > >>>>> > >>>>> So we should keep those *TxStamp fields. > >>>>> > >>>>> But what about the second suggestion about having the > >>>> 'createdByUserLogin' > >>>>> and 'lastModifiedByUserLogin' fields added to the internal fields > set? > >>>>> > >>>>> 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 Wed, Apr 24, 2019 at 12:20 PM Michael Brohl < > >> michael.br...@
Re: [PROPOSAL] Using code128 instead of code39 for barcode generation
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: Welcome to Mathieu Lirzin as new committer!
Congratulations Mathieu. Kind Regards, -- Pritam Kute On Wed, Feb 20, 2019 at 12:24 PM Jacopo Cappellato < jacopo.cappell...@hotwaxsystems.com> wrote: > Welcome to the party, Mathieu! > > Jacopo > > > > On Tue, Feb 19, 2019 at 6:16 PM Taher Alkhateeb wrote: > > > The OFBiz PMC has invited Mathieu Lirzin to become a new committer and > > we are happy to announce that he has accepted this role. > > > > Some of the reasons for inviting Mathieu include: > > > > - He is invested in the OFBiz project and has delivered substantial > > work to the code base. > > - He has demonstrated solid technical skills. > > - He adopts a professional attitude towards coding and software > > development. > > - He engages thoughtfully with others and likes to work with the > community. > > > > Please join me in welcoming and congratulating Mathieu! > > > > Cheers, > > Taher Alkhateeb > > >
Re: git commit workflow for ofbiz
+1 for Git. Thanks, Michael for reviving this discussion. Regards -- Pritam Kute On Wed, Jan 16, 2019 at 3:30 PM Taher Alkhateeb wrote: > Hi Jacques, I know you are a GUI fan, and for that I recommend this > tool https://git-cola.github.io > > Make sure to install all requirements for a full enjoyable experience > including viewing the history visually and whatnot > > On Wed, Jan 16, 2019 at 12:56 PM Jacques Le Roux > wrote: > > > > Hi, > > > > We have some tasks to do (like revert and merge scripts) but I see no > problems with that. > > > > Apart that I have to think a bit more about the workflow (I guess > Taher's proposition should be fine) > > > > I must though say that you will certainly see a slow-down on my side. > I'm used to a bunch of svn tools I use and will have to find similar for > Git. I > > already use TortoiseGit for 5 years so it should not be a big deal... > > > > Jacques > > > > Le 15/01/2019 à 07:31, Swapnil Mane a écrit : > > > +1 for using Git. > > > Personally, my experience is also very good with Git. > > > > > > > > > - Best Regards, > > > Swapnil M Mane > > > > > > On Mon, Jan 14, 2019 at 2:05 PM Nicolas Malin < > nicolas.ma...@nereide.fr> > > > wrote: > > > > > >> On 12/01/2019 20:56, Taher Alkhateeb wrote: > > >>> It's awesome to revive this discussion Michael. +1 of course. > > >>> > > >>> We need to think practically of our workflows though and whether we > > >>> want a linear vs non-linear history model. I prefer the latter to > > >>> allow proper decentralized workflows but it's up to everyone here to > > >>> decide. I think the overall process is described thoroughly and we > can > > >>> adhere to it for the most part. > > >> We can easily switch from svn to git without change own commit process > > >> on first time by patch application. > > >> > > >> If a commiter want use merge feature, the squash function simulate the > > >> application patch. > > >> > > >> So no opposite to move with this few remark > > >> > > >> Nicolas > > >> > > >> >
Re: [PROPOSAL] Short Messaging Service(SMS) Gateway Integration
Hello Scott, Thanks for your comment. The proposal was just to integrate the Short Messaging Service only. So we had given a specific name to the entity. As per the suggestions from the community, we renamed it as telecom instead of SMS so it's somewhat a broader term than the old one. We have designed it in a similar way like the payment gateway integration in OFBiz. As per design, it can be used for all types of telecom communications like SMS, MMS, WhatsApp, OTP generation and verification etc. Your suggestion looks very good to me but for now, we are not aware of how much changes/improvements we would need to make existing codebase to accommodate Email and telecom services using a single entity. We will keep this pointer in mind and we can work on it as a part of design improvements. Thanks -- Pritam Kute On Mon, Nov 26, 2018 at 2:56 AM Scott Gray wrote: > One thing to consider, is it better to have a single table for configuring > communication content generation or multiple? > > i.e. would it be better to have a single ProductStoreCommunicationSetting > table instead of ProductStoreEmailSetting and ProductStoreSmsSetting (or > whatever name has been decided). > > I don't have a design to propose and haven't read the design for SMS, but I > noticed the table name debate in this thread and it led me to asking the > question. > > Regards > Scott > > On Mon, 26 Nov 2018 at 03:50, Pritam Kute > wrote: > > > Thanks Pierre and Rishi. > > > > Let's wait for some more days to listen to the feedback from the > community > > as it is the first pass of the feature. As per feedback, we can do the > > final improvements and then we can decide how to make it available for > the > > community as early as possible. > > > > Thanks and Regards > > -- > > Pritam Kute > > > > > > On Sat, Nov 24, 2018 at 7:23 PM Pierre Smits > > wrote: > > > > > Hi Pritam, > > > > > > Thank you for your initiative to enhance OFBiz with a new pluggable > > > feature. Is there somewhere a Git or SVN repo where the code can be > > pulled > > > from? It might take a long time before this will be part of the code > > base, > > > and (potential) OFBiz adopters might miss (or forget) all the > activities > > in > > > JIRA or postings in MLs. > > > > > > 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, Nov 24, 2018 at 10:38 AM Pritam Kute < > > > pritam.k...@hotwaxsystems.com> > > > wrote: > > > > > > > Thanks all for your inputs. > > > > > > > > I have updated the first pass of the implementation on the ticket > [1]. > > > > > > > > Request all to have a look and provide feedback. > > > > > > > > [1]: https://issues.apache.org/jira/browse/OFBIZ-10457 > > > > > > > > Thanks > > > > -- > > > > Pritam Kute > > > > > > > > On Fri, Aug 24, 2018 at 2:12 AM Nicolas Malin < > > nicolas.ma...@nereide.fr> > > > > wrote: > > > > > > > > > Hello Pritam, > > > > > > > > > > Maybe I arrived after the war still I wish sharing my opinion :) > > > > > > > > > > General term Sms seems to be too specific, I would've oriented on > > > > > TelecomGateway > > > > > > > > > > * ProductStoreTelecomGatewaySetting (too long :)) > > > > > * TelecomGatewayConfig > > > > > * TelecomGatewayConfigType, and so on > > > > > > > > > > For the attributes : > > > > > * configId is too generic and already use on productConfig entity. > > It's > > > > > preferable to have unique name in OFBiz as primaryKey (same for > > > > settingId) > > > > > * parentSmsConfigTypeId need to rename on parentTypeId if you want > to > > > > > follow EntityType pattern. > > > > > > > > > > Why set the purpose (smsTypeId) on SmsTemplateSetting instead of on > > > > > Product
Re: [PROPOSAL] Short Messaging Service(SMS) Gateway Integration
Thanks Pierre and Rishi. Let's wait for some more days to listen to the feedback from the community as it is the first pass of the feature. As per feedback, we can do the final improvements and then we can decide how to make it available for the community as early as possible. Thanks and Regards -- Pritam Kute On Sat, Nov 24, 2018 at 7:23 PM Pierre Smits wrote: > Hi Pritam, > > Thank you for your initiative to enhance OFBiz with a new pluggable > feature. Is there somewhere a Git or SVN repo where the code can be pulled > from? It might take a long time before this will be part of the code base, > and (potential) OFBiz adopters might miss (or forget) all the activities in > JIRA or postings in MLs. > > 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, Nov 24, 2018 at 10:38 AM Pritam Kute < > pritam.k...@hotwaxsystems.com> > wrote: > > > Thanks all for your inputs. > > > > I have updated the first pass of the implementation on the ticket [1]. > > > > Request all to have a look and provide feedback. > > > > [1]: https://issues.apache.org/jira/browse/OFBIZ-10457 > > > > Thanks > > -- > > Pritam Kute > > > > On Fri, Aug 24, 2018 at 2:12 AM Nicolas Malin > > wrote: > > > > > Hello Pritam, > > > > > > Maybe I arrived after the war still I wish sharing my opinion :) > > > > > > General term Sms seems to be too specific, I would've oriented on > > > TelecomGateway > > > > > > * ProductStoreTelecomGatewaySetting (too long :)) > > > * TelecomGatewayConfig > > > * TelecomGatewayConfigType, and so on > > > > > > For the attributes : > > > * configId is too generic and already use on productConfig entity. It's > > > preferable to have unique name in OFBiz as primaryKey (same for > > settingId) > > > * parentSmsConfigTypeId need to rename on parentTypeId if you want to > > > follow EntityType pattern. > > > > > > Why set the purpose (smsTypeId) on SmsTemplateSetting instead of on > > > ProductStoreSmsSetting where the template application will be done ? > > > > > > What do you imagine behind the CustomMethod linked to > SmsTemplateSetting > > ? > > > > > > That's all I'll stop bothering you :) > > > > > > Cheers, > > > > > > Nicolas > > > > > > On 02/07/2018 11:22, Pritam Kute wrote: > > > > Hello Devs, > > > > > > > > Sorry for such a long delay. > > > > > > > > Thanks, Michael for your inputs. I have added design proposal for the > > SMS > > > > gateway integration and can be accessed here > > > > <https://cwiki.apache.org/confluence/x/Zgo0BQ>: > > > > https://cwiki.apache.org/confluence/x/Zgo0BQ > > > > > > > > Please go through the design and let me know if there are any > > questions, > > > > suggestions or improvements which we can do. > > > > > > > > Thanks to Devanshu Vyas and Aishwary Shrivastava for helping me with > > the > > > > design and documentation. > > > > > > > > Thanks and Regards > > > > -- > > > > Pritam Kute > > > > > > > > On Sun, Sep 10, 2017 at 4:33 PM Michael Brohl < > > michael.br...@ecomify.de> > > > > wrote: > > > > > > > >> +1 > > > >> > > > >> Looking forward to the design proposal. > > > >> > > > >> You can use the wiki with a new page under > > > >> > > > >> > > > > > > https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Requirements+and+Design+Proposals > > > >> to provide the details and support collaboration. > > > >> > > > >> Thanks, > > > >> > > > >> Michael > > > >> > > > >> Am 26.08.17 um 13:31 schrieb Pritam Kute: > > > >>> Hi Devs, > > > >>> > > > >>> Many e-commerce businesses (especially operating in Asian > countries) > > > >>> nowadays use short messaging service (SMS) in mobile phones to > notify > > > and > > > >>> update customers about order details, shipment statuses etc. > > > >>> > > > >>> I would like to propose an SMS Gateway Integration in Ofbiz. I will > > > share > > > >>> proposed design details with you all soon. Till then, I would like > to > > > >> know > > > >>> your thoughts on this idea. > > > >>> > > > >>> Thanks and Regards > > > >>> -- > > > >>> Pritam Kute > > > >>> > > > >> > > > >> > > > > > > > > >
Re: [PROPOSAL] Short Messaging Service(SMS) Gateway Integration
Thanks all for your inputs. I have updated the first pass of the implementation on the ticket [1]. Request all to have a look and provide feedback. [1]: https://issues.apache.org/jira/browse/OFBIZ-10457 Thanks -- Pritam Kute On Fri, Aug 24, 2018 at 2:12 AM Nicolas Malin wrote: > Hello Pritam, > > Maybe I arrived after the war still I wish sharing my opinion :) > > General term Sms seems to be too specific, I would've oriented on > TelecomGateway > > * ProductStoreTelecomGatewaySetting (too long :)) > * TelecomGatewayConfig > * TelecomGatewayConfigType, and so on > > For the attributes : > * configId is too generic and already use on productConfig entity. It's > preferable to have unique name in OFBiz as primaryKey (same for settingId) > * parentSmsConfigTypeId need to rename on parentTypeId if you want to > follow EntityType pattern. > > Why set the purpose (smsTypeId) on SmsTemplateSetting instead of on > ProductStoreSmsSetting where the template application will be done ? > > What do you imagine behind the CustomMethod linked to SmsTemplateSetting ? > > That's all I'll stop bothering you :) > > Cheers, > > Nicolas > > On 02/07/2018 11:22, Pritam Kute wrote: > > Hello Devs, > > > > Sorry for such a long delay. > > > > Thanks, Michael for your inputs. I have added design proposal for the SMS > > gateway integration and can be accessed here > > <https://cwiki.apache.org/confluence/x/Zgo0BQ>: > > https://cwiki.apache.org/confluence/x/Zgo0BQ > > > > Please go through the design and let me know if there are any questions, > > suggestions or improvements which we can do. > > > > Thanks to Devanshu Vyas and Aishwary Shrivastava for helping me with the > > design and documentation. > > > > Thanks and Regards > > -- > > Pritam Kute > > > > On Sun, Sep 10, 2017 at 4:33 PM Michael Brohl > > wrote: > > > >> +1 > >> > >> Looking forward to the design proposal. > >> > >> You can use the wiki with a new page under > >> > >> > https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Requirements+and+Design+Proposals > >> to provide the details and support collaboration. > >> > >> Thanks, > >> > >> Michael > >> > >> Am 26.08.17 um 13:31 schrieb Pritam Kute: > >>> Hi Devs, > >>> > >>> Many e-commerce businesses (especially operating in Asian countries) > >>> nowadays use short messaging service (SMS) in mobile phones to notify > and > >>> update customers about order details, shipment statuses etc. > >>> > >>> I would like to propose an SMS Gateway Integration in Ofbiz. I will > share > >>> proposed design details with you all soon. Till then, I would like to > >> know > >>> your thoughts on this idea. > >>> > >>> Thanks and Regards > >>> -- > >>> Pritam Kute > >>> > >> > >> > >
Re: Multiple logins with one User ID
I think Deepak has already answered the question on the user list. You can use LoginWorker.isUserLoggedIn method to check if a user logged in Thanks and Regards -- Pritam Kute On Thu, Nov 22, 2018 at 11:27 AM jstri...@gmail.com wrote: > Is there a way to limit a user to 1 login per session. > > I am trying to keep a number of users from using the same user ID and PWD > to all be logged in at the same time. I cant find a way to do this OOTB. >
Re: OFBiz as Marketplace
+1 for the proposal. This will be a good addition to the OFBiz. Let me know if I can help you in any way. Thanks and Regards -- Pritam Kute On Wed, Nov 14, 2018 at 12:03 PM Rishi Solanki wrote: > Thanks Swapnil and Sanjay for your inputs. > > @Swapnil Yes I see users are asking for suggestions and many are trying to > implement their own custom projects using OFBiz. This is the reason I would > like to have basic architecture which can be used to further customization > in framework. Thanks for bringing it. > > Best Regards, > -- > Rishi Solanki > Sr Manager, Enterprise Software Development > HotWax Systems Pvt. Ltd. > Direct: +91-9893287847 > http://www.hotwaxsystems.com > www.hotwax.co > > > On Wed, Nov 14, 2018 at 10:25 AM Sanjay Yadav < > sanjay.ya...@hotwaxsystems.com> wrote: > > > Nice initiative. +1 from my side. > > > > Best Regards, > > > > *Sanjay Yadav* | Manager, Enterprise Quality Assurance > > HotWax Commerce <http://www.hotwax.co/> by HotWax Systems > > <http://www.hotwaxsystems.com/> > > 80, Scheme No. 78, Indore, M.P. 452010, India > > Mobile Phone: 787 918 8830 | Linkedin: Sanjay-Yadav > > <https://www.linkedin.com/in/sanjay-yadav/> > > > > > > On Tue, Nov 13, 2018 at 6:06 PM Rishi Solanki > > wrote: > > > > > Devs, > > > While shopping with different marketplaces like amazon the idea came > into > > > my mind that, what are the things required to have an marketplace > plugin > > > within the OFBiz same as we have ecommerce. > > > > > > Which behaves same as ecommerce but also offers sellers to sale their > > > products on marketplace. I could think of following workflow; > > > > > > 1) Sellers can upload their product, images, prices with all the > required > > > details. > > > 2) The same product can be sale by other sellers as well. > > > 3) An customer can purchase the product from any listed sellers at > > > ecommerce side. > > > 4) Manage the product inventory by sellers. > > > 5) Shipment tracking. > > > 6) Manage/Create seller profile. > > > 7) Commission Engine marketplace run and payment made to sellers. > > > 8) Manage product details as per seller preferences. > > > 9) Seller specific reports and other tasks. > > > 10) Manage Orders, Returns and related reports etc. > > > 11) Marketing Campaign setup. > > > > > > Here I'm sharing the idea what comes in my mind, and it would be great > to > > > have this as plugin in OFBiz which support the marketplace business > > problem > > > and increase the OFBiz acceptance in market. > > > > > > Any suggestion and help in designing, structuring, modeling, coding, > > > architecture is greatly appreciated. I wonder if anyone already > > implemented > > > one using OFBiz. > > > > > > If all are agree to have this, then I'll start documentation around it > > and > > > move from there. > > > > > > Thanks! > > > > > > Best Regards, > > > -- > > > Rishi Solanki > > > Sr Manager, Enterprise Software Development > > > HotWax Systems Pvt. Ltd. > > > Direct: +91-9893287847 > > > http://www.hotwaxsystems.com > > > www.hotwax.co > > > > > >
Re: Build failed
Same here. About to write an email. :) Thanks and Regards -- Pritam Kute On Mon, Oct 1, 2018 at 4:43 PM Suraj Khurana < suraj.khur...@hotwaxsystems.com> wrote: > Hello team, > > I am getting this exception after re-starting OFBiz server. I used > ./gradlew cleanAll ofbiz and got this exception: > > === > > :test > > org.apache.ofbiz.entity.util.EntitySaxReaderTests > parse FAILED > java.lang.IllegalStateException at EntitySaxReaderTests.java:82 > > org.apache.ofbiz.entity.DelegatorUnitTests > > delegatorCreationUsingConstructorFailsIfConfigurationIsMissing FAILED > java.lang.AssertionError > > org.apache.ofbiz.entity.DelegatorUnitTests > > delegatorCreationUsingFactoryGetDelegator FAILED > java.lang.AssertionError at DelegatorUnitTests.java:87 > > org.apache.ofbiz.entity.DelegatorUnitTests > > delegatorCreationUsingFactoryGetInstance FAILED > java.lang.AssertionError at DelegatorUnitTests.java:75 > > org.apache.ofbiz.entity.DelegatorUnitTests > > delegatorCreationUsingConstructor FAILED > org.apache.ofbiz.entity.GenericEntityConfException at > DelegatorUnitTests.java:63 > > 29 tests completed, 5 failed > :test FAILED > > FAILURE: Build failed with an exception. > > === > > Is anyone else facing similar issue ? > > -- > Best Regards, > Suraj Khurana > Omnichannel OMS Technical Expert > HotWax Systems >
Re: [PROPOSAL] Short Messaging Service(SMS) Gateway Integration
Hello Devs, Sorry for such a long delay. Thanks, Michael for your inputs. I have added design proposal for the SMS gateway integration and can be accessed here <https://cwiki.apache.org/confluence/x/Zgo0BQ>: https://cwiki.apache.org/confluence/x/Zgo0BQ Please go through the design and let me know if there are any questions, suggestions or improvements which we can do. Thanks to Devanshu Vyas and Aishwary Shrivastava for helping me with the design and documentation. Thanks and Regards -- Pritam Kute On Sun, Sep 10, 2017 at 4:33 PM Michael Brohl wrote: > +1 > > Looking forward to the design proposal. > > You can use the wiki with a new page under > > https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Requirements+and+Design+Proposals > to provide the details and support collaboration. > > Thanks, > > Michael > > Am 26.08.17 um 13:31 schrieb Pritam Kute: > > Hi Devs, > > > > Many e-commerce businesses (especially operating in Asian countries) > > nowadays use short messaging service (SMS) in mobile phones to notify and > > update customers about order details, shipment statuses etc. > > > > I would like to propose an SMS Gateway Integration in Ofbiz. I will share > > proposed design details with you all soon. Till then, I would like to > know > > your thoughts on this idea. > > > > Thanks and Regards > > -- > > Pritam Kute > > > > >
Re: Welcome to Suraj Khurana as new committer!
Congratulations Suraj! Thanks and Regards -- *Pritam Kute* | Sr. Enterprise Software Engineer HotWax Commerce <http://www.hotwax.co/> by HotWax Systems <http://www.hotwaxsystems.com/> Plot no. 80, Scheme no. 78, Vijay Nagar, Indore, M.P. India 452010 Cell phone: +91 82519 20492 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> . [image: Inline image 1] On Thu, Jun 28, 2018 at 5:32 PM Pranay Pandey < pranay.pan...@hotwaxsystems.com> wrote: > Many congratulations Suraj! > > 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 > > > > >
Re: Welcome to Aditya Sharma as new committer!
Congratulations Aditya! Thanks and Regards -- Pritam Kute On Thu, Jun 28, 2018 at 5:32 PM Pranay Pandey < pranay.pan...@hotwaxsystems.com> wrote: > Many congratulations Aditya! > > On Wed, Jun 27, 2018 at 1:29 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 > > > > >
Re: Welcome to Swapnil M. Mane as new committer!
Congratulations Swapnil! Thanks and Regards -- Pritam Kute On Thu, Jun 28, 2018 at 5:32 PM Pranay Pandey < pranay.pan...@hotwaxsystems.com> wrote: > Many congratulations Swapnil! > > On Wed, Jun 27, 2018 at 1:30 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 > > > > >
Re: Confusing entity names
+1 Thanks and Regards -- Pritam Kute On Thu, Apr 12, 2018 at 1:13 PM, Taher Alkhateeb wrote: > I think by now some people might think my last name is "Refactoring" > :) But I always welcome improvements. However, such a change needs to > be carefully done and reviewed and we should ensure that all relevant > artifacts are updated accordingly (widgets, services, scripts, etc > ...) > > +1 > > On Tue, Apr 10, 2018 at 2:24 PM, Suraj Khurana > 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. > > > > 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: OFBiz and Google Summer of Code (GsoC) 2018 ?
Good idea Sharan. And yes, we need to think about the tasks we can assign to the entry-level people, that too students. Regards -- Pritam Kute On Tue, Jan 30, 2018 at 1:00 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Thanks for this information Gaurav > > Jacques > > > > Le 30/01/2018 à 08:03, Gaurav Saini a écrit : > >> Hello Sharan, >> >> I am really excited to see this that we are thinking about participating >> in >> Google Summer of Code this year and I can say from my personal experience >> as a past GSOC student and mentor/org admin from last 3 years for >> different >> organisations, GSOC really helps the project. I would be interested to >> mentor the students also andf where ever I can help. >> >> For the process I think we need to list the projects ideas on official >> apache page so students can start looking into the ideas. Another >> important >> point here I want to mention from my experience as a student while we >> select a project, is that the title of the projects should be clear and >> easily understood and technologies used should be a bit exciting so >> students read about the project in detail. >> >> Regarding the difficulty level and understanding OFBiz architecture they >> have around good amount of time before the coding period starts so in that >> time they can understand and try some tutorials that way they can speed up >> the things. Also, many times what happens is project is not completed >> entirely in single GSOC and that if fine as some work is done and can be >> continued by another student in next year also. >> >> Also, as mentioned atleast I have seen mentors need to spend around 6 >> hours >> weekly with students so to keep track of the project. Daily check-in >> status >> and weekly call with mentors really helps. >> >> These are some of the points from my experience, would look forward to see >> Apache OFBiz project in GSOC :) >> >> Thanks >> Gaurav >> >> On Sun, Jan 28, 2018 at 11:40 PM, Taher Alkhateeb < >> slidingfilame...@gmail.com> wrote: >> >> Hi Michael, Sharan, all >>> >>> I would volunteer as a mentor. Michael raised a good point regarding >>> the complexity level of the tasks assigned to these participants. >>> >>> So the question is, what kind of tasks are suitable for such students? >>> It's hard to think of logic simpler than writing some documentation, >>> or some groovy services, or some unit tests. Do you have in mind some >>> tasks that might be simpler? Or do you simply think entry-level people >>> might not be able to absorb a framework like OFBiz? >>> >>> On Fri, Jan 26, 2018 at 11:47 AM, Michael Brohl >>> wrote: >>> >>>> Hi Sharan, >>>> >>>> I think a participation in the GsoC is a good idea in general. >>>> >>>> I'm not sure if the proposed topics are suitable for such a program, >>>> especially if the students are not familiar with OFBiz. They need a lot >>>> >>> of >>> >>>> knowhow and learning before one can be productive and the mentors must >>>> >>> spent >>> >>>> a significant amount of time to support them. >>>> >>>> So, from the ASF perspective this might be a good idea, but for the >>>> >>> project >>> >>>> it is not efficient. >>>> >>>> We should find some simpler topics for the GsoC to make this a >>>> reasonable >>>> initiative. At the moment, I have not the right idea what this could be. >>>> >>>> Best regards, >>>> >>>> Michael >>>> >>>> >>>> Am 25.01.18 um 15:02 schrieb Sharan Foga: >>>> >>>>> Hi All >>>>> >>>>> The ASF is registering to be a participating organisation for GsoC >>>>> 2018. >>>>> We are in the middle of doing a lot of work. Would it be interesting >>>>> >>>> for us >>> >>>> to add some of these tasks to the GsoC list and mentor some students? >>>>> >>>> It is >>> >>>> a good way of encouraging new people to become involved with the >>>>> >>>> project and >>> >>>> maybe also promote OFBiz too. >>>>> >>>>> If any of our tasks are selected, then we would need official mentors >&g
Re: Updates to EntityQuery
Hello Gareth, Looks like a nice addition to EntityQuery API. Thanks for that. As mentioned by Arun, please provide more details to understand about "forUpdate" and "forEach" methods. Regards -- Pritam Kute On Wed, Oct 25, 2017 at 10:18 AM, Arun Patidar < arun.pati...@hotwaxsystems.com> wrote: > 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 < > gareth.car...@stannah.co.uk> > 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: Importance of programming in our community
Nice write-up Taher. Yes, your thoughts are making sense to me. I would like to add one more point from my side is, using DSL make learning curve steeper for the newbies to the framework. Thanks and Regards -- Pritam Kute On Mon, Sep 4, 2017 at 3:50 PM, Taher Alkhateeb wrote: > Hello everyone, > > I've been thinking for a few weeks about this topic, so I thought I'd > just share my thoughts here. > > OFBiz has great DSL, it is a blessing, it makes things easier > OFBiz has great DSL, it is a curse, it makes things sloppy > > I think OFBiz is unique and it's rare to find software projects where > non-programmers can participate. It makes the pool of participants > bigger. But there is a price to pay in terms of quality. > > problem > --- > > OFBiz has too much DSL. The amount of XML in the code base makes > everything else looks tiny in comparison. As many programmers know, a > DSL (Domain Specific Language) is just a tool to make certain things > easier / faster. It is not _the_ solution for everything. In many > frameworks that I use when things get too complicated I drop down to > programming because the DSL hits certain limits and becomes a pain to > deal with. > > When we write everything at a high level (DSL) we can accomplish a > lot, but the drawbacks include: > - Verbosity > - Copy-paste patterns > - Repetition due to inability to reuse > - Inflexible architecture: > - services do not compose > - debugging becomes hard > - reusability is low > - modularity is low > > proposed direction > -- > > We have a word in the community: "Functional". We mean by this word a > person who is familiar with the entity model of OFBiz and understands > how the system works through the DSL but has limited or no ability to > program in a general purpose programming language. Many times when we > hit an architectural problem, a solution at the programming language > level can be as dramatic as 1% the size of the DSL solution and maybe > 100 times faster. It can also be cleaner and more re-usable. > > I think maybe part of the solution is to encourage some of our > "Functional" community members to embrace and enhance their > programming skills and not settle for only functional knowledge. > Examples for doing that: > - Embrace Java, it's the number 1 programming language on the planet > - Maybe attend basic coding lessons if possible > - Read online, plenty for resources > - Ask for help, from my experience people _love_ giving it here in the ASF > - Before writing a custom widget, think, maybe you can resolve it with > an FTL macro and make a root solution for many other widgets > - Before repeating a CRUD service for the 100th time, think, maybe you > can factor out common code into a nice Java service with parameters. > - Why not replace all this wiring of events, services and ECAs and > very complex route with a simple single service? > > Do i make sense? Sorry if babbled a lot, and congratulations if you > made it to this line :) I'd love to hear your thoughts. > > Cheers, > > Taher Alkhateeb >
Re: Help Needed to move our new website live
Congratulations. Real simple and beautiful design. Thanks to all who directly and indirectly involved in this efforts. Thanks and Regards -- Pritam Kute On Tue, Aug 29, 2017 at 1:32 PM, Arun Patidar < arun.pati...@hotwaxsystems.com> wrote: > 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" com > >>>>> > > >>>>> 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, > >>>>>>>&
Re: [PROPOSAL] Short Messaging Service(SMS) Gateway Integration
Thanks to all Devs. Nicolas, you are right. I am thinking of the same kind of design which we have for email configuration. Please give me some time to put my design thoughts on paper. I will share that with you all as soon as possible. Thanks and Regards -- Pritam Kute On Mon, Aug 28, 2017 at 12:16 AM, Nicolas Malin wrote: > Hello Pritam, > > Of course +1 but in fact how do you see that ? > > Like email, to have some dedicate service : sendSMS with implement > different template as EmailTemplateSetting ? > > Nicolas > > > Le 26/08/2017 à 13:31, Pritam Kute a écrit : > >> Hi Devs, >> >> Many e-commerce businesses (especially operating in Asian countries) >> nowadays use short messaging service (SMS) in mobile phones to notify and >> update customers about order details, shipment statuses etc. >> >> I would like to propose an SMS Gateway Integration in Ofbiz. I will share >> proposed design details with you all soon. Till then, I would like to know >> your thoughts on this idea. >> >> Thanks and Regards >> -- >> Pritam Kute >> >> >
[PROPOSAL] Short Messaging Service(SMS) Gateway Integration
Hi Devs, Many e-commerce businesses (especially operating in Asian countries) nowadays use short messaging service (SMS) in mobile phones to notify and update customers about order details, shipment statuses etc. I would like to propose an SMS Gateway Integration in Ofbiz. I will share proposed design details with you all soon. Till then, I would like to know your thoughts on this idea. Thanks and Regards -- Pritam Kute
Re: Improvements in work effort calendar
The proposal looks good to me Suraj. I can also see the good scope of improvement in work effort calendar. Let me know if you need any help from my side during the implementation phase. :) Best Regards -- Pritam Kute On Fri, Aug 18, 2017 at 5:31 PM, Suraj Khurana < suraj.khur...@hotwaxsystems.com> wrote: > Hello all, > > I was wondering that OFBiz work effort calendar can be improved and made > more generic as it is now. > > Current implementation is we are using enumeration for calendar types and > user can't add new calendar types as per own requirements (like holiday > calendar, training calendar, meeting calendar etc.) > > Instead of using an enumeration for that, we can use work effort of type > CALENDAR and associate it with calendar events as work effort assoc. > Benefits: > >- User can create a personalized calendar. >- Same event can be associated with multiple calendars. >- Enumerations are hard-coded as of now, after this, the method to >fetch calendar events will become generic and this improves the beauty of >code base and it is not so good as of now. > > And much more ... > > Suggestions and opinions are invited. > > -- > Thanks and Regards, > *Suraj Khurana* | Sr. Enterprise Software Engineer > HotWax Commerce <http://www.hotwax.co/> by HotWax Systems > <http://www.hotwaxsystems.com/> > Plot no. 80, Scheme no. 78, Vijay Nagar, Indore, M.P. India 452010 > Cell phone: +91 96697-50002 > <https://about.me/surajkhurana?promo=email_sig> > > > > HotWax Systems <http://www.hotwaxsystems.com/> recently received 8 > mentions in *The Gartner Digital Commerce Vendor Guide, 2016 *by Gartner, > Inc., the world's leading IT research and advisory company. > > [image: Inline image 1] >
Re: Welcome Rishi Solanki as a New Committer!
Congratulations Rishi :) Thanks and Regards -- Pritam Kute On Wed, Aug 9, 2017 at 2:44 PM, Arvind singh tomar < arvindtomar1...@gmail.com> wrote: > Many Congratulations Rishi!!! > > Kind Regards- > Arvind Singh Tomar > > On 9 August 2017 at 14:26, 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: Welcome Akash Jain as a New Committer!
Congratulations Akash :) Thanks and Regards -- Pritam Kute On Wed, Aug 9, 2017 at 2:41 PM, Pawan Verma wrote: > Many Congratulations Akash :) > > -- > Thanks and Regards, > > *Pawan Verma* | Sr. Enterprise Software Engineer > HotWax Commerce <http://www.hotwax.co/> by HotWax Systems > <http://www.hotwaxsystems.com/> > Plot no. 80, Scheme no. 78 Part ||, Near Brilliant Convention Center, > Indore, > M.P, India - 452010 > Cell phone: +91 9977705687 > > 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> > . > <http://www.hotwax.co/> > > This e-mail and its attachments are confidential and intended for use by > the above-named recipient(s) only. If you are not the intended recipient, > please note that any use, modification, dissemination, edition or > reproduction (either in whole or partially) of this e-mail and/or its > attachments, or of the information contained herein, is strictly > prohibited. If you have received this e-mail by mistake, please notify the > sender immediately, and immediately delete this e-mail with its attachments > and any copy of it from your computer system. We do not ensure the security > of electronically transmitted information. Therefore, we take no > responsibility in the event this email and/or its attachments may have been > for example modified, altered and/or in the case of transmission of a > virus. Your communication with us through such means shall signify your > acceptance of such risks. We kindly advise you to check whether this email > or its attachments are free of viruses. > > 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 Deepak Dixit as a new PMC member
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 :) >> >> >
[jira] [Closed] (OFBIZ-7626) Getting error on closing or re-opening the project
[
https://issues.apache.org/jira/browse/OFBIZ-7626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pritam Kute closed OFBIZ-7626.
--
Resolution: Duplicate
Fix Version/s: Trunk
> Getting error on closing or re-opening the project
> --
>
> Key: OFBIZ-7626
> URL: https://issues.apache.org/jira/browse/OFBIZ-7626
> Project: OFBiz
> Issue Type: Bug
> Components: specialpurpose/scrum
>Affects Versions: Release Branch 14.12, Trunk, Release Branch 15.12
>Reporter: Aditi Patidar
>Assignee: Aditi Patidar
> Fix For: Trunk
>
>
> Steps to regenerate issue:
> 1. Navigate to 'SCRUM' -> 'Project/Sprint'.
> 2. Open an existing project or create one.
> 3. Press 'Close' button.
> The Following error occurred:
> {code}
> [java] 2016-06-21 12:05:50,649 |http-nio-8443-exec-1 |GenericDelegator
> |E| Failure in create operation for entity [WorkEffortGoodStandard]:
> org.ofbiz.entity.GenericEntityException: Error while inserting:
> [GenericEntity:WorkEffortGoodStandard][createdStamp,2016-06-21
> 12:05:50.649(java.sql.Timestamp)][createdTxStamp,2016-06-21
> 12:05:50.502(java.sql.Timestamp)][fromDate,2016-06-21
> 12:05:50.574(java.sql.Timestamp)][lastUpdatedStamp,2016-06-21
> 12:05:50.649(java.sql.Timestamp)][lastUpdatedTxStamp,2016-06-21
> 12:05:50.502(java.sql.Timestamp)][statusId,WEGS_CREATED(java.lang.String)][workEffortGoodStdTypeId,SCRUM_PRO_WORKEFF(java.lang.String)][workEffortId,DEMO-PROJECT-1(java.lang.String)]
> (SQL Exception while executing the following:INSERT INTO
> OFBIZ.WORK_EFFORT_GOOD_STANDARD (WORK_EFFORT_ID, PRODUCT_ID,
> WORK_EFFORT_GOOD_STD_TYPE_ID, FROM_DATE, THRU_DATE, STATUS_ID,
> ESTIMATED_QUANTITY, ESTIMATED_COST, LAST_UPDATED_STAMP,
> LAST_UPDATED_TX_STAMP, CREATED_STAMP, CREATED_TX_STAMP) VALUES (?, ?, ?, ?,
> ?, ?, ?, ?, ?, ?, ?, ?) (Column 'PRODUCT_ID' cannot accept a NULL value.)).
> Rolling back transaction.
> [java] 2016-06-21 12:05:50,649 |http-nio-8443-exec-1 |TransactionUtil
>|W| Calling transaction setRollbackOnly; this stack trace shows
> where this is happening:
> [java] java.lang.Exception: Failure in create operation for entity
> [WorkEffortGoodStandard]: org.ofbiz.entity.GenericEntityException: Error
> while inserting:
> [GenericEntity:WorkEffortGoodStandard][createdStamp,2016-06-21
> 12:05:50.649(java.sql.Timestamp)][createdTxStamp,2016-06-21
> 12:05:50.502(java.sql.Timestamp)][fromDate,2016-06-21
> 12:05:50.574(java.sql.Timestamp)][lastUpdatedStamp,2016-06-21
> 12:05:50.649(java.sql.Timestamp)][lastUpdatedTxStamp,2016-06-21
> 12:05:50.502(java.sql.Timestamp)][statusId,WEGS_CREATED(java.lang.String)][workEffortGoodStdTypeId,SCRUM_PRO_WORKEFF(java.lang.String)][workEffortId,DEMO-PROJECT-1(java.lang.String)]
> (SQL Exception while executing the following:INSERT INTO
> OFBIZ.WORK_EFFORT_GOOD_STANDARD (WORK_EFFORT_ID, PRODUCT_ID,
> WORK_EFFORT_GOOD_STD_TYPE_ID, FROM_DATE, THRU_DATE, STATUS_ID,
> ESTIMATED_QUANTITY, ESTIMATED_COST, LAST_UPDATED_STAMP,
> LAST_UPDATED_TX_STAMP, CREATED_STAMP, CREATED_TX_STAMP) VALUES (?, ?, ?, ?,
> ?, ?, ?, ?, ?, ?, ?, ?) (Column 'PRODUCT_ID' cannot accept a NULL value.)).
> Rolling back transaction.
> [java] at
> org.ofbiz.entity.transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:360)
> [ofbiz-entity.jar:?]
> [java] at
> org.ofbiz.entity.transaction.TransactionUtil.rollback(TransactionUtil.java:301)
> [ofbiz-entity.jar:?]
> [java] at
> org.ofbiz.entity.GenericDelegator.create(GenericDelegator.java:925)
> [ofbiz-entity.jar:?]
> [java] at
> org.ofbiz.entity.GenericDelegator.create(GenericDelegator.java:770)
> [ofbiz-entity.jar:?]
> [java] at
> org.ofbiz.minilang.method.entityops.CreateValue.exec(CreateValue.java:73)
> [ofbiz-minilang.jar:?]
> [java] at
> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:305)
> [ofbiz-minilang.jar:?]
> [java] at
> org.ofbiz.minilang.method.conditional.MasterIf.exec(MasterIf.java:81)
> [ofbiz-minilang.jar:?]
> [java] at
> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:305)
> [ofbiz-minilang.jar:?]
> [java] at org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:452)
> [ofbiz-minilang.jar:?]
> [java] at
> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:269)
> [ofbiz-minilang.jar:?]
> [java] at
> org.ofbiz.minilang.SimpleMethod.runSimpleEvent
[jira] [Closed] (OFBIZ-7555) Pagination at the bottom on find party screen is not working
[ https://issues.apache.org/jira/browse/OFBIZ-7555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute closed OFBIZ-7555. -- Resolution: Cannot Reproduce Fix Version/s: Trunk > Pagination at the bottom on find party screen is not working > > > Key: OFBIZ-7555 > URL: https://issues.apache.org/jira/browse/OFBIZ-7555 > Project: OFBiz > Issue Type: Bug > Components: party >Affects Versions: Trunk >Reporter: Deepak Baghel >Assignee: Deepak Baghel >Priority: Minor > Fix For: Trunk > > > Step to regenerate > 1. Login into the find party component and then click on search. > 2. All the list of parties will be shown in the form of the table. > 3. We can see the two paginations kept at top and bottom of the result table. > 4. If I change the item per page count form top pagination section then It > doesn't reflect in bottom section or bottom section is not updated. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7555) Pagination at the bottom on find party screen is not working
[ https://issues.apache.org/jira/browse/OFBIZ-7555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15350196#comment-15350196 ] Pritam Kute commented on OFBIZ-7555: Hi [~Florian M], Thanks for your comment. Actually, this issue has now been fixed in some another task. So closing this ticket. > Pagination at the bottom on find party screen is not working > > > Key: OFBIZ-7555 > URL: https://issues.apache.org/jira/browse/OFBIZ-7555 > Project: OFBiz > Issue Type: Bug > Components: party >Affects Versions: Trunk >Reporter: Deepak Baghel >Assignee: Deepak Baghel >Priority: Minor > > Step to regenerate > 1. Login into the find party component and then click on search. > 2. All the list of parties will be shown in the form of the table. > 3. We can see the two paginations kept at top and bottom of the result table. > 4. If I change the item per page count form top pagination section then It > doesn't reflect in bottom section or bottom section is not updated. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7560) While adding new skill to any party the old skills are get disappeared from the party skill list
[ https://issues.apache.org/jira/browse/OFBIZ-7560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15350194#comment-15350194 ] Pritam Kute commented on OFBIZ-7560: Hi [~Florian M], Yes, your finding is absolutely correct. But here I think there is no need to go into complex logic like creating new service or nullifying the parameters, we can simply use entity-condition on 'PartySkill' to get the required data for the list. You can take reference from the EmployeeForms.xml#ListEmployeeSkills. > While adding new skill to any party the old skills are get disappeared from > the party skill list > > > Key: OFBIZ-7560 > URL: https://issues.apache.org/jira/browse/OFBIZ-7560 > Project: OFBiz > Issue Type: Improvement > Components: party >Affects Versions: Trunk >Reporter: Deepak Baghel >Assignee: Pritam Kute >Priority: Minor > Attachments: OFBIZ-7560-Trunk.patch, Party_Skills 1.png, Party_Skills > 2.png, Party_Skills 3.png > > > Step to regenerate > 1. Login into party component. > 2. Go to the party skill section and add skills. > 3. If there is already any skill then after adding the new skill all the > other skills get disappeared from the list. > 4. The Same thing can be seen after updating and deletion of already existing > skill. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7560) While adding new skill to any party the old skills are get disappeared from the party skill list
[ https://issues.apache.org/jira/browse/OFBIZ-7560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute updated OFBIZ-7560: --- Attachment: OFBIZ-7560-Trunk.patch > While adding new skill to any party the old skills are get disappeared from > the party skill list > > > Key: OFBIZ-7560 > URL: https://issues.apache.org/jira/browse/OFBIZ-7560 > Project: OFBiz > Issue Type: Improvement > Components: party >Affects Versions: Trunk >Reporter: Deepak Baghel >Assignee: Pritam Kute >Priority: Minor > Attachments: OFBIZ-7560-Trunk.patch, Party_Skills 1.png, Party_Skills > 2.png, Party_Skills 3.png > > > Step to regenerate > 1. Login into party component. > 2. Go to the party skill section and add skills. > 3. If there is already any skill then after adding the new skill all the > other skills get disappeared from the list. > 4. The Same thing can be seen after updating and deletion of already existing > skill. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7560) While adding new skill to any party the old skills are get disappeared from the party skill list
[ https://issues.apache.org/jira/browse/OFBIZ-7560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute reassigned OFBIZ-7560: -- Assignee: Pritam Kute (was: Deepak Baghel) > While adding new skill to any party the old skills are get disappeared from > the party skill list > > > Key: OFBIZ-7560 > URL: https://issues.apache.org/jira/browse/OFBIZ-7560 > Project: OFBiz > Issue Type: Improvement > Components: party >Affects Versions: Trunk >Reporter: Deepak Baghel >Assignee: Pritam Kute >Priority: Minor > Attachments: Party_Skills 1.png, Party_Skills 2.png, Party_Skills > 3.png > > > Step to regenerate > 1. Login into party component. > 2. Go to the party skill section and add skills. > 3. If there is already any skill then after adding the new skill all the > other skills get disappeared from the list. > 4. The Same thing can be seen after updating and deletion of already existing > skill. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7556) Error occurred when making notes private/public from project screen
[
https://issues.apache.org/jira/browse/OFBIZ-7556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pritam Kute updated OFBIZ-7556:
---
Attachment: OFBIZ-7556-Trunk.patch
> Error occurred when making notes private/public from project screen
> ---
>
> Key: OFBIZ-7556
> URL: https://issues.apache.org/jira/browse/OFBIZ-7556
> Project: OFBiz
> Issue Type: Bug
> Components: specialpurpose/projectmgr
>Affects Versions: Trunk
>Reporter: Deepak Baghel
>Assignee: Pritam Kute
> Attachments: OFBIZ-7556-Trunk.patch
>
>
> Steps to regenerate :-
> 1. Login into project component and select any created project from the
> projects list.
> 2. Add note from note section and make it public/private.
> 3. See the notes in the project summary.
> 4. Try to make it public/private then error comes with below message
> {code}
> Error calling event: org.ofbiz.webapp.event.EventHandlerException: Found URL
> parameter [workEffortId] passed to secure (https) request-map with uri
> [updateProjectNote] with an event that calls service [updateWorkEffortNote];
> this is not allowed for security reasons! The data should be encrypted by
> making it part of the request body (a form field) instead of the request URL.
> Moreover it would be kind if you could create a Jira sub-task of
> https://issues.apache.org/jira/browse/OFBIZ-2330 (check before if a sub-task
> for this error does not exist). If you are not sure how to create a Jira
> issue please have a look before at http://cwiki.apache.org/confluence/x/JIB2
> Thank you in advance for your help.
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7556) Error occurred when making notes private/public from project screen
[
https://issues.apache.org/jira/browse/OFBIZ-7556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pritam Kute reassigned OFBIZ-7556:
--
Assignee: Pritam Kute (was: Deepak Baghel)
> Error occurred when making notes private/public from project screen
> ---
>
> Key: OFBIZ-7556
> URL: https://issues.apache.org/jira/browse/OFBIZ-7556
> Project: OFBiz
> Issue Type: Bug
> Components: specialpurpose/projectmgr
>Affects Versions: Trunk
>Reporter: Deepak Baghel
>Assignee: Pritam Kute
>
> Steps to regenerate :-
> 1. Login into project component and select any created project from the
> projects list.
> 2. Add note from note section and make it public/private.
> 3. See the notes in the project summary.
> 4. Try to make it public/private then error comes with below message
> {code}
> Error calling event: org.ofbiz.webapp.event.EventHandlerException: Found URL
> parameter [workEffortId] passed to secure (https) request-map with uri
> [updateProjectNote] with an event that calls service [updateWorkEffortNote];
> this is not allowed for security reasons! The data should be encrypted by
> making it part of the request body (a form field) instead of the request URL.
> Moreover it would be kind if you could create a Jira sub-task of
> https://issues.apache.org/jira/browse/OFBIZ-2330 (check before if a sub-task
> for this error does not exist). If you are not sure how to create a Jira
> issue please have a look before at http://cwiki.apache.org/confluence/x/JIB2
> Thank you in advance for your help.
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (OFBIZ-7513) alt-target tag is not working as expected in Form Widget
[
https://issues.apache.org/jira/browse/OFBIZ-7513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15345768#comment-15345768
]
Pritam Kute edited comment on OFBIZ-7513 at 6/23/16 6:13 AM:
-
Yes [~Florian M], I am also suggesting the same fix.
I guess it is not a problem when there is no child form. This case will never
happen as it is a simple form or it is an inherited form.
Again if there are multiple child elements, it will consider leaf child first.
Reply me if I am making some wrong assumptions.
was (Author: pritam.kute):
Yes [~Florian M], I am also suggesting the same fix.
I guess it is not a problem when there is no child form. This case will never
happen as it is a simple form or it is an inherited form.
Again if there are multiple child elements, it will entertain only leaf child.
Reply me if I am making some wrong assumptions.
> alt-target tag is not working as expected in Form Widget
>
>
> Key: OFBIZ-7513
> URL: https://issues.apache.org/jira/browse/OFBIZ-7513
> Project: OFBiz
> Issue Type: Bug
> Components: framework
>Affects Versions: Trunk
>Reporter: Pritam Kute
>Assignee: Pritam Kute
> Attachments: OFBIZ-7513-Trunk.patch
>
>
> While working on the issue OFBIZ-7252, I found one problem in Form Widgets.
> When we use attribute in child form, the system should consider
> overridden in child form. This is default expected behaviour.
> But in this case, it is always considering the of the parent
> form.
> For example:
>
>
>
>
>
>
>
> In above example, expectation is 'executeChildTarget' target should get
> executed but actually 'executeParentTarget' is getting executed.
> When we looked into framework level code of Form Widgets, we got the
> following code snippets:
> ModelForm.java (Line: 380-388)
> ArrayList altTargets = new ArrayList();
> if (parentModel != null) {
> altTargets.addAll(parentModel.altTargets);
> }
> for (Element altTargetElement : UtilXml.childElementList(formElement,
> "alt-target")) {
> altTargets.add(new AltTarget(altTargetElement));
> }
> altTargets.trimToSize();
> this.altTargets = Collections.unmodifiableList(altTargets);
> Here we can see that all alt-targets present in parent form are added to the
> list first and then all alt-targets present in child form are added.
> This causes a problem as method getTarget() of ModelForm.java (Line:
> 1352-1384) returns the first element in the list as alt-target.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (OFBIZ-7513) alt-target tag is not working as expected in Form Widget
[
https://issues.apache.org/jira/browse/OFBIZ-7513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15345768#comment-15345768
]
Pritam Kute commented on OFBIZ-7513:
Yes [~Florian M], I am also suggesting the same fix.
I guess it is not a problem when there is no child form. This case will never
happen as it is a simple form or it is an inherited form.
Again if there are multiple child elements, it will entertain only leaf child.
Reply me if I am making some wrong assumptions.
> alt-target tag is not working as expected in Form Widget
>
>
> Key: OFBIZ-7513
> URL: https://issues.apache.org/jira/browse/OFBIZ-7513
> Project: OFBiz
> Issue Type: Bug
> Components: framework
>Affects Versions: Trunk
>Reporter: Pritam Kute
>Assignee: Pritam Kute
> Attachments: OFBIZ-7513-Trunk.patch
>
>
> While working on the issue OFBIZ-7252, I found one problem in Form Widgets.
> When we use attribute in child form, the system should consider
> overridden in child form. This is default expected behaviour.
> But in this case, it is always considering the of the parent
> form.
> For example:
>
>
>
>
>
>
>
> In above example, expectation is 'executeChildTarget' target should get
> executed but actually 'executeParentTarget' is getting executed.
> When we looked into framework level code of Form Widgets, we got the
> following code snippets:
> ModelForm.java (Line: 380-388)
> ArrayList altTargets = new ArrayList();
> if (parentModel != null) {
> altTargets.addAll(parentModel.altTargets);
> }
> for (Element altTargetElement : UtilXml.childElementList(formElement,
> "alt-target")) {
> altTargets.add(new AltTarget(altTargetElement));
> }
> altTargets.trimToSize();
> this.altTargets = Collections.unmodifiableList(altTargets);
> Here we can see that all alt-targets present in parent form are added to the
> list first and then all alt-targets present in child form are added.
> This causes a problem as method getTarget() of ModelForm.java (Line:
> 1352-1384) returns the first element in the list as alt-target.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (OFBIZ-7513) alt-target tag is not working as expected in Form Widget
[
https://issues.apache.org/jira/browse/OFBIZ-7513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pritam Kute updated OFBIZ-7513:
---
Attachment: OFBIZ-7513-Trunk.patch
> alt-target tag is not working as expected in Form Widget
>
>
> Key: OFBIZ-7513
> URL: https://issues.apache.org/jira/browse/OFBIZ-7513
> Project: OFBiz
> Issue Type: Bug
> Components: framework
>Affects Versions: Trunk
> Reporter: Pritam Kute
>Assignee: Pritam Kute
> Attachments: OFBIZ-7513-Trunk.patch
>
>
> While working on the issue OFBIZ-7252, I found one problem in Form Widgets.
> When we use attribute in child form, the system should consider
> overridden in child form. This is default expected behaviour.
> But in this case, it is always considering the of the parent
> form.
> For example:
>
>
>
>
>
>
>
> In above example, expectation is 'executeChildTarget' target should get
> executed but actually 'executeParentTarget' is getting executed.
> When we looked into framework level code of Form Widgets, we got the
> following code snippets:
> ModelForm.java (Line: 380-388)
> ArrayList altTargets = new ArrayList();
> if (parentModel != null) {
> altTargets.addAll(parentModel.altTargets);
> }
> for (Element altTargetElement : UtilXml.childElementList(formElement,
> "alt-target")) {
> altTargets.add(new AltTarget(altTargetElement));
> }
> altTargets.trimToSize();
> this.altTargets = Collections.unmodifiableList(altTargets);
> Here we can see that all alt-targets present in parent form are added to the
> list first and then all alt-targets present in child form are added.
> This causes a problem as method getTarget() of ModelForm.java (Line:
> 1352-1384) returns the first element in the list as alt-target.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (OFBIZ-7526) View Quote screen is broken
[ https://issues.apache.org/jira/browse/OFBIZ-7526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15343746#comment-15343746 ] Pritam Kute commented on OFBIZ-7526: This issue is related to OFBIZ-7061. In a comment on OFBIZ-7061, [~jamesyong] suggested changing 'targetNamespace' to 'xsi:schemaLocation'. I have tested by doing so and found all screens working fine. > View Quote screen is broken > --- > > Key: OFBIZ-7526 > URL: https://issues.apache.org/jira/browse/OFBIZ-7526 > Project: OFBiz > Issue Type: Bug > Components: order >Affects Versions: Trunk >Reporter: Pritam Kute >Priority: Blocker > > Steps to regenerate: > 1) Login to ordermgr. > 2) Click on Quotes and find quotes. > 3) Click on any quote in the search result to go to the overview screen. > You can see screen is broken with error: > [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |ObjectType > |W| The specified type [] is not a valid class or a known special type, > may see more errors later because of this: > [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 > |AbstractModelCondition|W| Error with comparison in if-compare > between field [quote.statusId] with value [QUO_CREATED] and value > [QUO_CREATED] with operator [equals] and type []: Type "" specified for > compare not supported. > [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |ModelScreen >|E| Error rendering screen > [component://common/widget/CommonScreens.xml#GlobalDecorator]: > java.lang.IllegalArgumentException: Error with comparison in if-compare > between field [quote.statusId] with value [QUO_CREATED] and value > [QUO_CREATED] with operator [equals] and type []: Type "" specified for > compare not supported.. Rolling back transaction. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7526) View Quote screen is broken
[
https://issues.apache.org/jira/browse/OFBIZ-7526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15342141#comment-15342141
]
Pritam Kute commented on OFBIZ-7526:
I found that this issue is because of the commit at revision 1749488.
We have XSD http://ofbiz.apache.org/dtds/widget-common.xsd which includes the
definition for 'if-compare' which has a default value for type attribute as
'String'. It is not getting parsed properly.
If we explicitly add 'type' attribute to if-compare, it works.
{code}
{code}
> View Quote screen is broken
> ---
>
> Key: OFBIZ-7526
> URL: https://issues.apache.org/jira/browse/OFBIZ-7526
> Project: OFBiz
> Issue Type: Bug
> Components: order
> Affects Versions: Trunk
>Reporter: Pritam Kute
>Priority: Blocker
>
> Steps to regenerate:
> 1) Login to ordermgr.
> 2) Click on Quotes and find quotes.
> 3) Click on any quote in the search result to go to the overview screen.
> You can see screen is broken with error:
> [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |ObjectType
> |W| The specified type [] is not a valid class or a known special type,
> may see more errors later because of this:
> [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4
> |AbstractModelCondition|W| Error with comparison in if-compare
> between field [quote.statusId] with value [QUO_CREATED] and value
> [QUO_CREATED] with operator [equals] and type []: Type "" specified for
> compare not supported.
> [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |ModelScreen
>|E| Error rendering screen
> [component://common/widget/CommonScreens.xml#GlobalDecorator]:
> java.lang.IllegalArgumentException: Error with comparison in if-compare
> between field [quote.statusId] with value [QUO_CREATED] and value
> [QUO_CREATED] with operator [equals] and type []: Type "" specified for
> compare not supported.. Rolling back transaction.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (OFBIZ-7252) Error adding task to backlog
[ https://issues.apache.org/jira/browse/OFBIZ-7252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15342036#comment-15342036 ] Pritam Kute commented on OFBIZ-7252: Hi [~Florian M], I have already started the discussion on the developer list. You can search the mail thread with subject ' is not working as expected in Form Widget'. I have traced the exact problem and logged issue OFBIZ-7513 for the same. I will upload the patch for the fix soon. Thanks. > Error adding task to backlog > > > Key: OFBIZ-7252 > URL: https://issues.apache.org/jira/browse/OFBIZ-7252 > Project: OFBiz > Issue Type: Bug > Components: specialpurpose/scrum >Affects Versions: Trunk >Reporter: Montalbano Florian >Assignee: Ashish Vijaywargiya > Labels: error, form, scrum, sprint, task > Attachments: OFBIZ-7252-Trunk.patch > > > There are several problems in the form to add a new task in a backlog. Step > to reproduce : > - Go to the Scrum component and select a product sprint > (https://localhost:8443/scrum/control/ViewSprint?sprintId=DEMO-SPRINT-1&projectId=DEMO-PROJECT-1) > - Scroll down to the Sprint Backlog List > - Click on a button "Add Task" > - See the error in the console. > From there, it's not possible to create a new task. When clicking on the > create button, there is an error and the target is > "https://localhost:8443/scrum/control/updateSprintTask"; where it should be > "https://localhost:8443/scrum/control/createSprintBacklogTask";. > I tried to solve the problem but it's beyond me. The form causing the problem > is scrumForms.xml#NewTaskForSprintBacklog and it extends the form > TaskForms.xml#EditSprintTask . > Thanks, > Florian -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7526) View Quote screen is broken
[ https://issues.apache.org/jira/browse/OFBIZ-7526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15341992#comment-15341992 ] Pritam Kute commented on OFBIZ-7526: When I looked deeper into the issue, I found that lot of screens are broken like while changing theme we are getting the same error, on FindProduct screen we are getting the same error etc. > View Quote screen is broken > --- > > Key: OFBIZ-7526 > URL: https://issues.apache.org/jira/browse/OFBIZ-7526 > Project: OFBiz > Issue Type: Bug > Components: order >Affects Versions: Trunk >Reporter: Pritam Kute >Priority: Blocker > > Steps to regenerate: > 1) Login to ordermgr. > 2) Click on Quotes and find quotes. > 3) Click on any quote in the search result to go to the overview screen. > You can see screen is broken with error: > [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |ObjectType > |W| The specified type [] is not a valid class or a known special type, > may see more errors later because of this: > [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 > |AbstractModelCondition|W| Error with comparison in if-compare > between field [quote.statusId] with value [QUO_CREATED] and value > [QUO_CREATED] with operator [equals] and type []: Type "" specified for > compare not supported. > [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |ModelScreen >|E| Error rendering screen > [component://common/widget/CommonScreens.xml#GlobalDecorator]: > java.lang.IllegalArgumentException: Error with comparison in if-compare > between field [quote.statusId] with value [QUO_CREATED] and value > [QUO_CREATED] with operator [equals] and type []: Type "" specified for > compare not supported.. Rolling back transaction. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7526) View Quote screen is broken
Pritam Kute created OFBIZ-7526: -- Summary: View Quote screen is broken Key: OFBIZ-7526 URL: https://issues.apache.org/jira/browse/OFBIZ-7526 Project: OFBiz Issue Type: Bug Components: order Affects Versions: Trunk Reporter: Pritam Kute Priority: Blocker Steps to regenerate: 1) Login to ordermgr. 2) Click on Quotes and find quotes. 3) Click on any quote in the search result to go to the overview screen. You can see screen is broken with error: [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |ObjectType |W| The specified type [] is not a valid class or a known special type, may see more errors later because of this: [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |AbstractModelCondition|W| Error with comparison in if-compare between field [quote.statusId] with value [QUO_CREATED] and value [QUO_CREATED] with operator [equals] and type []: Type "" specified for compare not supported. [java] 2016-06-21 18:46:33,073 |http-nio-8443-exec-4 |ModelScreen |E| Error rendering screen [component://common/widget/CommonScreens.xml#GlobalDecorator]: java.lang.IllegalArgumentException: Error with comparison in if-compare between field [quote.statusId] with value [QUO_CREATED] and value [QUO_CREATED] with operator [equals] and type []: Type "" specified for compare not supported.. Rolling back transaction. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7516) Missing UI Label at Production Run Assoc screen
[ https://issues.apache.org/jira/browse/OFBIZ-7516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15341645#comment-15341645 ] Pritam Kute commented on OFBIZ-7516: Thanks [~deepakddixit] for your comment. I missed the commit related to OFBIZ-5527. I have uploaded the updated patch. > Missing UI Label at Production Run Assoc screen > --- > > Key: OFBIZ-7516 > URL: https://issues.apache.org/jira/browse/OFBIZ-7516 > Project: OFBiz > Issue Type: Improvement > Components: manufacturing >Affects Versions: Trunk >Reporter: Pritam Kute >Assignee: Pritam Kute >Priority: Minor > Attachments: OFBIZ-7516-Trunk.patch, OFBIZ-7516-Trunk.patch > > > Steps to regenerate: > 1) Login to manufacturing -> JobShop > 2) Find production run. > 3) Go to any production run overview screen. > 4) Click on Assocs. > You can see UiLabels missing for panel names. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7516) Missing UI Label at Production Run Assoc screen
[ https://issues.apache.org/jira/browse/OFBIZ-7516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute updated OFBIZ-7516: --- Attachment: OFBIZ-7516-Trunk.patch > Missing UI Label at Production Run Assoc screen > --- > > Key: OFBIZ-7516 > URL: https://issues.apache.org/jira/browse/OFBIZ-7516 > Project: OFBiz > Issue Type: Improvement > Components: manufacturing >Affects Versions: Trunk > Reporter: Pritam Kute >Assignee: Pritam Kute >Priority: Minor > Attachments: OFBIZ-7516-Trunk.patch, OFBIZ-7516-Trunk.patch > > > Steps to regenerate: > 1) Login to manufacturing -> JobShop > 2) Find production run. > 3) Go to any production run overview screen. > 4) Click on Assocs. > You can see UiLabels missing for panel names. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7516) Missing UI Label at Production Run Assoc screen
[ https://issues.apache.org/jira/browse/OFBIZ-7516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute updated OFBIZ-7516: --- Attachment: OFBIZ-7516-Trunk.patch > Missing UI Label at Production Run Assoc screen > --- > > Key: OFBIZ-7516 > URL: https://issues.apache.org/jira/browse/OFBIZ-7516 > Project: OFBiz > Issue Type: Improvement > Components: manufacturing >Affects Versions: Trunk > Reporter: Pritam Kute >Assignee: Pritam Kute >Priority: Minor > Attachments: OFBIZ-7516-Trunk.patch > > > Steps to regenerate: > 1) Login to manufacturing -> JobShop > 2) Find production run. > 3) Go to any production run overview screen. > 4) Click on Assocs. > You can see UiLabels missing for panel names. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: is not working as expected in Form Widget
Thanks, Jacques, Pranay and Mridul for your comments on this.
Logged JIRA issue for the same (OFBIZ-7513
<https://issues.apache.org/jira/browse/OFBIZ-7513>). I will work on the fix
and upload the patch soon.
Thanks & Regards,
--
*Pritam Kute*
*HotWax Systems* | www.hotwaxsystems.com
On Mon, Jun 20, 2016 at 12:31 PM, Pranay Pandey <
pranay.pan...@hotwaxsystems.com> wrote:
> +1 Pritam, we should log it in JIRA.
>
> Best regards,
>
> Pranay Pandey
> HotWax Systems
> http://www.hotwaxsystems.com/
>
> On Sat, Jun 18, 2016 at 5:49 PM, Pritam Kute <
> pritam.k...@hotwaxsystems.com>
> wrote:
>
> > Hello Devs,
> >
> > Any thoughts on this? Should I log JIRA issue for the same??
> >
> > Thanks & Regards,
> > --
> > *Pritam Kute*
> > *HotWax Systems* | www.hotwaxsystems.com
> >
> > On Wed, Jun 15, 2016 at 2:26 PM, Pritam Kute <
> > pritam.k...@hotwaxsystems.com>
> > wrote:
> >
> > > Hello OFBiz Developers,
> > >
> > > While working on the issue OFBIZ-7252
> > > <https://issues.apache.org/jira/browse/OFBIZ-7252>, I found one
> problem
> > > in Form Widgets. When we use attribute in child form, the
> > > system should consider overridden in child form. This is
> > > default expected behaviour. But in this case, it is always considering
> > the
> > > of the parent form.
> > >
> > > For example:
> > >
> > > **
> > > * *
> > > * *
> > > **
> > >
> > > * extend-resource=">*
> > > * *
> > > * *
> > > **
> > >
> > > In above example, expectation is 'executeChildTarget' target should get
> > > executed but actually 'executeParentTarget' is getting executed.
> > >
> > > When we looked into framework level code of Form Widgets, we got the
> > > following code snippets:
> > >
> > > *ModelForm.java* (Line: 380-388)
> > >
> > > *ArrayList altTargets = new ArrayList();*
> > > *if (parentModel != null) {*
> > > *altTargets.addAll(parentModel.altTargets);*
> > > *}*
> > > *for (Element altTargetElement : UtilXml.childElementList(formElement,
> > > "alt-target")) {*
> > > *altTargets.add(new AltTarget(altTargetElement));*
> > > *}*
> > > *altTargets.trimToSize();*
> > > *this.altTargets = Collections.unmodifiableList(altTargets);*
> > >
> > > Here we can see that all alt-targets present in parent form are added
> to
> > > the list first and then all alt-targets present in child form are
> added.
> > >
> > > This causes a problem as method getTarget() of ModelForm.java (Line:
> > > 1352-1384) returns the first element in the list as alt-target.
> > >
> > > Is this is intentionally done or we are missing something?
> > >
> > > Thanks & Regards,
> > > --
> > > *Pritam Kute*
> > > *HotWax Systems* | www.hotwaxsystems.com
> > >
> >
>
[jira] [Created] (OFBIZ-7516) Missing UI Label at Production Run Assoc screen
Pritam Kute created OFBIZ-7516: -- Summary: Missing UI Label at Production Run Assoc screen Key: OFBIZ-7516 URL: https://issues.apache.org/jira/browse/OFBIZ-7516 Project: OFBiz Issue Type: Improvement Components: manufacturing Affects Versions: Trunk Reporter: Pritam Kute Assignee: Pritam Kute Priority: Minor Steps to regenerate: 1) Login to manufacturing -> JobShop 2) Find production run. 3) Go to any production run overview screen. 4) Click on Assocs. You can see UiLabels missing for panel names. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7513) alt-target tag is not working as expected in Form Widget
Pritam Kute created OFBIZ-7513:
--
Summary: alt-target tag is not working as expected in Form Widget
Key: OFBIZ-7513
URL: https://issues.apache.org/jira/browse/OFBIZ-7513
Project: OFBiz
Issue Type: Bug
Components: framework
Affects Versions: Trunk
Reporter: Pritam Kute
Assignee: Pritam Kute
While working on the issue OFBIZ-7252, I found one problem in Form Widgets.
When we use attribute in child form, the system should consider
overridden in child form. This is default expected behaviour. But
in this case, it is always considering the of the parent form.
For example:
In above example, expectation is 'executeChildTarget' target should get
executed but actually 'executeParentTarget' is getting executed.
When we looked into framework level code of Form Widgets, we got the following
code snippets:
ModelForm.java (Line: 380-388)
ArrayList altTargets = new ArrayList();
if (parentModel != null) {
altTargets.addAll(parentModel.altTargets);
}
for (Element altTargetElement : UtilXml.childElementList(formElement,
"alt-target")) {
altTargets.add(new AltTarget(altTargetElement));
}
altTargets.trimToSize();
this.altTargets = Collections.unmodifiableList(altTargets);
Here we can see that all alt-targets present in parent form are added to the
list first and then all alt-targets present in child form are added.
This causes a problem as method getTarget() of ModelForm.java (Line: 1352-1384)
returns the first element in the list as alt-target.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
Re: is not working as expected in Form Widget
Hello Devs,
Any thoughts on this? Should I log JIRA issue for the same??
Thanks & Regards,
--
*Pritam Kute*
*HotWax Systems* | www.hotwaxsystems.com
On Wed, Jun 15, 2016 at 2:26 PM, Pritam Kute
wrote:
> Hello OFBiz Developers,
>
> While working on the issue OFBIZ-7252
> <https://issues.apache.org/jira/browse/OFBIZ-7252>, I found one problem
> in Form Widgets. When we use attribute in child form, the
> system should consider overridden in child form. This is
> default expected behaviour. But in this case, it is always considering the
> of the parent form.
>
> For example:
>
> **
> * *
> * *
> **
>
> * *
> * *
> **
>
> In above example, expectation is 'executeChildTarget' target should get
> executed but actually 'executeParentTarget' is getting executed.
>
> When we looked into framework level code of Form Widgets, we got the
> following code snippets:
>
> *ModelForm.java* (Line: 380-388)
>
> *ArrayList altTargets = new ArrayList();*
> *if (parentModel != null) {*
> *altTargets.addAll(parentModel.altTargets);*
> *}*
> *for (Element altTargetElement : UtilXml.childElementList(formElement,
> "alt-target")) {*
> *altTargets.add(new AltTarget(altTargetElement));*
> *}*
> *altTargets.trimToSize();*
> *this.altTargets = Collections.unmodifiableList(altTargets);*
>
> Here we can see that all alt-targets present in parent form are added to
> the list first and then all alt-targets present in child form are added.
>
> This causes a problem as method getTarget() of ModelForm.java (Line:
> 1352-1384) returns the first element in the list as alt-target.
>
> Is this is intentionally done or we are missing something?
>
> Thanks & Regards,
> --
> *Pritam Kute*
> *HotWax Systems* | www.hotwaxsystems.com
>
is not working as expected in Form Widget
Hello OFBiz Developers,
While working on the issue OFBIZ-7252
<https://issues.apache.org/jira/browse/OFBIZ-7252>, I found one problem in
Form Widgets. When we use attribute in child form, the system
should consider overridden in child form. This is default
expected behaviour. But in this case, it is always considering the
of the parent form.
For example:
**
* *
* *
**
* *
* *
**
In above example, expectation is 'executeChildTarget' target should get
executed but actually 'executeParentTarget' is getting executed.
When we looked into framework level code of Form Widgets, we got the
following code snippets:
*ModelForm.java* (Line: 380-388)
*ArrayList altTargets = new ArrayList();*
*if (parentModel != null) {*
*altTargets.addAll(parentModel.altTargets);*
*}*
*for (Element altTargetElement : UtilXml.childElementList(formElement,
"alt-target")) {*
*altTargets.add(new AltTarget(altTargetElement));*
*}*
*altTargets.trimToSize();*
*this.altTargets = Collections.unmodifiableList(altTargets);*
Here we can see that all alt-targets present in parent form are added to
the list first and then all alt-targets present in child form are added.
This causes a problem as method getTarget() of ModelForm.java (Line:
1352-1384) returns the first element in the list as alt-target.
Is this is intentionally done or we are missing something?
Thanks & Regards,
--
*Pritam Kute*
*HotWax Systems* | www.hotwaxsystems.com
[jira] [Updated] (OFBIZ-7347) If promo text contains any HTML elements elements, it is not getting properly rendered on order return screen
[ https://issues.apache.org/jira/browse/OFBIZ-7347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute updated OFBIZ-7347: --- Attachment: OFBIZ-7347-Trunk.patch > If promo text contains any HTML elements elements, it is not getting properly > rendered on order return screen > - > > Key: OFBIZ-7347 > URL: https://issues.apache.org/jira/browse/OFBIZ-7347 > Project: OFBiz > Issue Type: Improvement > Components: order, product >Affects Versions: Trunk >Reporter: Pritam Kute >Assignee: Pritam Kute >Priority: Minor > Attachments: OFBIZ-7347-Trunk.patch, Promotion.png, Return.png > > > Steps to regenerate: > 1. Create an order for product 'WG-' with 5 quantity so that promo 'Test > Promo 1' gets applied. > 2. Quick ship the same order. > 3. Create return for the fulfilled order. > 4. You can see in return item that promo description is rendered with HTML > elements. > See attached screen shots for the details. (Promotion.png and Return.png) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7347) If promo text contains any HTML elements elements, it is not getting properly rendered on order return screen
[ https://issues.apache.org/jira/browse/OFBIZ-7347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute updated OFBIZ-7347: --- Attachment: Return.png Promotion.png > If promo text contains any HTML elements elements, it is not getting properly > rendered on order return screen > - > > Key: OFBIZ-7347 > URL: https://issues.apache.org/jira/browse/OFBIZ-7347 > Project: OFBiz > Issue Type: Improvement > Components: order, product >Affects Versions: Trunk >Reporter: Pritam Kute >Assignee: Pritam Kute >Priority: Minor > Attachments: Promotion.png, Return.png > > > Steps to regenerate: > 1. Create an order for product 'WG-' with 5 quantity so that promo 'Test > Promo 1' gets applied. > 2. Quick ship the same order. > 3. Create return for the fulfilled order. > 4. You can see in return item that promo description is rendered with HTML > elements. > See attached screen shots for the details. (Promotion.png and Return.png) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7347) If promo text contains any HTML elements elements, it is not getting properly rendered on order return screen
Pritam Kute created OFBIZ-7347: -- Summary: If promo text contains any HTML elements elements, it is not getting properly rendered on order return screen Key: OFBIZ-7347 URL: https://issues.apache.org/jira/browse/OFBIZ-7347 Project: OFBiz Issue Type: Improvement Components: order, product Affects Versions: Trunk Reporter: Pritam Kute Assignee: Pritam Kute Priority: Minor Steps to regenerate: 1. Create an order for product 'WG-' with 5 quantity so that promo 'Test Promo 1' gets applied. 2. Quick ship the same order. 3. Create return for the fulfilled order. 4. You can see in return item that promo description is rendered with HTML elements. See attached screen shots for the details. (Promotion.png and Return.png) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7252) Error adding task to backlog
[ https://issues.apache.org/jira/browse/OFBIZ-7252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15323851#comment-15323851 ] Pritam Kute commented on OFBIZ-7252: Thanks [~Florian M] for reviewing the changes. In "replacement of custRequestId", I mean, custRequestId is already available in parameters map which was being replaced by this line of code. custRequestId is used in scrumForms.xml#NewTaskForSprintBacklog for preparing list of backlog tasks. Here we were getting null value because of above-mentioned replacement of parameter value and it was the cause of exception on the console. During exploration, I also found the problem in framework level code for handling of the in inherited form. I am going to start the discussion on it on the developer list very soon! > Error adding task to backlog > > > Key: OFBIZ-7252 > URL: https://issues.apache.org/jira/browse/OFBIZ-7252 > Project: OFBiz > Issue Type: Bug > Components: specialpurpose/scrum >Affects Versions: Trunk >Reporter: Montalbano Florian >Assignee: Pritam Kute > Labels: error, form, scrum, sprint, task > Attachments: OFBIZ-7252-Trunk.patch > > > There are several problems in the form to add a new task in a backlog. Step > to reproduce : > - Go to the Scrum component and select a product sprint > (https://localhost:8443/scrum/control/ViewSprint?sprintId=DEMO-SPRINT-1&projectId=DEMO-PROJECT-1) > - Scroll down to the Sprint Backlog List > - Click on a button "Add Task" > - See the error in the console. > From there, it's not possible to create a new task. When clicking on the > create button, there is an error and the target is > "https://localhost:8443/scrum/control/updateSprintTask"; where it should be > "https://localhost:8443/scrum/control/createSprintBacklogTask";. > I tried to solve the problem but it's beyond me. The form causing the problem > is scrumForms.xml#NewTaskForSprintBacklog and it extends the form > TaskForms.xml#EditSprintTask . > Thanks, > Florian -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7252) Error adding task to backlog
[ https://issues.apache.org/jira/browse/OFBIZ-7252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15322451#comment-15322451 ] Pritam Kute commented on OFBIZ-7252: I have looked into the code and found that first issue reported regarding console error was due to the replacement of custRequestId in parameters. Again I observed that the TaskForms.xml#EditSprintTask form is inherited in two different forms, one is scrumForms.xml#NewTaskForSprintBacklog and other is scrumForms.xml#NewTaskForUnplanBacklog. Request 'updateSprintTask' which is there in TaskForms.xml#EditSprintTask is responsible for updating existing task, so it is of no use as we are creating a new task for the sprint. So deleted the 'alt-target' from TaskForms.xml#EditSprintTask. Tested all the functionality and found working fine. > Error adding task to backlog > > > Key: OFBIZ-7252 > URL: https://issues.apache.org/jira/browse/OFBIZ-7252 > Project: OFBiz > Issue Type: Bug > Components: specialpurpose/scrum >Affects Versions: Trunk > Reporter: Montalbano Florian >Assignee: Pritam Kute > Labels: error, form, scrum, sprint, task > Attachments: OFBIZ-7252-Trunk.patch > > > There are several problems in the form to add a new task in a backlog. Step > to reproduce : > - Go to the Scrum component and select a product sprint > (https://localhost:8443/scrum/control/ViewSprint?sprintId=DEMO-SPRINT-1&projectId=DEMO-PROJECT-1) > - Scroll down to the Sprint Backlog List > - Click on a button "Add Task" > - See the error in the console. > From there, it's not possible to create a new task. When clicking on the > create button, there is an error and the target is > "https://localhost:8443/scrum/control/updateSprintTask"; where it should be > "https://localhost:8443/scrum/control/createSprintBacklogTask";. > I tried to solve the problem but it's beyond me. The form causing the problem > is scrumForms.xml#NewTaskForSprintBacklog and it extends the form > TaskForms.xml#EditSprintTask . > Thanks, > Florian -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7252) Error adding task to backlog
[ https://issues.apache.org/jira/browse/OFBIZ-7252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute updated OFBIZ-7252: --- Attachment: OFBIZ-7252-Trunk.patch > Error adding task to backlog > > > Key: OFBIZ-7252 > URL: https://issues.apache.org/jira/browse/OFBIZ-7252 > Project: OFBiz > Issue Type: Bug > Components: specialpurpose/scrum >Affects Versions: Trunk >Reporter: Montalbano Florian >Assignee: Pritam Kute > Labels: error, form, scrum, sprint, task > Attachments: OFBIZ-7252-Trunk.patch > > > There are several problems in the form to add a new task in a backlog. Step > to reproduce : > - Go to the Scrum component and select a product sprint > (https://localhost:8443/scrum/control/ViewSprint?sprintId=DEMO-SPRINT-1&projectId=DEMO-PROJECT-1) > - Scroll down to the Sprint Backlog List > - Click on a button "Add Task" > - See the error in the console. > From there, it's not possible to create a new task. When clicking on the > create button, there is an error and the target is > "https://localhost:8443/scrum/control/updateSprintTask"; where it should be > "https://localhost:8443/scrum/control/createSprintBacklogTask";. > I tried to solve the problem but it's beyond me. The form causing the problem > is scrumForms.xml#NewTaskForSprintBacklog and it extends the form > TaskForms.xml#EditSprintTask . > Thanks, > Florian -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7252) Error adding task to backlog
[ https://issues.apache.org/jira/browse/OFBIZ-7252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute reassigned OFBIZ-7252: -- Assignee: Pritam Kute > Error adding task to backlog > > > Key: OFBIZ-7252 > URL: https://issues.apache.org/jira/browse/OFBIZ-7252 > Project: OFBiz > Issue Type: Bug > Components: specialpurpose/scrum >Affects Versions: Trunk >Reporter: Montalbano Florian >Assignee: Pritam Kute > Labels: error, form, scrum, sprint, task > > There are several problems in the form to add a new task in a backlog. Step > to reproduce : > - Go to the Scrum component and select a product sprint > (https://localhost:8443/scrum/control/ViewSprint?sprintId=DEMO-SPRINT-1&projectId=DEMO-PROJECT-1) > - Scroll down to the Sprint Backlog List > - Click on a button "Add Task" > - See the error in the console. > From there, it's not possible to create a new task. When clicking on the > create button, there is an error and the target is > "https://localhost:8443/scrum/control/updateSprintTask"; where it should be > "https://localhost:8443/scrum/control/createSprintBacklogTask";. > I tried to solve the problem but it's beyond me. The form causing the problem > is scrumForms.xml#NewTaskForSprintBacklog and it extends the form > TaskForms.xml#EditSprintTask . > Thanks, > Florian -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (OFBIZ-7182) Selected menu item doesn't get highlighted on Search in category screen
[ https://issues.apache.org/jira/browse/OFBIZ-7182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pritam Kute closed OFBIZ-7182. -- Resolution: Not A Problem > Selected menu item doesn't get highlighted on Search in category screen > --- > > Key: OFBIZ-7182 > URL: https://issues.apache.org/jira/browse/OFBIZ-7182 > Project: OFBiz > Issue Type: Improvement > Components: product >Affects Versions: Trunk >Reporter: Pritam Kute >Assignee: Pritam Kute >Priority: Minor > > Steps to regenerate: > 1) Go to catalog -> Categories > 2) Find Categories by clicking on Find button > 3) Click on product category id '20111'. It will redirect to overview page of > that category. > 4) Click on 'Search in Category' button. > 5) You will be redirected to 'Advanced Search in Category' screen. > Here you can see that 'Categories' menu which was already selected doesn't > get highlighted. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7182) Selected menu item doesn't get highlighted on Search in category screen
[ https://issues.apache.org/jira/browse/OFBIZ-7182?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320072#comment-15320072 ] Pritam Kute commented on OFBIZ-7182: I explored around the code and found that Advance Search is the independent global screen to search products on different criteria. So it doesn't come under any menu item. So this is not actually the issue. So closing this task. > Selected menu item doesn't get highlighted on Search in category screen > --- > > Key: OFBIZ-7182 > URL: https://issues.apache.org/jira/browse/OFBIZ-7182 > Project: OFBiz > Issue Type: Improvement > Components: product >Affects Versions: Trunk >Reporter: Pritam Kute >Assignee: Pritam Kute >Priority: Minor > > Steps to regenerate: > 1) Go to catalog -> Categories > 2) Find Categories by clicking on Find button > 3) Click on product category id '20111'. It will redirect to overview page of > that category. > 4) Click on 'Search in Category' button. > 5) You will be redirected to 'Advanced Search in Category' screen. > Here you can see that 'Categories' menu which was already selected doesn't > get highlighted. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
