[jira] [Created] (OFBIZ-6088) There should not need to setup SystemProperty data on each tenant for specifying path to store tenant images.
Arun Patidar created OFBIZ-6088: --- Summary: There should not need to setup SystemProperty data on each tenant for specifying path to store tenant images. Key: OFBIZ-6088 URL: https://issues.apache.org/jira/browse/OFBIZ-6088 Project: OFBiz Issue Type: Bug Components: product Affects Versions: 13.07.01, Trunk, 14.12.01 Reporter: Arun Patidar Priority: Minor Currently user need to setup SystemProperty data for each tenant to specify path of product images to be store in separate directory . There should not need to create this data for each tenant instead system should add directory with tenantId in path of images. For doing this there should common property value set in catalog.properties like as: image.server.path=${sys:getProperty('ofbiz.home')}/hot-deploy/hwmapps/webapp/resources/${tenantId} image.url.prefix=/images/${tenantId} Only need to pass tenantId in context with FlexibleStringExpander.expandString() method. This change is extension of efforts done under task OFBIZ-5455 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-6082) HELP_HR_Main.xml invalid Docbook syntax
[ https://issues.apache.org/jira/browse/OFBIZ-6082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14328913#comment-14328913 ] Sharan Foga commented on OFBIZ-6082: HI Ron - you flagged this as 'Patch Available' but I can't see any attachment. Please can you attach the patch file. Thanks HELP_HR_Main.xml invalid Docbook syntax --- Key: OFBIZ-6082 URL: https://issues.apache.org/jira/browse/OFBIZ-6082 Project: OFBiz Issue Type: Bug Components: humanres Affects Versions: Trunk Environment: All Reporter: Ron Wheeler Assignee: Sharan Foga Titles can only be used once in a section. Add sub-sctions to HELP_HR_Main.xml -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-6085) Add support for production run inventory tracking
[ https://issues.apache.org/jira/browse/OFBIZ-6085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14328921#comment-14328921 ] Christian Carlow commented on OFBIZ-6085: - Hey Pierre, I went through vol1 and 2 looking for inventory tracking capabilities within a production run but found no reference to such functionality. Would converting RAW_MATERIAL inventory stocked in to a production run to product type WIP be acceptable? Essentially I'm trying to generate a WIP report that indicates the location of pieces in a production run to provide a department work load report which indicates how much work is currently going on in a department. Add support for production run inventory tracking - Key: OFBIZ-6085 URL: https://issues.apache.org/jira/browse/OFBIZ-6085 Project: OFBiz Issue Type: Improvement Components: manufacturing Affects Versions: Trunk Reporter: Christian Carlow Assignee: Pierre Smits Production run inventory tracking seems worthy of support so that production managers can get an idea of the department work load. InventoryItemDetails should be created during production run declarations so that the material that was stocked out for the production run can be tracked while it is being manufacturing into the good. Essentially is would be like stock moves or inventory xfers occuring within the production runs for the task fixed asset facilities/locations. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Adding UML to the Wiki
On 20/02/2015 2:24 AM, Jacques Le Roux wrote: Le 20/02/2015 02:15, Ron Wheeler a écrit : On 19/02/2015 12:36 PM, Jacques Le Roux wrote: Le 19/02/2015 17:19, Ron Wheeler a écrit : That would be great. I do not have write access to that part of the wiki but I could contribute some text and examples and links to the sites that I have found for Graphviz. It would be good to have some guidelines ( Use the embedded Wiki tools such as Graphviz and Gliffy whenever possible. when you create a grphic externally, add the source file to a child page as an attachment with the name of the tool and how the graphic can be regenerated. If you create Use Cases or other UML, add the model as a child page.) What are people using for UML? I believe most people use ArgoUML, at least I know the Neogia team did at some point They also mentioned their UFO tool http://www.neogia.org/wiki/index.php/U.F.O. It has only the entity part, but anyway, sincerely I'm not a fan of UML and such, I'm more inclined to something like Hemp where graphics are less important https://www.linkedin.com/groups/HEMP-Book-Now-Available-4640689.S.255382432 I tend to find https://cwiki.apache.org/confluence/display/OFBIZ/Data+Model+Diagrams enough for my needs. For my day to day work, I rely more on search in OOTB *mode*.xml files. Data Model Diagrams sounds convenient but they are also often blurring things. When you have a data model with 800+ tables it's not surprising... I agree that looking at the entity definitions is better specially since the graphics are 5 years old. If the drawings were updated as changes are made, it would be a more useful tool. Of course and update would be welcome, but sincerely I don't think there is much important things missing in those graphics, at least nothing preventing me to work on custom projects. Apart some adding I can't quickly recall I have recently (more than 1 year ago) marginally updated the GeoPoint data model https://issues.apache.org/jira/browse/OFBIZ-5453 Before the last change was r1222544 and it was 3+ year ago, see https://cwiki.apache.org/confluence/display/OFBIZ/Revisions+Requiring+Data+Migration+-+upgrade+ofbiz That's why I don't think we are missing much there, did you note something specific? Once I saw the age, I did not spend a lot of time there. I am building my current understanding from the xml files. There is more information there and I have more confidence that they reflect the current product. Ron Jacques Jacques One can use Gliffy but it does not create a model so there is no repurposing or analysis possible from the effort of creating the drawing. I have only seen a few Use Case drawings in the wiki but I did not find the source model that was used to create the drawings or even a mention of the tool used and I did not check to see if they were in Gliffy or not. I use ArgoUML which is free and open source. It is pretty complete but like some other open source products, it lacks a bit of polish and the docs are spotty. Ron On 19/02/2015 9:49 AM, Jacques Le Roux wrote: Maybe we could create a page in the wiki (children of https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+Contributors or directly a section in https://cwiki.apache.org/confluence/display/OFBADMIN/OFBiz+Contributors+Best+Practices) with Guidelines for graphics in the wiki? Jacques Le 19/02/2015 15:29, Ron Wheeler a écrit : http://blog.lunatech.com/2007/04/27/uml-class-diagrams-confluence-using-graphviz-and-dot Shows some simple ways to add UML to the wiki using Graphviz. Ron -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102
Re: Best Practise Guide
It was in the admin space because we did not want people to poke around. I'm fine to move it to the wiki. Be can always change if people are doing wrong, and with the no-spam policy we are now covered from morons Jacques Le 20/02/2015 21:14, Ron Wheeler a écrit : This is in the wrong section since it is written to apply to anyone doing an implementation whether or not they want to contribute their work to the project. It is a very nice common sense approach to extending the system. This is very useful and should be much more prominent in the site's discussion about implementation. As well, I am looking for some description about the data supplied with the system and the recommended way to apply the various types to business cases. Ron On 20/02/2015 9:22 AM, Sharan Foga wrote: Hi Ron Just looking around, I found this in the Project Admin Space https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+Contribution+and+Development. There is a best practise guide (which could be a good place for or at least a starting point for documenting best practise and any project policies.) It would need to come over to the Wiki to be accessible to everyone. Thanks Sharan
Re: New OFBiz Bug Crush Event tomorrow, trivia
Has the menu of bugs been selected and prioritized? Is there a chat room or virtual conference room going to be set up? Ron On 20/02/2015 10:25 AM, Jacopo Cappellato wrote: Hi all, tomorrow the HotWax team in Indore (India) is going to do a new OFBiz Bug Crush Event, which, as some of you may already know, will be repeated every 3rd saturday of each month. What most of you may not know is that the HotWax engineers are not just skilled at OFBiz but also great cooks :-) and the Bug Crush Events are a good chance to see them in actions on both fronts. The office-made menu for tomorrow is the following: Lunch: Dal-Chawal Butter Khichadi, Shrikhand, Achar, Namkeen, Papad, Salad. Dinner: Aaloo Bada, Aaloo Palak Mirchi Bajiya with Chatani and Tomato sauce. And, as usual, pictures of the whole event will be posted at https://www.facebook.com/HotwaxMediaIndore Jacopo -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102
Re: New OFBiz Bug Crush Event tomorrow, trivia
Thanks Jacopo for sharing the details. Thanks Pierre! Hello Ron, Here is document that we have prepared from Apache OFBiz Jira: https://docs.google.com/a/hotwaxmedia.com/spreadsheets/d/1y4n1WYTobMTa78E-Y0_zvYPTGwFrAykWmDhz6G4g3GA/edit?pli=1#gid=0 For now we are doing communication on our internal chat room - this includes priority assignment, task assignment to internal members etc. I will discuss things internally and be back with the idea like how we can collaborate in a public chat room, conference room. Thanks! -- Kind Regards Ashish Vijaywargiya HotWax Systems - est. 1997 On Sat, Feb 21, 2015 at 2:10 AM, Ron Wheeler rwhee...@artifact-software.com wrote: Has the menu of bugs been selected and prioritized? Is there a chat room or virtual conference room going to be set up? Ron On 20/02/2015 10:25 AM, Jacopo Cappellato wrote: Hi all, tomorrow the HotWax team in Indore (India) is going to do a new OFBiz Bug Crush Event, which, as some of you may already know, will be repeated every 3rd saturday of each month. What most of you may not know is that the HotWax engineers are not just skilled at OFBiz but also great cooks :-) and the Bug Crush Events are a good chance to see them in actions on both fronts. The office-made menu for tomorrow is the following: Lunch: Dal-Chawal Butter Khichadi, Shrikhand, Achar, Namkeen, Papad, Salad. Dinner: Aaloo Bada, Aaloo Palak Mirchi Bajiya with Chatani and Tomato sauce. And, as usual, pictures of the whole event will be posted at https://www.facebook.com/HotwaxMediaIndore Jacopo -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102
[jira] [Commented] (OFBIZ-4977) Limitation and issue with delegator.findByPrimaryKeyPartial method : returns error when partialKeyset contains PK value.
[ https://issues.apache.org/jira/browse/OFBIZ-4977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14330020#comment-14330020 ] Arun Patidar commented on OFBIZ-4977: - Attached patch is working fine. I have regenerated the issue and verified it. This patch is also applicable on 13.07, 14.12 and trunk Limitation and issue with delegator.findByPrimaryKeyPartial method : returns error when partialKeyset contains PK value. - Key: OFBIZ-4977 URL: https://issues.apache.org/jira/browse/OFBIZ-4977 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Trunk Reporter: Sumit Pandit Assignee: Adam Heath Attachments: OFBIZ-4977.patch * *Issue with method:* delegator.findByPrimaryKeyPartial(GenericPK primaryKey, SetString keys) * *Problem Statement:* Above method return error when fieldsToSelect(keys) set contains any of primary key. * *Expected Result:* Method should return GenericValue object containing all valid fields which has been passed in fieldToSelect keyset. * *Example:* GenericPK genericPk = delegator.makePK(Product, UtilMisc.toMap(productId, GZ-2644)); GenericValue product = delegator.findByPrimaryKeyPartial(genericPk, UtilMisc.toSet(productId, productTypeId, internalName, longDescription)); * *Response :* org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://ecommerce/widget/CommonScreens.xml#]: org.ofbiz.base.util.GeneralException: Error running Groovy script at location [component://ecommerce/webapp/ecommerce/WEB-INF/actions/.groovy] (In partialSelect invalid field names specified: [productId]) (Error running Groovy script at location [component://ecommerce/webapp/ecommerce/WEB-INF/actions/.groovy] (In partialSelect invalid field names specified: [productId])) * *Where productId is completely valid field name.* -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-5419) Ordering a License product sometimes (most often) gives a blank page
[ https://issues.apache.org/jira/browse/OFBIZ-5419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya reassigned OFBIZ-5419: -- Assignee: Ashish Vijaywargiya (was: Pranay Pandey) Ordering a License product sometimes (most often) gives a blank page Key: OFBIZ-5419 URL: https://issues.apache.org/jira/browse/OFBIZ-5419 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Release Branch 11.04, Release Branch 12.04, Release Branch 13.07, Trunk Reporter: Jacques Le Roux Assignee: Ashish Vijaywargiya Priority: Minor Attachments: OFBIZ-5419.patch The R10.04 version is also affected. Sometimes you can order a License product, sometimes not (blank page in any version, tested on official demos). And if you hit F5 in the blank page, you order another one and it works (not a blank page, cart with 2 ordered products) Could be related to response name=success type=view-last value=showcart save-last-view=true/ -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: New OFBiz Bug Crush Event tomorrow, trivia
Hello Team, Please refer following link and discard the previous one: https://docs.google.com/spreadsheets/d/1y4n1WYTobMTa78E-Y0_zvYPTGwFrAykWmDhz6G4g3GA/edit?pli=1#gid=0 Kind Regards Ashish Vijaywargiya HotWax Systems - est. 1997 On Sat, Feb 21, 2015 at 10:37 AM, Ashish Vijaywargiya ashish.vijaywarg...@hotwaxsystems.com wrote: Thanks Jacopo for sharing the details. Thanks Pierre! Hello Ron, Here is document that we have prepared from Apache OFBiz Jira: https://docs.google.com/a/hotwaxmedia.com/spreadsheets/d/1y4n1WYTobMTa78E-Y0_zvYPTGwFrAykWmDhz6G4g3GA/edit?pli=1#gid=0 For now we are doing communication on our internal chat room - this includes priority assignment, task assignment to internal members etc. I will discuss things internally and be back with the idea like how we can collaborate in a public chat room, conference room. Thanks! -- Kind Regards Ashish Vijaywargiya HotWax Systems - est. 1997 On Sat, Feb 21, 2015 at 2:10 AM, Ron Wheeler rwhee...@artifact-software.com wrote: Has the menu of bugs been selected and prioritized? Is there a chat room or virtual conference room going to be set up? Ron On 20/02/2015 10:25 AM, Jacopo Cappellato wrote: Hi all, tomorrow the HotWax team in Indore (India) is going to do a new OFBiz Bug Crush Event, which, as some of you may already know, will be repeated every 3rd saturday of each month. What most of you may not know is that the HotWax engineers are not just skilled at OFBiz but also great cooks :-) and the Bug Crush Events are a good chance to see them in actions on both fronts. The office-made menu for tomorrow is the following: Lunch: Dal-Chawal Butter Khichadi, Shrikhand, Achar, Namkeen, Papad, Salad. Dinner: Aaloo Bada, Aaloo Palak Mirchi Bajiya with Chatani and Tomato sauce. And, as usual, pictures of the whole event will be posted at https://www.facebook.com/HotwaxMediaIndore Jacopo -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102
[jira] [Updated] (OFBIZ-5419) Ordering a License product sometimes (most often) gives a blank page
[ https://issues.apache.org/jira/browse/OFBIZ-5419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arun Patidar updated OFBIZ-5419: Attachment: OFBIZ-5419.patch Attached is the patch to fix the same issue. Issue was due to save-current-view value is set to true. This was causing issue in ajax request. Ordering a License product sometimes (most often) gives a blank page Key: OFBIZ-5419 URL: https://issues.apache.org/jira/browse/OFBIZ-5419 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Release Branch 11.04, Release Branch 12.04, Release Branch 13.07, Trunk Reporter: Jacques Le Roux Assignee: Pranay Pandey Priority: Minor Attachments: OFBIZ-5419.patch The R10.04 version is also affected. Sometimes you can order a License product, sometimes not (blank page in any version, tested on official demos). And if you hit F5 in the blank page, you order another one and it works (not a blank page, cart with 2 ordered products) Could be related to response name=success type=view-last value=showcart save-last-view=true/ -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: New OFBiz Bug Crush Event tomorrow, trivia
Always nice to know. Best regards, Pierre Smits *ORRTIZ.COM http://www.orrtiz.com* Services Solutions for Cloud- Based Manufacturing, Professional Services and Retail Trade http://www.orrtiz.com On Fri, Feb 20, 2015 at 4:25 PM, Jacopo Cappellato jacopo.cappell...@hotwaxsystems.com wrote: Hi all, tomorrow the HotWax team in Indore (India) is going to do a new OFBiz Bug Crush Event, which, as some of you may already know, will be repeated every 3rd saturday of each month. What most of you may not know is that the HotWax engineers are not just skilled at OFBiz but also great cooks :-) and the Bug Crush Events are a good chance to see them in actions on both fronts. The office-made menu for tomorrow is the following: Lunch: Dal-Chawal Butter Khichadi, Shrikhand, Achar, Namkeen, Papad, Salad. Dinner: Aaloo Bada, Aaloo Palak Mirchi Bajiya with Chatani and Tomato sauce. And, as usual, pictures of the whole event will be posted at https://www.facebook.com/HotwaxMediaIndore Jacopo
New OFBiz Bug Crush Event tomorrow, trivia
Hi all, tomorrow the HotWax team in Indore (India) is going to do a new OFBiz Bug Crush Event, which, as some of you may already know, will be repeated every 3rd saturday of each month. What most of you may not know is that the HotWax engineers are not just skilled at OFBiz but also great cooks :-) and the Bug Crush Events are a good chance to see them in actions on both fronts. The office-made menu for tomorrow is the following: Lunch: Dal-Chawal Butter Khichadi, Shrikhand, Achar, Namkeen, Papad, Salad. Dinner: Aaloo Bada, Aaloo Palak Mirchi Bajiya with Chatani and Tomato sauce. And, as usual, pictures of the whole event will be posted at https://www.facebook.com/HotwaxMediaIndore Jacopo
[jira] [Commented] (OFBIZ-3056) Selection of any of Browse Content menu selection items returns no results
[ https://issues.apache.org/jira/browse/OFBIZ-3056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14330047#comment-14330047 ] Arun Patidar commented on OFBIZ-3056: - Functionality is working fine, its only due to missing ContentAssoc data for that contents. Only need to associate content with main content as contentAssocType =publish link Its not a issue so this should be close now. Selection of any of Browse Content menu selection items returns no results Key: OFBIZ-3056 URL: https://issues.apache.org/jira/browse/OFBIZ-3056 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Trunk Environment: For example, see this URL: https://demo.ofbiz.org/ecommerce/control/showcontenttree?contentId=CNTGIZMOSnodeTrailCsv=CNTGIZMOS Reporter: Ruth Hoffman Priority: Minor Attachments: BrowseContentResults.jpg A graphic is attached to show returned results. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3563) Creating a category with an ID (manually or automatically) that matches an existing productID will show the unrelated product when enter into the category on the 'Browse
[ https://issues.apache.org/jira/browse/OFBIZ-3563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3563: --- Sprint: Bug Crush Event - 21/2/2015 Creating a category with an ID (manually or automatically) that matches an existing productID will show the unrelated product when enter into the category on the 'Browse category' of the Ecommerce application. -- Key: OFBIZ-3563 URL: https://issues.apache.org/jira/browse/OFBIZ-3563 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Release Branch 13.07, Trunk, 14.12.01 Environment: Ubuntu 8.04 Reporter: Jonatan Soto Assignee: Pranay Pandey Labels: SEO, categoryid, productid Fix For: 14.12.01, Upcoming Branch Attachments: OFBIZ-3563.patch Steps to reproduce it: - Create a new category and set the ID manually that corresponds with an existing productID. - Go to the Ecommerce app and enter in the category has been created. - The product with the same ID will be show but it isn't really related to this category. As Jacques noted on the ML, it could be related to an URL improvement (SEO) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3583) Resolve two issues with scheduled jobs related to clean-up
[ https://issues.apache.org/jira/browse/OFBIZ-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3583: --- Sprint: Bug Crush Event - 21/2/2015 Resolve two issues with scheduled jobs related to clean-up -- Key: OFBIZ-3583 URL: https://issues.apache.org/jira/browse/OFBIZ-3583 Project: OFBiz Issue Type: Bug Components: framework Reporter: Bob Morley Assignee: Nicolas Malin Attachments: OFBIZ-3583_FixsToScheduledJobCleanup.patch Encountered two problems -- 1) If a semaphore service is executing when the application server goes down (see purgeOldJobs) the reloadCrashedJobs takes over to mark this job as CRASHED. However, it does not clean-up the ServiceSemaphore record which causes all future jobs to either fail immediately or wait (until semaphore timeout) and then fail. 2) When ServiceUtil.purgeOldJobs is invoked it blindly attempts to delete runtimeData and then rollsback if this delete fails (always when other jobs reference the same runtimeData). This causes a service error log message for what is really typical behavior. Solutions -- 1) When reloading crashed jobs, we look for a rogue ServiceSemaphore for this service name and purge it (on start-up). This works for multiple application servers because any crashed job would leave behind the semaphore and no other application server running the JobManager could have created it (as they would have been blocked from executing). 2) In purgeOldJobs I changed the list of runtimeDataIds from a List to a Set (this remove the redundant delete requests). When attempting the delete I do a quick count on the JobSandbox table to see if there are any jobs still hanging onto the particular RuntimeData instance and only attempt the delete when there are no more remaining jobs. There is an existing index on the JobSandbox for the runtimeDataId so this count should perform relatively quickly. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2742) The road to the fully functional and integrated project manager.
[ https://issues.apache.org/jira/browse/OFBIZ-2742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2742: --- Sprint: Bug Crush Event - 21/2/2015 The road to the fully functional and integrated project manager. Key: OFBIZ-2742 URL: https://issues.apache.org/jira/browse/OFBIZ-2742 Project: OFBiz Issue Type: Improvement Components: specialpurpose/projectmgr Affects Versions: Trunk Reporter: Hans Bakker We found customers who are interested in this kind of extension to OFBiz. This issue is created to see if any other users are interested joining the creation of the extension below. Currently the project manager administers the project structure, the project progress in estimated and actual dates/hours, registration of actual hours and enables the creation of invoices from that. What is missing are the following functions: 1. be able to add goods/products required for that task and make the link to inventory, also keeping track what is used todate (taken out of inventory or when not present what need to be purchased before a certain date) 2. be able to book/rent locations/tools/machinery and make the link to the fixed asset calendars to check for availability 3. to calculate the costs at task/phase/project level in estimated and actual values. 4. Having reports to compare similar projects concerning progress and costs 5. to be able to enter 'late' fees which will be taken into the costs calculation. Please add comments if you have any suggestions or would like to join. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4430) Replace OFBiz HttpClient either by org.apache.commons.httpclient.HttpClient or rewrite it using NIO
[ https://issues.apache.org/jira/browse/OFBIZ-4430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4430: --- Sprint: Bug Crush Event - 21/2/2015 Replace OFBiz HttpClient either by org.apache.commons.httpclient.HttpClient or rewrite it using NIO --- Key: OFBIZ-4430 URL: https://issues.apache.org/jira/browse/OFBIZ-4430 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Reporter: Jacques Le Roux The main problem with current implementation is that it does not handle connections release. You must rely on the SO to release them (timeout). Related thread: http://markmail.org/message/qgmdgqqxakio6fja -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3292) Having one physicalInventory when making multiple stock moves
[ https://issues.apache.org/jira/browse/OFBIZ-3292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3292: --- Sprint: Bug Crush Event - 21/2/2015 Having one physicalInventory when making multiple stock moves - Key: OFBIZ-3292 URL: https://issues.apache.org/jira/browse/OFBIZ-3292 Project: OFBiz Issue Type: Improvement Components: product Affects Versions: Trunk Reporter: Erwan de FERRIERES Attachments: 3292.patch When making a physical inventory and on the same page changing multiple stock values, we are creating multiple PhysicalInventory lines. With this patch, changing multiple stock lines will create only one PhysicalInventory, which is much easier to handle after. Test process : Before the patch go to https://localhost:8443/facility/control/FindFacilityPhysicalInventory?facilityId=WebStoreWarehouse, then search for GZ% in the productId field, then change the values for more than one product. Then validate. When looking at the PhysicalInventory entity, you've got as many lines as you've changed values. After : you've got only one line in PhysicalInventory for the changes you've made. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2753) Cart that is loaded from an order has its orderId set to null
[ https://issues.apache.org/jira/browse/OFBIZ-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2753: --- Sprint: Bug Crush Event - 21/2/2015 Cart that is loaded from an order has its orderId set to null - Key: OFBIZ-2753 URL: https://issues.apache.org/jira/browse/OFBIZ-2753 Project: OFBiz Issue Type: Improvement Components: order Affects Versions: Trunk Reporter: Bob Morley ShoppingCartEvents.loadCartFromOrder has the following near the bottom of the method: // Since we only need the cart items, so set the order id as null cart.setOrderId(null); I believe this is ok with standard Ofbiz applications because the only time a shopping cart is loaded from an order i when you wish to initiate the order entry process from an existing order (you will be creating a new order). In our system however, you can start an order, persist it, and then pick it up later to make more adjustments. In this scenario the actual orderId should be available (and accurate) to the order that was used for loading. Recommendation - create a new service method initializeCartFromOrder or provide a parameter that indicates if the intent is to load into the cart for initialization (vs. for existing order manipulation). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2866) Allow entity-data-reader to indicate if it should insert, update, or upsert records
[ https://issues.apache.org/jira/browse/OFBIZ-2866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2866: --- Sprint: Bug Crush Event - 21/2/2015 Allow entity-data-reader to indicate if it should insert, update, or upsert records --- Key: OFBIZ-2866 URL: https://issues.apache.org/jira/browse/OFBIZ-2866 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Reporter: Bob Morley Attachments: OFBIZ-2866_EntityDataReaderInsertOrUpdate.patch This ticket is the result of forum conversation: http://www.nabble.com/Handling-one-time-seed-data-tt25136333.html What this support provides is the ability at the entity-data-reader level to indicate if the entities loaded from that reader should insert, update, or upsert records into the database. The current process is an upsert. This patch provides the following: - enhancement on entity-data-reader to indicate if insert-values and update-values is true/false. By default they are true/true; this provides the ability to re-execute seed-initial data to pickup new records (but leave others unmodified) by setting the attributes to true/false (effectively skipping updates). In practice these are the only two flavors, but this design provides the flexibility to do all four permutations. - resulting informational messages were showing the read total but calling this the changed total. A new object was created (entityDataLoadResults) which can hold any metrics related to the data load. Signature changes and some logic changes were put into place to use this result and then nicely report a true written / read information message during and at the end of the data load. - a bug was found when the dirty check in DelegatorImpl.storeAll where it was using the GenericEntity.get method for the new/old value comparison. This performed a resource lookup so these values would always match. I found this when testing my code using the GeoData -- I was changing the country name and it was not being properly updated. The fix was to change the protection on the GenericEntity.getFieldValue method and then use that in the DelegatorImpl. This does a check of the true database value vs. the value form the data loading entity (typically xml file). There should be no changes other than the information messages coming out in both the DataLoader and the WebToolsService.entityImportReaders. Configuration change can be applied as such: entity-data-reader name=seed-initial insert-values=true update-values=false/ Sample of the information messages from a load: 5 of 00029 from file:/Users/rmorley/dev/ofbiz-trunk/ofbiz/specialpurpose/assetmaint/data/AssetMaintDemoData.xml =-=-=-=-=-=-= Finished the data load with 1086 rows changed of 12184 rows read. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2820) Pricing for variable size objects
[ https://issues.apache.org/jira/browse/OFBIZ-2820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2820: --- Sprint: Bug Crush Event - 21/2/2015 Pricing for variable size objects - Key: OFBIZ-2820 URL: https://issues.apache.org/jira/browse/OFBIZ-2820 Project: OFBiz Issue Type: New Feature Components: product Affects Versions: Trunk Environment: all Reporter: Mark Whitis OFBiz seems to lack support for variable size objects. Examples: - 5.36 hours of time at $100 for first hour and $75 per additional hour billed in increments of 15 minutes. - 1.7 yards of cloth at $6.37 per yard - 1.5lb of bulk whole wheat flour at $1.58/pound - 4 pieces 6 inches long of alloy 6061-T6511 aluminum 1 square bar stock: - Maximum length per piece: 108 inches - Pull charge: $0.50 - Cutting charge: 4 cuts at $0.15/cut - may be global or item specific or calculated based on cross section and material - Cross section: 1 cubic inch per inch (line item specific) - Density: 0.098 pounds per cubic inch (shared for all 6061-T6511 products) - Shape modifier:1.00 for square shape (line item or category specific) - some shapes may be more expensive per unit weight. - Shipping weight: piece_length*number_of_pieces*cross_section*density - cost per pound: shared with other 6061-T6511 product - Cost: pull_charge+cut_charge*number_of_pieces+cross_section*density*shape_modifier*price_per_pound*(piece_length+kerf)*number_of_pieces The cost of aluminum may change frequently. Price calculation might be based on the current spot price of aluminum, inventory replacement cost (same as preceeding), or the cost when these particular bars were acquired, or some function that takes both into account. Remainder charges: Since pieces are cut from fixed length bars, Prices may figure in a surcharge based on the remaining portion that will be more or less unsaleable and has to be sold as surplus, melted down, etc. Or alternatively, this can be included in the charge and a discount offered for full bar lengths supplied as full bar or cut up. So, you pay a reduced price per inch (or a fixed cost) if you buy a full bar or if you order a full bar cut to length, etc. - Full bar price modifier: 0.80. example: 13 pieces 16 long (+1/8 saw kerf) gets 7 pieces from the first bar, charged as 1 bar + 7 cuts, and 6 pieces from the second bar charged by the inch.However, since the full bar price is lower, in this case, this can be charged as 2 bars + 13 cuts. Example sites: www.asapsource.com, www.onlinemetals.com, www.industrialmetals.com.Various levels of dysfunction. ASAP's web store can handle per inch pricing but can't factor in the cutting prices properly so they charge greatly inflated (almost 4x what the price should be) cost per inch.industrialmetals web store can't handle per inch pricing so they clutter up the website with 12, 24, 36, 48, 60, and 72 standard lengths of the same item, you have to contact them if you want a different length, and a substantial portion of their inventory isn't in the webstore due to the burden of creating six or more products per item (not to mention having to change hundreds of items * 6 copies when the cost of materials changs). - t-slot structural aluminum This is very similar to the bar stock given above.However, there is a twist.There are optional standard machining services. - 4 pieces 32 long of 10EX1020 extrusion - 1 clearance hole {0.125} diameter measured {0.5} from end {A} along grove {A}. - 1 clearance hole 0.125 diameter measured 0.5 from end A along grove B -1 clearance hole 0.125 diameter measured 0.5 from end B along grove A - 1 clearance hole 0.125 diameter measured 0.5 from end B along grove B - 1 customer part number marking: XYZ001 - 2 pieces 32 long of 10EX1020 extrusion - 1 {clearance hole} {0.125} diameter measured {0.5} from end {A} along grove {A}. - 1 clearance hole 0.125 diameter measured 0.5 from end A along grove B - 1 clearance hole 0.125 diameter measured 1.5 from end A along grove A - 1 clearance hole 0.125 diamter measured 1.5 from end A along grove B - (four more holes - repeat above for end B). - 1 customer part number marking: XYZ002 In this case, clearance hole is a partnumber and there is another partnumber for counterbore and another for an angled
[jira] [Updated] (OFBIZ-3230) Improve portlet title bar style in MyPortal
[ https://issues.apache.org/jira/browse/OFBIZ-3230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3230: --- Sprint: Bug Crush Event - 21/2/2015 Improve portlet title bar style in MyPortal --- Key: OFBIZ-3230 URL: https://issues.apache.org/jira/browse/OFBIZ-3230 Project: OFBiz Issue Type: Improvement Components: specialpurpose/myportal Affects Versions: Release Branch 09.04, Trunk Reporter: Michael Xu To make portlet style more professional and clean, I would like to suggest to put all common actions as standard icons in title bar (like minimize and close) and other specific actions as drop down menu (otherwise, the height of title bar will be messed up if too many actions there or width of portlet gets changed). Maybe we can use the style like igoogle. Regards, Michael -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2880) ability to add attachment (e.g. document) to any entity record
[ https://issues.apache.org/jira/browse/OFBIZ-2880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2880: --- Sprint: Bug Crush Event - 21/2/2015 ability to add attachment (e.g. document) to any entity record --- Key: OFBIZ-2880 URL: https://issues.apache.org/jira/browse/OFBIZ-2880 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Reporter: chris snow Several components allow attachments to be uploaded (e.g. partymgr screen, project screen, project task screen). On many occasions users have requested the ability to upload a document to ANY entity record. OpenERP (and I think Compiere) has this functionality to add an attachment to any record. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2831) Allow fields to be set directly from a bsh scriptlet
[ https://issues.apache.org/jira/browse/OFBIZ-2831?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2831: --- Sprint: Bug Crush Event - 21/2/2015 Allow fields to be set directly from a bsh scriptlet Key: OFBIZ-2831 URL: https://issues.apache.org/jira/browse/OFBIZ-2831 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Reporter: Bob Morley Attachments: OFBIZ-2831.patch, OFBIZ-2831.patch We have made an improvement to the SetField class in Screen, Field, Menu, and Tree. You used to do something like this -- set field=name value=${bsh:org.ofbiz.Foo.Bar()} type=Integer / A disadvantage of this technique is that the value is handled by a FlexibleStringExpander (which will always return a string). Implementation of this expander will notice the bsh and parse out the scriptlet, interpret and get an Object back, then convert the Object to a String. The caller (say ModelScreenAction) will then take this Object and do a simple type conversion (on ObjectType) to the desired type for the user. This works fine if the function can return something that can convert to a String and then back to the desired type. When the return result can not (say a List) then you are pooched. My proposed solution is make the grammar more clear in the xml for the Model Action by explicitly stating that we will be providing a bsh scriptlet. Moreover, since we directly call for the Object we can directly convert to the desired object which will work properly for non-string serializable objects like lists and maps. set field=name from-bsh=org.ofbiz.Foo.Bar() type=Integer / The implementation does treat the scriptlet as a FlexibleString so it will convert inside for labels resolution and the like. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3870) Extend GenericEntityExceptions and provide subclasses for different types of database errors
[ https://issues.apache.org/jira/browse/OFBIZ-3870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3870: --- Sprint: Bug Crush Event - 21/2/2015 Extend GenericEntityExceptions and provide subclasses for different types of database errors Key: OFBIZ-3870 URL: https://issues.apache.org/jira/browse/OFBIZ-3870 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Deyan Assignee: Adam Heath Attachments: GenericEntityException_SQLState.patch, GenericEntityException_SQLState_v2.patch Currently EntityEngine provides only GenericDuplicateKeyException which is never used. It is needed for development purposes to create more detailed exceptions level which allows developers to better handle database errors and warnings and help distinguish between recoverable and not-recoverable errors. This improvement provides the following classes: GenericIntegrityConstraintViolationException - GenericEntityException GenericRestrictViolationException - GenericIntegrityConstraintViolationException GenericNotNullViolationException - GenericIntegrityConstraintViolationException GenericGoreignKeyViolationException - GenericIntegrityConstraintViolationException GenericDuplicateKeyException - GenericIntegrityConstraintViolationException ( modified superclass ) GEnericCheckViolationException - GenericIntegrityConstraintViolationException -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4251) DATASPD_MEASURE has incorrect conversionFactors
[ https://issues.apache.org/jira/browse/OFBIZ-4251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4251: --- Sprint: Bug Crush Event - 21/2/2015 DATASPD_MEASURE has incorrect conversionFactors --- Key: OFBIZ-4251 URL: https://issues.apache.org/jira/browse/OFBIZ-4251 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release Branch 10.04 Reporter: Seweryn Niemiec Labels: bitrate,, multiplier,, units, Original Estimate: 1h Remaining Estimate: 1h Binary prefixes have never been used for bitrates. Bitrate has multiplication factors based on powers of 10, not 2. k, M, G etc are standard metric multipliers: 10^3, 10^6, 10^9, not 2^10, 2^20, 2^30. Check http://en.wikipedia.org/wiki/Bit_rate for details. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2836) ModelNotification is not serializable
[ https://issues.apache.org/jira/browse/OFBIZ-2836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2836: --- Sprint: Bug Crush Event - 21/2/2015 ModelNotification is not serializable - Key: OFBIZ-2836 URL: https://issues.apache.org/jira/browse/OFBIZ-2836 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release Branch 4.0 Environment: All Reporter: Tony Noble request-redirect fails after submitting a form that does not meet the associated service's requirements. Steps to reproduce: Controller.xml entry looks as follows: request-map uri=CreateItem security auth=true https=true/ event type=service path= invoke=createItem / response name=success type=request-redirect-noparam value=ListItems/ response name=error type=request-redirect value=CreateItemForm/ /request-map The createItem service should contain at least one mandatory field. When submitting a form that calls the service with this field absent, RequestHandler generates a serialization exception with the message 'ModelNotification: Object is not serializable'. This appears to be generated by the callRedirect() method of the RequestHandler class, which would suggest that ModelNotification passes the 'instanceof Serializable' test, even though it actually isn't. Looking at the ModelNotification.java, making it Serializable is a trivial task, though I'm not sure whether this is needed or whether it should just not be added to the request attributes in the first place. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3385) Axis2 integration returns Unsupported Content-Type: text/html;charset=utf-8 Supported ones are: [text/xml]
[ https://issues.apache.org/jira/browse/OFBIZ-3385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3385: --- Sprint: Bug Crush Event - 21/2/2015 Axis2 integration returns Unsupported Content-Type: text/html;charset=utf-8 Supported ones are: [text/xml] Key: OFBIZ-3385 URL: https://issues.apache.org/jira/browse/OFBIZ-3385 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Trunk Reporter: chris snow Attachments: patch.txt, patch2.txt I have setup the findPartiesById service to export=true and tried to call the web service using Netbeans 6.5. I received the following error message: {code} com.sun.xml.internal.ws.server.UnsupportedMediaException: Unsupported Content-Type: text/html;charset=utf-8 Supported ones are: [text/xml] at com.sun.xml.internal.ws.encoding.StreamSOAPCodec.decode(StreamSOAPCodec.java:284) at com.sun.xml.internal.ws.encoding.StreamSOAPCodec.decode(StreamSOAPCodec.java:118) at com.sun.xml.internal.ws.encoding.SOAPBindingCodec.decode(SOAPBindingCodec.java:278) at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:180) at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:83) at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(DeferredTransportPipe.java:105) at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Fiber.java:587) at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Fiber.java:546) at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Fiber.java:531) at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Fiber.java:428) at com.sun.xml.internal.ws.client.Stub.process(Stub.java:211) at com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(SEIStub.java:124) at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:98) at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:78) at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(SEIStub.java:107) at $Proxy28.findPartiesById(Unknown Source) at javaapplication7.Main.main(Main.java:74) {code} Watching the tcp steam with wireshark, I can see that the prefix ns2 is added to the map-Entry items: {code} S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/; S:Body ns2:findPartiesById xmlns:ns2=http://ofbiz.apache.org/service/; map-Map ns2:map-Entry ns2:map-Key ns2:std-String value=idToFind/ /ns2:map-Key ns2:map-Value ns2:std-String value=admin/ /ns2:map-Value /ns2:map-Entry ns2:map-Entry ns2:map-Key ns2:std-String value=login.username/ /ns2:map-Key ns2:map-Value ns2:std-String value=admin/ /ns2:map-Value /ns2:map-Entry ns2:map-Entry ns2:map-Key ns2:std-String value=login.password/ /ns2:map-Key ns2:map-Value ns2:std-String value=ofbiz/ /ns2:map-Value /ns2:map-Entry /map-Map /ns2:findPartiesById /S:Body /S:Envelope {code} If I copy this soap message and paste into SoapUI, the soap call fails. However, if I strip off the ns2 prefix from the map-Entry items (as below), the call succeeds: {code} S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/; S:Body ns2:findPartiesById xmlns:ns2=http://ofbiz.apache.org/service/; map-Map map-Entry map-Key std-String value=idToFind/ /map-Key map-Value std-String value=admin/ /map-Value /map-Entry map-Entry map-Key std-String value=login.username/ /map-Key map-Value std-String value=admin/ /map-Value /map-Entry map-Entry map-Key std-String value=login.password/ /map-Key map-Value std-String value=ofbiz/ /map-Value /map-Entry /map-Map /ns2:findPartiesById /S:Body /S:Envelope {code} My java class is: {code} package javaapplication7; import org.apache.ofbiz.service.MapEntry; import
[jira] [Updated] (OFBIZ-2629) Add a parameter for the port to use in RemoteDispatcherImpl
[ https://issues.apache.org/jira/browse/OFBIZ-2629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2629: --- Sprint: Bug Crush Event - 21/2/2015 Add a parameter for the port to use in RemoteDispatcherImpl --- Key: OFBIZ-2629 URL: https://issues.apache.org/jira/browse/OFBIZ-2629 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Reporter: Cimballi I suggest to add a parameter for the port to use in RemoteDispatcherImpl so that one can choose which port to use for the communication. It can help on a network with firewalls. I think it means : - add the parameter / property to the base/config/ofbiz-containers.xml file, and maybe other configuration files - update the RmiServiceContainer class, handling the parameter / property - update the RemoteDispatcherImpl class, adding a constructor -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4041) Materialized views
[ https://issues.apache.org/jira/browse/OFBIZ-4041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4041: --- Sprint: Bug Crush Event - 21/2/2015 Materialized views -- Key: OFBIZ-4041 URL: https://issues.apache.org/jira/browse/OFBIZ-4041 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: Trunk Reporter: Marc Morin Assignee: Jacques Le Roux Attachments: OFBIZ-4041-V2.patch, OFBIZ-4041-V2.patch, OFBIZ-4041.patch We make extensive use of view entities in our ofbiz application. We have noticed that when there is a large dataset and under some complex views, the query performance was not the best (not a index issue, just complex joins, etc...). With some commercial databases like Oracle, etc... we would have used materialized view semantics available for these dbms, but we are using PostgreSQL. So, we have extended the entity layer in Ofbiz to perform the materialization. This is pretty slick as all you need to do is the following: view-entity name=myView materialize=true.../view-entity and the system will do the following: - create a backing entity called myView that has the same fields as the view - backing entity has all the indexes inherited from the component entities - relations (fk,...) inherited from the component entities. - perform all the ECA actions automatically on all entities used in the view (direct members and nested members if case of view on views). (This is an eager update strategy only). So, the application doesn't change, it still accesses myView, but now, it's result is returned from the backing entity instead of the complex SQL statement. We're pretty excited about this feature!!! Really pushes Ofbiz framework to next level and allows materialized views to be more broadly used on dbms that don't naturally support it. We are prepared to contribute this feature back to the community if desired. A note of caution about it though we have added a visitor pattern to the model entities and this feature makes use of it. It would need to come with it. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3329) commonext component has dependency on party management component
[ https://issues.apache.org/jira/browse/OFBIZ-3329?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3329: --- Sprint: Bug Crush Event - 21/2/2015 commonext component has dependency on party management component Key: OFBIZ-3329 URL: https://issues.apache.org/jira/browse/OFBIZ-3329 Project: OFBiz Issue Type: Bug Components: commonext/setup Affects Versions: Trunk Reporter: chris snow Assignee: Anil K Patel Attachments: OFBiz-3329-trunk.patch I've just tried commenting out all components except commonext on trunk (i.e. in component-load.xml). I ran the ant tasks create-admin-user-login, then run and then tried to access the url https://localhost:8443/webtools/ I received the following error message: org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://common/widget/CommonScreens.xml#GlobalDecorator]: org.ofbiz.base.util.GeneralException: Error running Groovy script at location [component://commonext/script/changeOrgPartyId.groovy] (Could not find definition for entity name PartyAcctgPrefAndGroup) (Error running Groovy script at location [component://commonext/script/changeOrgPartyId.groovy] (Could not find definition for entity name PartyAcctgPrefAndGroup)) It seems that commonext has a dependency on the party component. I'm not sure is this is an issue - is there any guidelines on what dependencies can go in commonext? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2712) Ecommerce time machine
[ https://issues.apache.org/jira/browse/OFBIZ-2712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2712: --- Sprint: Bug Crush Event - 21/2/2015 Ecommerce time machine -- Key: OFBIZ-2712 URL: https://issues.apache.org/jira/browse/OFBIZ-2712 Project: OFBiz Issue Type: New Feature Components: specialpurpose/ecommerce Reporter: Patrick Antivackis Attachments: OFBIZ-2712-2009-07-27.patch Original Estimate: 336h Remaining Estimate: 336h The idea of this new feature is to allow a power user (having a specific right) to choose a date (future or past) allowing him to browse the ecommerce site at his chosen date. This feature will allow for example an administrator to check that all products/categories/prices/promotions are well configured for a time special event (christmas, new product/category launch). The impact is quite uge as a lot of services need to take into account a new IN parameter (Timestamp moment) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4308) CalendarDateSelect Shows wrong selected date
[ https://issues.apache.org/jira/browse/OFBIZ-4308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4308: --- Sprint: Bug Crush Event - 21/2/2015 CalendarDateSelect Shows wrong selected date - Key: OFBIZ-4308 URL: https://issues.apache.org/jira/browse/OFBIZ-4308 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release Branch 10.04 Reporter: Stephen Rufle Assignee: Jacques Le Roux Attachments: ASF.LICENSE.NOT.GRANTED--OrderPurchaseReportOptions-CalendarDateSelect.jpg, ASF.LICENSE.NOT.GRANTED--screenshot-1.jpg, OFBIZ-4308.patch When a date value is initially specified ex.2011-05-03 and then the calendar is popped open the date is off by one. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4035) change the id Attribute for input fields in the model macro form renderer from String to FlexibleStringExapander
[ https://issues.apache.org/jira/browse/OFBIZ-4035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4035: --- Sprint: Bug Crush Event - 21/2/2015 change the id Attribute for input fields in the model macro form renderer from String to FlexibleStringExapander Key: OFBIZ-4035 URL: https://issues.apache.org/jira/browse/OFBIZ-4035 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Affects Versions: Trunk Reporter: Sascha Rodekamp Attachments: OFBIZ-4035_ModelFormField.java.patch hi there, here a little useful improvement. i changed the ID Field of an input field in in the macro form renderer from a normal String to a flexible String expander. The advantage is that i can use ${} variables in the id description, that helps me for example creating automatically unique id's. Cheers Sascha -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3546) FreeMarkerViewHandler should load templates via the FreeMarkerWorker
[ https://issues.apache.org/jira/browse/OFBIZ-3546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3546: --- Sprint: Bug Crush Event - 21/2/2015 FreeMarkerViewHandler should load templates via the FreeMarkerWorker Key: OFBIZ-3546 URL: https://issues.apache.org/jira/browse/OFBIZ-3546 Project: OFBiz Issue Type: Bug Components: framework Reporter: Bruno Busco This bug has been introduced in r920115. A temporary fix is in r920589: Fix a problem reported by Hans Bakker, FreeMarker templates loaded using the Configuration object don't have access to the component:// notation reader and this causes them to fail because all templates now attempt to retrieve the html form macro library using that notation. This is a quick fix but we should really fix the FreeMarkerViewHandler to load templates via the FreeMarkerWorker. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2593) Layout in the Orderconfirmation PDF is not correct if EFT-account is added to Company
[ https://issues.apache.org/jira/browse/OFBIZ-2593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2593: --- Sprint: Bug Crush Event - 21/2/2015 Layout in the Orderconfirmation PDF is not correct if EFT-account is added to Company - Key: OFBIZ-2593 URL: https://issues.apache.org/jira/browse/OFBIZ-2593 Project: OFBiz Issue Type: Improvement Components: specialpurpose/ecommerce Affects Versions: Release Branch 09.04 Environment: Local environment, since this part has been unavailable online. However, I have used subversion 781729 unchanged. Reporter: Torstein Hegbom Priority: Minor Attachments: order.pdf Layout in the Orderconfirmation PDF is not correct if EFT-account is added to Company. Please find the attached document where the companyHeader.fo.ftl is overlapped by OrderReportContactMecs.fo.ftl. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3903) Service error in one portlet causes a rendering failure in another portlet.
[ https://issues.apache.org/jira/browse/OFBIZ-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3903: --- Sprint: Bug Crush Event - 21/2/2015 Service error in one portlet causes a rendering failure in another portlet. --- Key: OFBIZ-3903 URL: https://issues.apache.org/jira/browse/OFBIZ-3903 Project: OFBiz Issue Type: Bug Components: specialpurpose/myportal Affects Versions: Release 09.04 Reporter: James McGill Assignee: Pranay Pandey I have a portlet that calls a service. If that service has an error, it causes a different portlet to throw a stack trace on the screen. I will attach steps to reproduce. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4104) add taxPercentage and taxTotal member variables to ShoppingCartItem to ease tax calculation and display
[ https://issues.apache.org/jira/browse/OFBIZ-4104?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4104: --- Sprint: Bug Crush Event - 21/2/2015 add taxPercentage and taxTotal member variables to ShoppingCartItem to ease tax calculation and display --- Key: OFBIZ-4104 URL: https://issues.apache.org/jira/browse/OFBIZ-4104 Project: OFBiz Issue Type: Improvement Components: order Affects Versions: Trunk Reporter: Jonas Hoef Assignee: Jacques Le Roux Attachments: OFBIZ-4104-tax-enhancement-shoppingcartitem.patch Legal requirements in Germany mandate that tax-information is displayed for each shopping cart item. This is supported by the proposed improvement. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3895) Cannot be redirected to PayPal
[ https://issues.apache.org/jira/browse/OFBIZ-3895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3895: --- Sprint: Bug Crush Event - 21/2/2015 Cannot be redirected to PayPal -- Key: OFBIZ-3895 URL: https://issues.apache.org/jira/browse/OFBIZ-3895 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: Release Branch 10.04, Trunk Reporter: Liang Zhang Attachments: PayPalRedirecting.patch It gets an 'internal error 10001' from Paypal in service 'payPalSetExpressCheckout' if you have already run this service be been redirected. Comment these three lines out will move away this error. if (UtilValidate.isNotEmpty(token)) { encoder.add(TOKEN, token); } There is also another issue. The customer can update his/her shopping cart then submits order successfully after he/she confirmed the payment and was redirected back to ecommerce site. That means the customer can place an order of the value which is higher than the total amount he/she confirmed in Paypal. A check shall be added to avoid this issue because that would loose money. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2842) Add mocked unit test framework
[ https://issues.apache.org/jira/browse/OFBIZ-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2842: --- Sprint: Bug Crush Event - 21/2/2015 Add mocked unit test framework -- Key: OFBIZ-2842 URL: https://issues.apache.org/jira/browse/OFBIZ-2842 Project: OFBiz Issue Type: New Feature Components: ALL COMPONENTS Affects Versions: Trunk Reporter: Bob Morley Attachments: OFBIZ-2842.patch, mockito-all-1.8.0-rc2.jar Add the ability to create true unit tests -- ones that only test the confines of the method itself and using mocking techniques and dependency injection. This focuses the unit test on the actual code in the method and makes the assumption that other methods have been properly tested and will work. This does not suggest that there is not also value in unit tests that test more of an integration between components (such as a test that will actually invoke services using a the real dispatcher and manipulate entities with the real delegator). The goal of this will be to make it easy and very quick to test java-based methods (initial focus on services) along with not having to start an ofbiz container creating a suite of very quick method focused unit tests. I have attached a first pass at some of the base classes and a sample of a mostly complete unit test for the DateDimensionServices class (which has one method). Looking for feedback on this approach, potential for community collaboration, and potential buy-in. Some other things that are still to be done -- - more samples - integration into ant build - solution to the static worker issue - UtilResourceBundle solution (I have it partially commented out) - easy verification of service interface adherence (servicedef existance IN/OUT validation) - potential for GenericEntity get/set validation (verify entitydef adherence) (may not want to do this) - investigate potential for mocked simple methods - ant driven code coverage metrics -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3960) Aritfact shows up missing widgets
[ https://issues.apache.org/jira/browse/OFBIZ-3960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3960: --- Sprint: Bug Crush Event - 21/2/2015 Aritfact shows up missing widgets - Key: OFBIZ-3960 URL: https://issues.apache.org/jira/browse/OFBIZ-3960 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Reporter: BJ Freeman running the Artifact then looking at the log it show missing widgets. Not sure yet if that is because the widget has a groovy error or missing. so this list the forms to be checked for Groovy or if they exist. [ScreenWidgetArtifactInfo.java:139:WARN ] Form [component://accounting/widget/GlSetupForms.xml#PartyAcctgPreference] reference in screen [PartyAcctgPreference] in resource [component://accounting/widget/GlSetupScreens.xml] does not exist! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3155) Enhancing the useability of SFA by including an overview of the agreements of the account into the Account Screen
[ https://issues.apache.org/jira/browse/OFBIZ-3155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3155: --- Sprint: Bug Crush Event - 21/2/2015 Enhancing the useability of SFA by including an overview of the agreements of the account into the Account Screen - Key: OFBIZ-3155 URL: https://issues.apache.org/jira/browse/OFBIZ-3155 Project: OFBiz Issue Type: Improvement Components: marketing Reporter: Pierre Smits Attachments: OFBIZ-3155 sfa-accounts-agreements.patch, sfa-accounts-agreements.patch This improvement includes: Adding an overview of associated agreements with the account to the account screen Adding the functionality to create agreements from the account screen, with setting the default agreement parties (Company and the account) The modifications are realized on: \applications\accounting\widgets\agreementscreen.xml - setting default agreement parties \applications\party\webapp\partymgr\static\partymgr.css - including of style elements for overviews in the bottom position of account screen \applications\party\widget\partymgr\profilescreens.xml - including a screen for partyAgreements \applications\party\widget\partymgr\partyforms.xml - including a form to render the overview of agreements for accounts \applications\marketing\widget\sfa\sfamenus.xml - including the menu to create new agreements from the acount screen \applications\marketing\widget\sfa\commonscreen.xml - including functionality to add the overview of agreements to the bottom of the account screen. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4285) Performance : GenericDao does not always use complete PreparedStatement
[ https://issues.apache.org/jira/browse/OFBIZ-4285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4285: --- Sprint: Bug Crush Event - 21/2/2015 Performance : GenericDao does not always use complete PreparedStatement --- Key: OFBIZ-4285 URL: https://issues.apache.org/jira/browse/OFBIZ-4285 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Reporter: Philippe Mouawad Assignee: Adam Heath Labels: PERFORMANCE Attachments: patch-OFBIZ-4285-2.patch, patch-OFBIZ-4285-genericDAO.patch Hello, While profiling SQL requests going to DB I noticed a strange behaviour where Ofbiz builds SQL Statement partly with ? and partly with inline values which results in lower Database performances. Issue existed on updateByCondition and has been fixed but it still exists in deleteByCondition. It also exists in find where EntityFunction are used for Select queries Thank you Regards Philippe http://www.ubik-ingenierie.com -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3941) Type for the list of form in the case of a page, click the previous or next page, the Chinese query will be garbled
[ https://issues.apache.org/jira/browse/OFBIZ-3941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3941: --- Sprint: Bug Crush Event - 21/2/2015 Type for the list of form in the case of a page, click the previous or next page, the Chinese query will be garbled --- Key: OFBIZ-3941 URL: https://issues.apache.org/jira/browse/OFBIZ-3941 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Trunk Reporter: Wang Suozhu Attachments: screenshot-1.jpg, screenshot-2.jpg Type for the list of form in the case of a page, click the previous or next page, the Chinese query will be garbled -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3699) ServiceDispatcher.checkAuth modifies the context if the invocation service has a permissionServiceName
[ https://issues.apache.org/jira/browse/OFBIZ-3699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3699: --- Sprint: Bug Crush Event - 21/2/2015 ServiceDispatcher.checkAuth modifies the context if the invocation service has a permissionServiceName -- Key: OFBIZ-3699 URL: https://issues.apache.org/jira/browse/OFBIZ-3699 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Trunk Reporter: Bob Morley Created as a result of thread: http://n4.nabble.com/Magically-converted-types-from-simpleTypeConvert-td1838891.html The follow code in the ServiceDispatcher ... if (UtilValidate.isNotEmpty(origService.permissionServiceName)) { ... if (hasPermission.booleanValue()) { context.putAll(permResp); context = origService.makeValid(context, ModelService.IN_PARAM); ... causes the incoming context to be modified both by adding values from the results of the permission service but also by converting any datatypes to match those in the service definition. This hides any invalid service invocations (from a data type pov) and if the permisionServiceName is removed, the code would start failing with the incorrect data types. Suggest is to change this to something like ... MapString, Object permRespContext = ServiceUtil.setServiceFields(dctx, serviceName, permResp); context.putAll(permRespContext); The concern is that by doing this there may be some services that were relying on the data type conversion (because they were invalid requests) which would start to fail. Appropriate impact analysis of services that define permissionServiceName and appropriate resolutions need to be included with this change. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3847) Entity ECAs not triggered correctly when using Delegator.storeAll() method
[ https://issues.apache.org/jira/browse/OFBIZ-3847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3847: --- Sprint: Bug Crush Event - 21/2/2015 Entity ECAs not triggered correctly when using Delegator.storeAll() method -- Key: OFBIZ-3847 URL: https://issues.apache.org/jira/browse/OFBIZ-3847 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release Branch 10.04 Reporter: Martin Kreidenweis Attachments: GenericDelegator.java.diff, OFBIZ-3847_Entity-ECAs-not-triggered-correctly.patch The conditions don't work when updating (not creating) entities using the Delegator.storeAll() method. E.g. the following condition does not work: {code} eca entity=Product operation=create-store event=return condition field-name=autoCreateKeywords operator=not-equals value=N/ action service=indexProductKeywords mode=sync value-attr=productInstance/ /eca {code} The indexProductKeywords service is called anyway when the product is updated and the autoCreateKeywords was N and stays N. It works correctly for newly created products. The problem is in the method GenericDelegator.storeAll(), where unchanged field values are not passed down to the store() method. The store method calls the ECA engine, which does not receive the unchanged values at all and thus cannot evaluate the EECA conditions correctly. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3194) Quick look are showing pagination renderNextPrev pagination style when list size is greater than 20
[ https://issues.apache.org/jira/browse/OFBIZ-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3194: --- Sprint: Bug Crush Event - 21/2/2015 Quick look are showing pagination renderNextPrev pagination style when list size is greater than 20 --- Key: OFBIZ-3194 URL: https://issues.apache.org/jira/browse/OFBIZ-3194 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Trunk Reporter: Divesh Dutta Attachments: OFBiz-3194.patch Quick look are showing pagination renderNextPrev pagination style when list size is greater than 20. In htmlFormMacroLibrary.ftl below given code snippet is hard-coded. : {#if listSize gt 20} This can be changed to {#if listSize gt viewSize} as viewSize is passed as parameter in macro renderNextPrev. This is also reported by Matthieu Bollot in developer mailing list. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4388) question to revision 1160539 add the viewsize and viewindex parameters to the buttons on a list form to remember the paage and pagesize automatically
[ https://issues.apache.org/jira/browse/OFBIZ-4388?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4388: --- Sprint: Bug Crush Event - 21/2/2015 question to revision 1160539 add the viewsize and viewindex parameters to the buttons on a list form to remember the paage and pagesize automatically --- Key: OFBIZ-4388 URL: https://issues.apache.org/jira/browse/OFBIZ-4388 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Trunk Reporter: Leon I don't know why do that automatically. This commit does break something. E.g. We have a list form which has hidden-form style button leads to another list form. If the former list is in page one, then everything works well, but if it's in page two, then you get nothing in latter list form because the viewindex of the first list is remembered and transited to the second. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4769) Editing of product suppliers is not working for the Germany locale
[ https://issues.apache.org/jira/browse/OFBIZ-4769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4769: --- Sprint: Bug Crush Event - 21/2/2015 Editing of product suppliers is not working for the Germany locale -- Key: OFBIZ-4769 URL: https://issues.apache.org/jira/browse/OFBIZ-4769 Project: OFBiz Issue Type: Bug Components: product Affects Versions: Release 10.04, Release Branch 11.04, Trunk Reporter: Sergei Biletnikov Assignee: Jacques Le Roux Attachments: JIRA-4769-EditProductSuppliers-20121213.diff, JIRA-4769EditProductSuppliers-20121222.patch, JIRA-4769EditProductSuppliers-20121222.patch, JIRA-4769EditProductSuppliers-20121222.patch, OFBIZ-4769-20121227.patch, OFBIZ-4769-Updated.patch, OFBIZ-4769-WidgetWorker-Including-DeleteProductSupplier.patch, OFBIZ-4769.patch, WidgetWorker.patch, WidgetWorker.patch Please, open any product and add to it a supplier (SupplierProduct), than try to edit it (/catalog/control/EditProductSuppliers?productId=xxx). It works for English locale, but it does not work for German, I have the following error: =-=-=-=-=-=-=-=-= Database type warning GenericEntity.set =-=-=-=-=-=-=-=-= In entity field [SupplierProduct.minimumOrderQuantity] set the value passed in [java.lang.String] is not compatible with the Java type of the field [java.math.BigDecimal] Exception: java.lang.Exception Message: Location of database type warning stack trace --- java.lang.Exception: Location of database type warning org.ofbiz.entity.GenericEntity.set(GenericEntity.java:426) org.ofbiz.entity.GenericEntity.set(GenericEntity.java:372) org.ofbiz.entity.GenericEntity.setAllFields(GenericEntity.java:887) exception report -- =-=-=-=-=-=-=-=-= Database type warning GenericEntity.set =-=-=-=-=-=-=-=-= In entity field [SupplierProduct.availableFromDate] set the value passed in [java.lang.String] is not compatible with the Java type of the field [java.sql.Timestamp] Exception: java.lang.Exception Message: Location of database type warning stack trace --- java.lang.Exception: Location of database type warning org.ofbiz.entity.GenericEntity.set(GenericEntity.java:426) org.ofbiz.entity.GenericEntity.set(GenericEntity.java:372) org.ofbiz.entity.GenericEntity.setAllFields(GenericEntity.java:887) org.ofbiz.entity.finder.PrimaryKeyFinder.runFind(PrimaryKeyFinder.java:106) .. the investigation says me the following: screen name=EditSupplierProduct section actions set field=titleProperty value=PageTitleEditSupplierProduct/ set field=tabButtonItem value=EditSupplierProduct/ set field=labelTitleProperty value=ProductSuppliers/ !-- default currency in framework/common/config/general.properties -- property-to-field field=defaultCurrencyUomId resource=general property=currency.uom.id.default default=USD/ set field=productId from-field=parameters.productId/ set field=orderBy from-field=parameters.orderBy default-value=partyId/ entity-and entity-name=SupplierProduct list=productSuppliers field-map field-name=productId/ order-by field-name=${orderBy}/ /entity-and entity-one entity-name=SupplierProduct value-field=supplierProduct auto-field-map=true/ /actions ... where entity-one entity-name=SupplierProduct value-field=supplierProduct auto-field-map=true/ can not be done. I suppose that the problem depends on the German locale, where BigDecimal and Date has another format than we have in the parameters via URL. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4983) New feature to reclaim a user account - Using Security Questions
[ https://issues.apache.org/jira/browse/OFBIZ-4983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4983: --- Sprint: Bug Crush Event - 21/2/2015 New feature to reclaim a user account - Using Security Questions Key: OFBIZ-4983 URL: https://issues.apache.org/jira/browse/OFBIZ-4983 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: Trunk Reporter: Harsha Chadhar Assignee: Jacques Le Roux Attachments: 1.png, 2.png, 3.png, 4.png, 5.png, OFBIZ-4983.patch, OFBIZ-4983.patch, OFBIZ-4983.patch, OFBIZ-4983.patch, OFBIZ-4983.patch, OFBIZ-4983.patch, OFBIZ-4983.patch, WithOutSecurityQuestionSet.JPG, WithSecurityQuestionSet.JPG, email received in French though the language was English.png, no username.png, username was empty reenter.png *Referring to Vikas's proposed model on Reclaiming User Account using security questions as follows :* When a customer create an account on eCommerce site, he will also need to answer few security questions. We can enforce restriction on the minimum number of questions that must be answered by a user before creating his profile successfully, through some configurations which are discussed in the next section. These security questions then can be used to reclaim the customer account in case he forget his password. User can also be given a choice to add his own custom questions and this would be enable/disabled again through some configurations. If the user correctly answer minimum required questions while reclaiming his account, password will be send through email notifications. This part would work in the same way as the existing functionality of email password (forget password). We would probably need the screens to configures 1) Security Question in the system. These questions will be called as Standard security questions and can only be entered by an admin (or a person with similar sort of privileges). These questions will be available to every user who create or update his profile. 2) Giving user an option to create his own custom security questions. A configuration/property that would determine whether this option is available to the user or not. These questions will be called as Custom security questions and can entered only by a user while creating or updating a profile. These questions will be available and applicable only to the owner of the questions, i.e the user who create these questions. 3) Minimum number of questions that are required to answer. This configuration/property would determine minimum number of questions that a user must answer while creating an account and as well as reclaiming an account. I think we can save above (#1, #2) configuration in database and provide screens to configure them. IMO, these configuration can be also called as a security configuration, since they are some how related to security. At this moment I have not much idea about where these sort of configuration should be saved but this could be part of the entity that saves the security configurations (which does not exist at this moment). In recent days certain properties are moved to entities and this could certainly be the done with security properties at certain point of time, until then these configuration can be kept under security properties file. Custom Data Model: The new entities that would be required for this feature are following (Scott did help in improving the data model few months back): SecurityQuestion: Security Question in the system. These questions can be standard (added by admin and are visible/available to every new user while creating a new account) as well as custom questions (added by a user). We can differentiate between the type of questions using questionTypeEnumId (STANDARD or CUSTOM) as defined in the data model below. PartySecurityQuestion: All the questions that are related to a User. They can be mix of both Standard as well as Custom. UserLoginSecurityQuestion: An entity to capture the answer of the security question and tying it to a UserLogin very much like a UserLoginSecurityGroup. When a User reclaim his account, the question answered by this user would be matched with the answer of the questions (corresponding to that user) in this entity. entity entity-name=SecurityQuestion package- name=org.ofbiz.security.login field name=questionId type=id-ne/field field name=questionTypeEnumId type=id-ne/field field name=question type=very-long /field prim-key field=questionId/ relation rel-entity-name=Enumeration type=one fk- name=SECQ_ENUM title=QuestionType key-map
[jira] [Updated] (OFBIZ-5040) Backend widget application HTML clean-up
[ https://issues.apache.org/jira/browse/OFBIZ-5040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-5040: --- Sprint: Bug Crush Event - 21/2/2015 Backend widget application HTML clean-up -- Key: OFBIZ-5040 URL: https://issues.apache.org/jira/browse/OFBIZ-5040 Project: OFBiz Issue Type: Improvement Components: ALL APPLICATIONS Reporter: Paul Piper Assignee: Jacques Le Roux Labels: html, webapp, widget, widgetrendering I am sure that this is a common thing to know: the current backoffice application relies heavily on widgets. This is good, but the current standard-html-structure is not flexible enough and often lacks proper w3c implementation. To make matters worse, you can often find applications avoiding widgets at all and rather overriding the standards with custom ftl implementations. It is these customizations that break the html on numerous screens and make it difficult, if not tedious to create new themes for the backoffice. This task is hence to: * Find a consensus on a new widget standard * Go over each of the application ftls and convert these to the new standard * Recreate the themes and simplify/clean-up special rules Since redoing the theme is a rather large task, we should consider to add an additional css for now which stylises the replacement html instead of working with the old. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4277) Performance : In TransactionUtil StackTrace begining tracing should not be enabled by default
[ https://issues.apache.org/jira/browse/OFBIZ-4277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4277: --- Sprint: Bug Crush Event - 21/2/2015 Performance : In TransactionUtil StackTrace begining tracing should not be enabled by default - Key: OFBIZ-4277 URL: https://issues.apache.org/jira/browse/OFBIZ-4277 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Reporter: Philippe Mouawad Labels: PERFORMANCE Hello, Currently, TransactionUtil creates a new Exception() to trace start of a transaction + all associated mechanism in suspend. This has a big CPU cost in heavy load, I think this should be an option disabled by default and that can be enabled through dynadmin. Regards Philippe http://www.ubik-ingenierie.com -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3913) Automated action triggered by event
[ https://issues.apache.org/jira/browse/OFBIZ-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3913: --- Sprint: Bug Crush Event - 21/2/2015 Automated action triggered by event --- Key: OFBIZ-3913 URL: https://issues.apache.org/jira/browse/OFBIZ-3913 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: Trunk Reporter: Nicolas Malin Assignee: Nicolas Malin Attachments: ASF.LICENSE.NOT.GRANTED--What I did with PDFCreator.jpg, ExternalDevice.patch, ExternalDevice.patch, ExternalDevice.patch, ExternalDevice.png, OFBIZ-3913.ogv, OFBIZ-3913.patch, OFBIZ-3913.patch, OFBIZ-3913.patch, OFBIZ-3913.patch, OFBIZ-3913.patch, OFBIZ-3913.patch, OFBIZ-3913.patch, PDFCreator.png Following a thread on the dev list, related to a printer automated selection, by an user and an event, here is a first draft. I added a new entity, ExternalDevice, which list all devices OFBiz can reach (and the associated command). This entity is related to an ExternalDeviceType and each record has a status, so we know if the device is available, out of order, in maintenance, waiting, etc... Then I added another entity, ExternalDeviceUserAction, which defines a device for an user, and/or an action through Enumeration. Finally, I added a service which find the commnand to execute based on an action and/or an user. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3824) Integrate LDAP mapping on EntityEngine
[ https://issues.apache.org/jira/browse/OFBIZ-3824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3824: --- Sprint: Bug Crush Event - 21/2/2015 Integrate LDAP mapping on EntityEngine -- Key: OFBIZ-3824 URL: https://issues.apache.org/jira/browse/OFBIZ-3824 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: Trunk Reporter: Nicolas Malin Labels: engine, entity, ldap, mapping Attachments: ldap-mapping.patch I begin a analyse to implement ldap on entity-engine based on David analysis https://cwiki.apache.org/confluence/pages/viewpageattachments.action?pageId=6553929metadataLink=true Integration, in first time, just do synchronisation between entity et ldap for one value (no search on list) and I do have possibility to select a branch or configuration for an entity in terms of conditionnal as eeca. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4160) Tax not added for order shipping or promotion
[ https://issues.apache.org/jira/browse/OFBIZ-4160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4160: --- Sprint: Bug Crush Event - 21/2/2015 Tax not added for order shipping or promotion - Key: OFBIZ-4160 URL: https://issues.apache.org/jira/browse/OFBIZ-4160 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: Release Branch 12.04, Release Branch 13.07, Trunk Environment: rev 1065908 Reporter: Paul Foxworthy Assignee: Jacques Le Roux Labels: VAT, tax Attachments: OFBIZ-4160_shipping_tax.patch When shipping is calculated for the entire order or a promotion adjustment is made, the relevant tax rows from the TaxAuthorityRateProduct table are not being found. Here's a patch. This bug was discovered independently by Sergei Biletnikov, see http://ofbiz.135035.n4.nabble.com/VAT-is-not-applied-for-the-shipping-td3234699.html. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4020) Sign up for a contact list always redirects to the main ecommerce page
[ https://issues.apache.org/jira/browse/OFBIZ-4020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4020: --- Sprint: Bug Crush Event - 21/2/2015 Sign up for a contact list always redirects to the main ecommerce page -- Key: OFBIZ-4020 URL: https://issues.apache.org/jira/browse/OFBIZ-4020 Project: OFBiz Issue Type: Improvement Components: specialpurpose/ecommerce Affects Versions: Trunk Environment: trunk 1035845 Reporter: Eric de Maulde Attachments: SignUpForContactList_ViewLast.patch Sign up for a contact list always redirects to the main ecommerce page But to improve ergonomy, it's better if people stay into the same page after signing up -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2832) css layout issue IE8
[ https://issues.apache.org/jira/browse/OFBIZ-2832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2832: --- Sprint: Bug Crush Event - 21/2/2015 css layout issue IE8 Key: OFBIZ-2832 URL: https://issues.apache.org/jira/browse/OFBIZ-2832 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: Release Branch 09.04, Trunk Environment: IE8 Reporter: chris snow Attachments: Screenshot-1.png, Screenshot.png main section is positioned under last box on the left hand column. see screenshot(s) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3880) EntityDateFilterCondition causes the entity cache to return false matches
[ https://issues.apache.org/jira/browse/OFBIZ-3880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3880: --- Sprint: Bug Crush Event - 21/2/2015 EntityDateFilterCondition causes the entity cache to return false matches - Key: OFBIZ-3880 URL: https://issues.apache.org/jira/browse/OFBIZ-3880 Project: OFBiz Issue Type: Bug Components: framework Reporter: Scott Gray Assignee: Adam Heath The EntityDateFilterCondition can cause problems when used as a condition in cache queries because it does not internally store the right hand side of the query (i.e. the moment in time to filter against). The result is that all instances using the same field names (e.g. fromDate and thruDate) are considered equal by the equals(Object) method regardless of the moment in time that they ultimately end up querying. The end result of this is that the if a value is cached against an EntityCondition and that condition contains a EntityDateFilterCondition then that value could be returned even if would not satisfy the same condition queried against the database. Concrete example: - You query for PartyRelationship records using an EntityDateFilterCondition and use the cache - Some time passes and one of the previously returned PartyRelationship records has expired i.e. thruDate has been set and passed - If you now run the same query again then the expired PartyRelationship record will be returned in the results from the cache even though you have filtered by date Obviously the cache shouldn't be being used in combination with an EntityDateFilterCondition anyway (in its current state at least) since it is impossible to ever retrieve the value from the cache once that moment in time has passed (assuming this bug were fixed). But this problem is somewhat obscure and it is too easy for a developer to combine the date filter and the cache accidentally or without fully thinking it through. Proposed fix is to store the moment in time that the condition tests against in the object and use it in equals(Object) and hasCode(), should be set during init() and cleared during reset(). But really I don't even understand the purpose of this class, it uses a regular EntityCondition internally and we could probably just move the code that does the real work (makeCondition(...)) into EntityCondition as a utility method or even into EntityUtil and then discard this class entirely. Thoughts welcome. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3949) Better RoleType Documentation
[ https://issues.apache.org/jira/browse/OFBIZ-3949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3949: --- Sprint: Bug Crush Event - 21/2/2015 Better RoleType Documentation - Key: OFBIZ-3949 URL: https://issues.apache.org/jira/browse/OFBIZ-3949 Project: OFBiz Issue Type: Improvement Components: commonext/setup Reporter: chris snow Attachments: roletype.pdf, roletype.xml This issue is for discussing improving the documentation for RoleType. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3898) BIRT umbrella issues
[ https://issues.apache.org/jira/browse/OFBIZ-3898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3898: --- Sprint: Bug Crush Event - 21/2/2015 BIRT umbrella issues Key: OFBIZ-3898 URL: https://issues.apache.org/jira/browse/OFBIZ-3898 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Trunk Reporter: Erwan de FERRIERES Will serve as an umbrella, to aggregate all the BIRT issues -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3946) add an SQL query manager
[ https://issues.apache.org/jira/browse/OFBIZ-3946?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3946: --- Sprint: Bug Crush Event - 21/2/2015 add an SQL query manager Key: OFBIZ-3946 URL: https://issues.apache.org/jira/browse/OFBIZ-3946 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: Trunk Reporter: Gaudin Pierre Assignee: Erwan de FERRIERES Attachments: query_manager_patch.txt This is a new feature to manage SQL queries. You can : - store/update/delete SQL query - store/update/delete parameters for this query - execute query and view results into worksheet This SQL query manager is usefull to run frequently queries (ie: for maintenance report) How to use it : - goes to webtools/Entity Engine Tools - select SQL queries library item - create a new query and fill in SQL. If you want to use parameters, add them like this : select * from facility where facility_Id = '${facilityId}' - to declare parameters for this query then goes to Add or update query parameter screenlet and fill in fields : description = facility id ; Parameter = facilityId - to execute SQl query then press buton run - fill in parameters value adn press buton run - worksheet should automaticaly open -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3654) Returning failure from a shipment estimator has no impact on subsequent processing
[ https://issues.apache.org/jira/browse/OFBIZ-3654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3654: --- Sprint: Bug Crush Event - 21/2/2015 Returning failure from a shipment estimator has no impact on subsequent processing Key: OFBIZ-3654 URL: https://issues.apache.org/jira/browse/OFBIZ-3654 Project: OFBiz Issue Type: Bug Components: product Reporter: Ean Schuessler The UPS processor includes a comment Important: DO NOT returnError here or you could trigger a transaction rollback and break other services. Returning a failure, however, is basically ignored and only causes the estimate to return a zero amount estimate. It should be possible to return a proper error message for further processing. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3981) List form using jquery
[ https://issues.apache.org/jira/browse/OFBIZ-3981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3981: --- Sprint: Bug Crush Event - 21/2/2015 List form using jquery -- Key: OFBIZ-3981 URL: https://issues.apache.org/jira/browse/OFBIZ-3981 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: jQuery Reporter: Michael Xu Replace/enhance current list form with jquery table, which allow users to: # show/hide any columns # group by any column # change the position of columns by dragdrop # export table to csv/excel -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2643) Misc patches to enhance paypal.
[ https://issues.apache.org/jira/browse/OFBIZ-2643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2643: --- Sprint: Bug Crush Event - 21/2/2015 Misc patches to enhance paypal. --- Key: OFBIZ-2643 URL: https://issues.apache.org/jira/browse/OFBIZ-2643 Project: OFBiz Issue Type: Improvement Components: accounting Affects Versions: Trunk Reporter: BJ Freeman Attachments: OFBIZ-2643_paypalconfig.patch, OFBIZ-2643_paypalevents.patch will comment on each patch as I upload them. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3554) Delegator removeByXXX do not trigger remove ECA
[ https://issues.apache.org/jira/browse/OFBIZ-3554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3554: --- Sprint: Bug Crush Event - 21/2/2015 Delegator removeByXXX do not trigger remove ECA --- Key: OFBIZ-3554 URL: https://issues.apache.org/jira/browse/OFBIZ-3554 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release Branch 09.04, Trunk Reporter: Wickersheimer Jeremy Assignee: Adam Heath Attachments: OFBIZ-3554.patch The removeByAnd / removeByCondition and by extension i think the removeAll methods do not trigger the remove ECA on the entities. So for example: {code:title=No trigger|borderStyle=solid} removeByAnd(FooBar, map); {code} Compared to: {code:title=With trigger|borderStyle=solid} List entities = delegator.findByAnd(FooBar, map); for (GenericValue v : entities) { delegator.removeValue(v); } {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3275) Saving more information when Cart gets abandon in ecommerce
[ https://issues.apache.org/jira/browse/OFBIZ-3275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3275: --- Sprint: Bug Crush Event - 21/2/2015 Saving more information when Cart gets abandon in ecommerce --- Key: OFBIZ-3275 URL: https://issues.apache.org/jira/browse/OFBIZ-3275 Project: OFBiz Issue Type: Improvement Components: order, specialpurpose/ecommerce Reporter: Divesh Dutta Attachments: OFBIZ-3275.patch, OFBIZ-3275.patch Saving more information when Cart gets abandon in ecommerce 1) Save information like Grant Total, Total Discount, total sales tax, total shipping, in database when cart gets abandon . 2) Also save information related to Promotion and Promo codes which were applied in the cart Solution: 1) For #1 Create new entity called CartAbandoned and save cart specific information in this entity. 2) Also related this entity with CartAbandonedLine entity. 3) Create new entity CartAbandonedProductPromoUse which will save Promotion related information. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2973) Return error messages in PaymentGatewayServices.authOrderPayments
[ https://issues.apache.org/jira/browse/OFBIZ-2973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2973: --- Sprint: Bug Crush Event - 21/2/2015 Return error messages in PaymentGatewayServices.authOrderPayments --- Key: OFBIZ-2973 URL: https://issues.apache.org/jira/browse/OFBIZ-2973 Project: OFBiz Issue Type: Improvement Components: accounting Affects Versions: Release Branch 09.04 Environment: ofbiz-rel9.04-2009-09-25-v818777 Reporter: Cimballi I am testing the integration of OFBiz with Authorize.NET service and I noticed a problem in the PaymentGatewayServices.authOrderPayments method. I am calling this method inside another service method, and in my tests I provided an invalid credit card number. In the logs, I can clearly see that the Authorize.NET service answer says that the credit card number is invalid, but in the result map of the PaymentGatewayServices.authOrderPayments method, there are no error messages, only the processResult message is setted to FAILED. So, it could be good to return the error message or the error code as the result of the call to the PaymentGatewayServices.authOrderPayments method to be able to use them by the calling service. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3910) Sending multiple emails simultaneously to new party does not work properly
[ https://issues.apache.org/jira/browse/OFBIZ-3910?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3910: --- Sprint: Bug Crush Event - 21/2/2015 Sending multiple emails simultaneously to new party does not work properly -- Key: OFBIZ-3910 URL: https://issues.apache.org/jira/browse/OFBIZ-3910 Project: OFBiz Issue Type: Bug Components: party Affects Versions: Release Branch 10.04 Reporter: Martin Kreidenweis Sending more than one email at once to a party that never has received an email using the sendMailFromScreen service fails. Creating the communication event for the email in this case triggers the createPartyRole service. So two threads apparently try to insert the same party role. This results in the following error: {code} java.lang.Exception: Failure in create operation for entity [PartyRole]: org.ofbiz.entity.GenericEntityException: Error while inserting: [GenericEntity:PartyRole][createdStamp,2010-08-30 10:44:41.144(java.sql.Timestamp)][createdTxStamp,2010-08-30 10:44:26.709(java.sql.Timestamp)][lastUpdatedStamp,2010-08-30 10:44:41.144(java.sql.Timestamp)][lastUpdatedTxStamp,2010-08-30 10:44:26.709(java.sql.Timestamp)][partyId,RegisteredMerchantCompany(java.lang.String)][roleTypeId,ADDRESSEE(java.lang.String)] (SQL Exception while executing the following:INSERT INTO ofbiz.PARTY_ROLE (PARTY_ID, ROLE_TYPE_ID, LAST_UPDATED_STAMP, LAST_UPDATED_TX_STAMP, CREATED_STAMP, CREATED_TX_STAMP) VALUES (?, ?, ?, ?, ?, ?) (ERROR: duplicate key value violates unique constraint »pk_party_role«)). Rolling back transaction. {code} This happens only after the actual emails are sent. OFBiz now rolls back the transaction, thinks the email sending failed, and tries to send the emails again later. Workaround: Create a PartyRole ADDRESSE for the party before trying to send emails. We did not find a good solution for the actual problem. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4291) No method to remove a promo code from the shopping cart
[ https://issues.apache.org/jira/browse/OFBIZ-4291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4291: --- Sprint: Bug Crush Event - 21/2/2015 No method to remove a promo code from the shopping cart --- Key: OFBIZ-4291 URL: https://issues.apache.org/jira/browse/OFBIZ-4291 Project: OFBiz Issue Type: Improvement Components: order Affects Versions: Release Branch 10.04 Reporter: Glyton Camilleri Assignee: Jacques Le Roux Attachments: OFBIZ-4291.patch, Updated-Ofbiz-4291.patch, Updated-Ofbiz-4291.patch, unapplyPromotion.txt Hi, When working with promotions and promo codes in the shopping cart, it seems not possible to remove _one_ specific promo code from the cart neither through the ShoppingCart and its helpers and services, nor through the ProductPromoWorker. ShoppingCart has the method {{addProductPromoCode(String productPromoCodeId, LocalDispatcher dispatcher)}} but no method to remove the added PromoCode. Is there any other worker, service or event that can be called to do this? And if not, is there a specifc reason (maybe relating to promotions application rules) for not implementing this? Any response is appreciated. Thanks -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3709) Store Incoming email does not factor in 'reply-to' email
[ https://issues.apache.org/jira/browse/OFBIZ-3709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3709: --- Sprint: Bug Crush Event - 21/2/2015 Store Incoming email does not factor in 'reply-to' email Key: OFBIZ-3709 URL: https://issues.apache.org/jira/browse/OFBIZ-3709 Project: OFBiz Issue Type: Improvement Components: party Affects Versions: Trunk Environment: Linux, postgres. Reporter: Rohit Sureka Hi, The storeIncomingEmail function in CommunicationEventServices.java, does not factor in the reply-to email address while looking for the party for whom to create the communication event. I guess it is now common to receive emails from customers from various channel like ebay, paypal, google checkout etc. (support by ofbiz now), using their inbuilt email forms. The emails so received are from the channels standard noreply email address with the customers email in the reply-to option. In such cases the email are not linked to the party in ofbiz. Thus is suppose the functions should not check for existing party with the 'from' email, but also for 'reply-to' email address and the communication thus created should link the message with the party for the 'reply-to' email address. i hope my thoughts are right, any feedback is welcome. Thanks Rohit -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4120) Umbrella task for features which use javascript to degrade gracefully
[ https://issues.apache.org/jira/browse/OFBIZ-4120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4120: --- Sprint: Bug Crush Event - 21/2/2015 Umbrella task for features which use javascript to degrade gracefully -- Key: OFBIZ-4120 URL: https://issues.apache.org/jira/browse/OFBIZ-4120 Project: OFBiz Issue Type: Bug Components: ALL APPLICATIONS Affects Versions: Trunk Reporter: Jacques Le Roux By using more an more javascript we forget sometimes that it may not available and OFBiz features should continue to work even it's not as easier for users than wih javascript. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4201) DateFormat.getDateTimeInstance() is very expensive, we can cache it to improve performance
[ https://issues.apache.org/jira/browse/OFBIZ-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4201: --- Sprint: Bug Crush Event - 21/2/2015 DateFormat.getDateTimeInstance() is very expensive, we can cache it to improve performance -- Key: OFBIZ-4201 URL: https://issues.apache.org/jira/browse/OFBIZ-4201 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Release Branch 10.04 Reporter: Xiaoming Shi Assignee: Jacques Le Roux In the files: ./apache-ofbiz-10.04/framework/base/src/org/ofbiz/base/util/UtilDateTime.java line:702 ./apache-ofbiz-10.04/framework/base/src/org/ofbiz/base/util/UtilFormatOut.java line:314 ./apache-ofbiz-10.04/framework/webapp/src/org/ofbiz/webapp/taglib/FormatTag.java line: 78 DateFormat.getDateTimeInstance() is called for every function call of toGmtTimestampString or formatDate. We can cache the value by adding a static class field and improve performance. This is similar to the Apache Bug https://issues.apache.org/bugzilla/show_bug.cgi?id=48778 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3739) PrepareFind Service Ignores timeZone Parameter When Performing Date/Time Calculations
[ https://issues.apache.org/jira/browse/OFBIZ-3739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3739: --- Sprint: Bug Crush Event - 21/2/2015 PrepareFind Service Ignores timeZone Parameter When Performing Date/Time Calculations - Key: OFBIZ-3739 URL: https://issues.apache.org/jira/browse/OFBIZ-3739 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release Branch 10.04, Trunk Reporter: Adrian Crum In FindServices.java, the prepareFind service calls the createCondition method, which in turn calls the dayStart method - a method that calculates the start of the day based on a Timestamp value. That calculation ignores the timeZone parameter passed to the prepareFind service, so the results are inaccurate. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4602) Null values are not synchronized in http mode
[ https://issues.apache.org/jira/browse/OFBIZ-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4602: --- Sprint: Bug Crush Event - 21/2/2015 Null values are not synchronized in http mode - Key: OFBIZ-4602 URL: https://issues.apache.org/jira/browse/OFBIZ-4602 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release 4.0, Release 09.04, Release 09.04.01, Release 10.04, Trunk Environment: Using entity synchronization over HTTP (not RMI) Reporter: Patrick Antivackis Assignee: Jacques Le Roux Attachments: patch-OFBIZ-4602.txt In order to send over http the values to create, store and remove, Ofbiz is Xml serializing the values. GenericValue xml serialization is managed in GenericEntity.makeXmlElement, unfortunately this method just don't serialized null valued fields. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4931) Proposal to remove catalog's Template Path Prefix and Content Path Prefix
[ https://issues.apache.org/jira/browse/OFBIZ-4931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4931: --- Sprint: Bug Crush Event - 21/2/2015 Proposal to remove catalog's Template Path Prefix and Content Path Prefix - Key: OFBIZ-4931 URL: https://issues.apache.org/jira/browse/OFBIZ-4931 Project: OFBiz Issue Type: Bug Components: product Affects Versions: Trunk Reporter: Wai In reference to the posting, http://ofbiz.135035.n4.nabble.com/Proposal-to-remove-catalog-s-quot-Template-Path-Prefix-quot-field-from-user-interface-td4633296.html http://demo-trunk.ofbiz.apache.org/catalog/control/EditProdCatalog?prodCatalogId=DemoCatalog It seems that the code blindly prepends the Template Path Prefix value to the category's Detail Screen field resulting in a file path format that would cause an exception. Hence, if a catalog's Template Path Prefix is zzz and a category's Detail Screen is somedetailscreen, the resulting screen that ofbiz looks for is /zzzsomedetailscreen. Which ofbiz would not be able to locate based on the format of the screen location. Hence, cause an exception. If a catalog's Template Path Prefix is zzz and a category's Detail Screen is component://ecommerce/widget/CatalogScreens.xml#somedetailscreen, the resulting screen that ofbiz looks for is /zzzcomponent://ecommerce/widget/CatalogScreens.xml#somedetailscreen. Which ofbiz would not be able to located due to the improper format. Hence cause an exception. Since this code never worked since 2006 when it was first placed into the svn repository. I don't think anyone has made use of it since. Regarding a catalog's Content Path Prefix field, it also exhibits the same flaw. That of blindly prepending this field. This field is generally used to specify the product images to be shown in the ecommerce component. When this field is empty, the generated image url in ecommerce is shown below (note that it is using image webapp context): /images/products/ENCHILADAS/small.png If you were to specify /zzz for Content Path Prefix, the resulting url for the generated image tag is shown below (note that it is using zzz webapp context): /zzz/images/products/ENCHILADAS/small.png As you can see. Content Path Prefix specifies a zzz webapp context with a subdirectory image. I doubt this was the intent of the field. The question is, where exactly are you supposed to place this field value? I propose to remove the catalog's Template Path Prefix field from the catalog's user interface and assoc code to reduce the confusion. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4517) Shipment created for drop ship order is missing information
[ https://issues.apache.org/jira/browse/OFBIZ-4517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4517: --- Sprint: Bug Crush Event - 21/2/2015 Shipment created for drop ship order is missing information --- Key: OFBIZ-4517 URL: https://issues.apache.org/jira/browse/OFBIZ-4517 Project: OFBiz Issue Type: Improvement Components: order Affects Versions: Release Branch 11.04, Trunk Reporter: Kiran Gawde Attachments: OFBIZ-4517-OrderServicesJava.patch, OFBIZ-4517-ShoppingCartJava.patch Shipment created for drop ship order is missing: 1. Shipping origin address (ShipmentServices.xml#setShipmentSettingsFromPrimaryOrder line 532 Cannot find a shipping origin address for WS10123) 2. Shipping origin phone number (ShipmentServices.xml#setShipmentSettingsFromPrimaryOrder line 568 Cannot find a shipping origin phone number for WS10123) 3. Shipping destination address Also, purchase order notification is not sent. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4897) Setting the reservation of persons on a routing task isn't reflected in the overview of routing tasks
[ https://issues.apache.org/jira/browse/OFBIZ-4897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4897: --- Sprint: Bug Crush Event - 21/2/2015 Setting the reservation of persons on a routing task isn't reflected in the overview of routing tasks - Key: OFBIZ-4897 URL: https://issues.apache.org/jira/browse/OFBIZ-4897 Project: OFBiz Issue Type: Bug Components: manufacturing Affects Versions: Release Branch 12.04, Trunk Reporter: Pierre Smits When having set the reservation of persons on a new routing task and the task is saved, the number of persons reserved isn't reflected in the overview of routing tasks. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4785) Enable Cross (Sub)Domain Tracking is not working - tomcat
[ https://issues.apache.org/jira/browse/OFBIZ-4785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4785: --- Sprint: Bug Crush Event - 21/2/2015 Enable Cross (Sub)Domain Tracking is not working - tomcat - Key: OFBIZ-4785 URL: https://issues.apache.org/jira/browse/OFBIZ-4785 Project: OFBiz Issue Type: Bug Components: ALL APPLICATIONS Affects Versions: Trunk Reporter: K Sharad Bhushan Labels: api-change, ofbiz, tomcat While we were upgrading ofbiz for our applications, i have noticed the usage of enabling cross domain tracking and was planning to use. We had custom solution previously for tomcat, as it was not supporting session cookie domain to be configurable (vesion ). Here is the description of the issue, In ofbiz cross domain session cookies was allowed using configuration in ofbiz-container.xml, by setting value for cookie.domain in url.properties. enad enabling the property enable-cross-subdomain-sessions to true in ofbiz-containers.xml. This is not working. When debugged i have noticed the cause in CrossSubdomainSessionValue.java were cookie domain is supposed to be replaced/overriden in response mime headers, but it was trying to replace in request mime headers. Here is the line of code in CrossSubdomainSessionValve MimeHeaders mimeHeaders = request.getCoyoteRequest().getMimeHeaders(); following this is the line if (mimeHeaders.getName(i).equals(Set-Cookie)) { // in request the header is Cookie and in response the header is Set-Cookie. When checked with svn history - i noticed it was replacing the response headers till version r938061 which is expected behaviour, after a migration to tomcat 7 revision r938061 i noticed the above described change. I assume this was done due to deprecation of method getCoyoteResponse() in Request i.e request.getCoyoteResponse().getMimeHeaders(); However i have following observations which can be considered in fixing, i would attach the patches after we validate them I do not see the need of CrossSubdomainSessionValve any more now, as tomcat since version 6.0.27 supports configuring domain for session cookies in Context. We can use the StandardContext to set the sessionCookieDomain. With that said, there were two approaches two acheive this 1. Use the standard cookie.domain in url.properties to set to sessionCookieDomain when enable-cross-subdomain-sessions is set to true. which i think is self explanatory 2. Allow the configuration of cookie domain via webapp info defined in ofbiz-component.xml(which is actually the Context used by tomcat). However i am not able to find a relevant context to support this, but seems a possibility Please let me know your thoughts -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4926) renderLookupField macro: get a form element by ID instead of Name
[ https://issues.apache.org/jira/browse/OFBIZ-4926?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4926: --- Sprint: Bug Crush Event - 21/2/2015 renderLookupField macro: get a form element by ID instead of Name - Key: OFBIZ-4926 URL: https://issues.apache.org/jira/browse/OFBIZ-4926 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Environment: Ubuntu 10.04 Reporter: Chatree Srichart Attachments: lookup.patch Original Estimate: 168h Remaining Estimate: 168h Hello all, We have a problem to render a lookup field in a form element without a name attribute. We need to improve a lookup field because if we render the field without form or different form then the lookup field doesn't work, so we will change the lookup field by not get a from element by a name attribute but get by an id attribute. Regards, Chatree Srichart -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4453) Refactoring JMS Handling
[ https://issues.apache.org/jira/browse/OFBIZ-4453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4453: --- Sprint: Bug Crush Event - 21/2/2015 Refactoring JMS Handling Key: OFBIZ-4453 URL: https://issues.apache.org/jira/browse/OFBIZ-4453 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Dimitri Unruh Attachments: JMS-keep-connection.patch This is the main ticket for the JMS refactoring tasks. I would like to start here some concept discussion ant the create sub-tasks... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3151) fix for using equals operator with null field in performFind service.
[ https://issues.apache.org/jira/browse/OFBIZ-3151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3151: --- Sprint: Bug Crush Event - 21/2/2015 fix for using equals operator with null field in performFind service. --- Key: OFBIZ-3151 URL: https://issues.apache.org/jira/browse/OFBIZ-3151 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Chatree Srichart Assignee: Jacques Le Roux Attachments: FindServices.java.diff Because I can not use equals operator with null field in performFind service. So I fixed for use one. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3634) ProductPromoWorker PROMO_GWP hard-codes a required inventory check
[ https://issues.apache.org/jira/browse/OFBIZ-3634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3634: --- Sprint: Bug Crush Event - 21/2/2015 ProductPromoWorker PROMO_GWP hard-codes a required inventory check -- Key: OFBIZ-3634 URL: https://issues.apache.org/jira/browse/OFBIZ-3634 Project: OFBiz Issue Type: Bug Components: order Reporter: Adam Heath Attachments: PROMO_GWP_inventory_check.patch PROMO_GWP processing always requires the gifted item to have available inventory. There is no way to have that configurable, no way to have the free item get backordered. The attached patch removes the inventory check on *real* products, and instead created a new condition, PPIP_PRODUCT_INV, so that *any* promo can pass/fail based on an inventory check. I did not commit this patch, because the full fix would need to handle virtual products as well. I don't understand how PROMO_GWP works with virtual products when doing inventory, so I need help with that. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4073) help screen pattern not consistent.
[ https://issues.apache.org/jira/browse/OFBIZ-4073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4073: --- Sprint: Bug Crush Event - 21/2/2015 help screen pattern not consistent. --- Key: OFBIZ-4073 URL: https://issues.apache.org/jira/browse/OFBIZ-4073 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Affects Versions: Trunk Reporter: BJ Freeman I went to the party main page and clicked on help. got what I consider a good pattern for help. then when to catalog and got a different pattern. I also notice that the layout has changed. then there is the pattern for my portlet. only comment from a User point of view using portlets is confusing. word like section or area would be closer to what a user would understand. so what is the direction we are going? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4075) multiple paypal interfaces
[ https://issues.apache.org/jira/browse/OFBIZ-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4075: --- Sprint: Bug Crush Event - 21/2/2015 multiple paypal interfaces -- Key: OFBIZ-4075 URL: https://issues.apache.org/jira/browse/OFBIZ-4075 Project: OFBiz Issue Type: Improvement Components: accounting Affects Versions: Trunk Reporter: BJ Freeman Attachments: OFBIZ-4075paypalIPNEvents.pact Pay pal had many interfaces. Ofbiz started with IPN https://www.paypal.com/ipn Then went to Express check out but changed the IPN code. https://www.paypal.com/us/cgi-bin/webscr?cmd=_additional-payment-overview finally we have NVP API. https://cms.paypal.com/us/cgi-bin/?cmd=_render-contentcontent_ID=developer/e_howto_api_nvp_NVPAPIOverview so I am creating an IPN interface that goes back to 94 I am not familiar enough with express and NVP it they are separate or not. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3379) Email sending process using one connection for To/CC/BCC causing issues
[ https://issues.apache.org/jira/browse/OFBIZ-3379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3379: --- Sprint: Bug Crush Event - 21/2/2015 Email sending process using one connection for To/CC/BCC causing issues --- Key: OFBIZ-3379 URL: https://issues.apache.org/jira/browse/OFBIZ-3379 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release Branch 09.04, Trunk Reporter: Pranay Pandey Assignee: Scott Gray Attachments: OFBIZ-3379-2.patch, OFBIZ-3379.patch, OFBIZ-3379.patch, OFBIZ-3379.patch Typically BCCs are handled via the sending mail client. That is, when the client sees a BCC in an email, it will open up two connections to the mail server, the first for the To/CC fields, the second for BCC fields, this way the addresses are masked from the headers and there is that layer of anonymity that BCC is used for. What appears to be happening is that OFBiz is sending all of the information in one connection to the mail server and having the mail server sort out the details. So when sendTo encountering an invalid email, and then terminating the remaining execution of the outgoing process and no email sent to BCC address which is usually going to be a valid address from email settings for the company. To fix the issue, we need to send this via two connection to mail client. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3279) When you cancel a job, its id appears after in the related search field
[ https://issues.apache.org/jira/browse/OFBIZ-3279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3279: --- Sprint: Bug Crush Event - 21/2/2015 When you cancel a job, its id appears after in the related search field --- Key: OFBIZ-3279 URL: https://issues.apache.org/jira/browse/OFBIZ-3279 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Reporter: Jacques Le Roux When you cancel a job, its id appears after in the related search field. This is annoying because you have to remove this reference which is of no uses anymore. I suggest to clear the field when the job has been cancelled and to keep other fields as they were when the cancelling was done. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2977) Abilty to allow Product Store to indicate which credit card types they accept
[ https://issues.apache.org/jira/browse/OFBIZ-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2977: --- Sprint: Bug Crush Event - 21/2/2015 Abilty to allow Product Store to indicate which credit card types they accept - Key: OFBIZ-2977 URL: https://issues.apache.org/jira/browse/OFBIZ-2977 Project: OFBiz Issue Type: Improvement Components: specialpurpose/ecommerce Reporter: Bob Morley Attachments: OFBIZ-2977_ProductStoreCreditCardSettings.patch Related to http://www.nabble.com/Product-Store-credit-card-payment-setting-restrictions-td25651788.html. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3500) Umbrella issue for components dependency
[ https://issues.apache.org/jira/browse/OFBIZ-3500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3500: --- Sprint: Bug Crush Event - 21/2/2015 Umbrella issue for components dependency Key: OFBIZ-3500 URL: https://issues.apache.org/jira/browse/OFBIZ-3500 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Affects Versions: Trunk Reporter: Jacques Le Roux Attachments: dependencyCheck.groovy This issue is dedicated to group components dependency related issues. Chris Snow created [this related Wiki page|http://cwiki.apache.org/confluence/x/eIOJ] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3377) Retreive dropped shopping carts customer feedback.
[ https://issues.apache.org/jira/browse/OFBIZ-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3377: --- Sprint: Bug Crush Event - 21/2/2015 Retreive dropped shopping carts customer feedback. Key: OFBIZ-3377 URL: https://issues.apache.org/jira/browse/OFBIZ-3377 Project: OFBiz Issue Type: New Feature Components: marketing Reporter: Rohit Sureka Hi, I would like to suggest this new feature in the marketing module. The user should be able to retrieve dropped shopping carts on time based filters. The user can email those potential customers feedback, inquiry or gift vouchers in an attempt to get them back. Rohit -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4222) UtilCache has memory leak if many temporary caches are created
[ https://issues.apache.org/jira/browse/OFBIZ-4222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4222: --- Sprint: Bug Crush Event - 21/2/2015 UtilCache has memory leak if many temporary caches are created -- Key: OFBIZ-4222 URL: https://issues.apache.org/jira/browse/OFBIZ-4222 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Trunk Reporter: Philippe Mouawad Assignee: Adam Heath Labels: CACHE, LEAK, MEMORY Since some time UtilCache has been updated to replace the WeakHashMap by a ConcurrentHashMap: private static final ConcurrentHashMapString, UtilCache?, ? utilCacheTable = new ConcurrentHashMapString, UtilCache?, ?(); I think this fix to concurrency issues has introduced a memory leak or at least a much bigger impact on Memory. Indeed descendent of AbstractCache (particularly AbstractEntityConditionCache, EntityListCache) tend to create many caches that do not need to always persist in time. The old WeakHashMap handled this by enabling them to disappear while today the Hard ref disables this. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-3411) Introduce Localization Packages in General Ledger
[ https://issues.apache.org/jira/browse/OFBIZ-3411?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-3411: --- Sprint: Bug Crush Event - 21/2/2015 Introduce Localization Packages in General Ledger - Key: OFBIZ-3411 URL: https://issues.apache.org/jira/browse/OFBIZ-3411 Project: OFBiz Issue Type: Improvement Components: accounting Affects Versions: Trunk Environment: any Reporter: Carsten Schinzer Original Estimate: 1,008h Remaining Estimate: 1,008h This record requests the readiness of current OFBiz releases (last stable release branch and trunk) to be ready for localization packages. Basically, a localization package needs to enable the accounting module to: (1) adopt Locale-legislation (if existent) or industry practice for financial reporting (by changing GlAccountClass entities) (2) adopt Locale-dependant best-practice or widely-used accounting schemes, i.e. account numbers, related asset types etc. (3) connect these two asset types with OFBiz specific entities such as InvoiceItem(Type)s, workflow elements (default accounts) etc. In order to achieve this, the structure of files (within accounting/data/*.xml) needs to be reviewed and clearly separated into: * seed-initial data * seed data * locale-dependant data * demo data Extended analysis and final aproach will be documented on: http://cwiki.apache.org/confluence/display/OFBIZ/Guide+to+OFBiz-i18n%2C++Internationalisation+of+OFBiz and it's related wiki pages. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2507) Sort options in form fields by their visible description (also if localized)
[ https://issues.apache.org/jira/browse/OFBIZ-2507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2507: --- Sprint: Bug Crush Event - 21/2/2015 Sort options in form fields by their visible description (also if localized) Key: OFBIZ-2507 URL: https://issues.apache.org/jira/browse/OFBIZ-2507 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: Trunk Reporter: Karim Rahimpur Attachments: ModelFormField.java.patch Currently, when options are shown in drop-down fields we can use entity-order-by to sort the options by e.g. description. *But the order in which options appear is only valid for non-localized descriptions.* If we have localized descriptions we want to make sure that these also appear in order, otherwise we make it difficult for the user to find the desired option especially in drop-down fields with many options. Btw i consider this _major_ because for users who do not use the default language: - the presentation is non-standard and a usability obstacle - it's simply a real pain to look for an option in 'strangely-ordered' drop-downs *Proposed Solution* My proposal is to have a default ordering based on the description value of the _OptionValue_ key-description-pairs in ModelFormField.java. The advantage of doing this is that you get what you'd normally expect, by default, in any drop-down field without even having to tell the system to order by description. An implementation should of course respect _entity-order-by_ if present. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2104) Support for sub-menu is not completely implemented in the menu widget
[ https://issues.apache.org/jira/browse/OFBIZ-2104?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2104: --- Sprint: Bug Crush Event - 21/2/2015 Support for sub-menu is not completely implemented in the menu widget - Key: OFBIZ-2104 URL: https://issues.apache.org/jira/browse/OFBIZ-2104 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Bruno Busco In the menu widget it seems to be definitions for a sub-menu tag but there is no rendering. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2143) payrol entities and payrolinvoiceItemtype
[ https://issues.apache.org/jira/browse/OFBIZ-2143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2143: --- Sprint: Bug Crush Event - 21/2/2015 payrol entities and payrolinvoiceItemtype - Key: OFBIZ-2143 URL: https://issues.apache.org/jira/browse/OFBIZ-2143 Project: OFBiz Issue Type: Improvement Components: humanres Reporter: Hans Bakker Just a reminder to not forget. Currently it is possible to create apayrolslip inludinbg check. The maojor items on a payslip are: 1.salary/hourly wages 2.Deductions 3. Tax now it appears there are other tables in the system which are very similar or even duplicate information: 1. BenefitType 2. DeductionType 3. TaxAuthorityRateType we could consider using the field hasTable=y for these payrol invoice item types -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-1429) Refunds (Void Sale in Mgr screen) - specific behavior depending on payment type of original order
[ https://issues.apache.org/jira/browse/OFBIZ-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-1429: --- Sprint: Bug Crush Event - 21/2/2015 Refunds (Void Sale in Mgr screen) - specific behavior depending on payment type of original order - Key: OFBIZ-1429 URL: https://issues.apache.org/jira/browse/OFBIZ-1429 Project: OFBiz Issue Type: Improvement Components: order, specialpurpose/pos Affects Versions: Trunk Reporter: Vince Clark Refunds should apply logic based on payment type of original order. 1) Checks - should prompt for check number being returned, just like when receiving a check as form of payment. 2) Credit Cards - Refunds for an order paid by CC should only be refunded by that method. The card should be refunded thru standard OfBiz payment processor refund services. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2152) OrderServices.updateApprovedOrderItems should take an existing cart to work on
[ https://issues.apache.org/jira/browse/OFBIZ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-2152: --- Sprint: Bug Crush Event - 21/2/2015 OrderServices.updateApprovedOrderItems should take an existing cart to work on -- Key: OFBIZ-2152 URL: https://issues.apache.org/jira/browse/OFBIZ-2152 Project: OFBiz Issue Type: Improvement Components: order Affects Versions: Trunk Environment: Windows XP Reporter: Stephen Rufle Attachments: 2009-01-30_OrderServices.patch In order to update Ship Group properly I believe updateApprovedOrderItems need to be able to take an already loaded cart as a parameter. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4852) Improper layout for ebay store product listing
[ https://issues.apache.org/jira/browse/OFBIZ-4852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4852: --- Sprint: Bug Crush Event - 21/2/2015 Improper layout for ebay store product listing -- Key: OFBIZ-4852 URL: https://issues.apache.org/jira/browse/OFBIZ-4852 Project: OFBiz Issue Type: Bug Components: specialpurpose/ebaystore Affects Versions: Trunk Reporter: Wai Improper layout of category listing in http://demo-trunk.ofbiz.apache.org/ebaystore/control/exportProductListing Bizzness theme is ok Bluelight theme is not ok DroppingCrumbs theme is not ok FlatGrey theme is not ok Tomahawk theme is not ok -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-4875) Problem Display Behavior Using Response type=view-last
[ https://issues.apache.org/jira/browse/OFBIZ-4875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-4875: --- Sprint: Bug Crush Event - 21/2/2015 Problem Display Behavior Using Response type=view-last Key: OFBIZ-4875 URL: https://issues.apache.org/jira/browse/OFBIZ-4875 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: Release 10.04, Trunk Environment: demo-stable demo-trunk Reporter: Jacopo Cappellato Under some conditions Response type=view-last in common-controller.xml produces unexpected results. 1. When the user navigates from a help file and changes the Language, Visual Theme or Time Zone. 2. When the user selects a node from a jQuery jstree and changes the Language, Visual Theme or Time Zone (demo-trunk only) 3. type=view-last is used extensively throughout OFBiz so there could be other problem cases. To Reproduce: Case 1 Select Help: 1 Open any OFBiz back office application with a theme that has a preference section. 2 Click the Help link in the preferences section 3 The Help window opens 4 Close the Help window 5 Click the Language, Visual Themes or Time Zone link in the preferences section 6 Select any language , theme or time zone Expect: Return to the OFBiz Application Case 2 Select tree node (demo-trunk only): 1 Open Catalog Manager or HR application 2 Click a node in the jQuery tree 3 Click the Language, Visual Themes or Time Zone link (not the Done or Cancel button) in the preferences section 4 Select any language , theme or time zone Expect: Return to the OFBiz Application Actual: Case 1 Help: The Help window opens. The application is no longer available. The user is Stuck, only way out is the browser back button. Case 2 jQuery Tree: The application opens in a text only mode. If the user makes a selection from the text only view the theme is restored. Note: The display may be a Help window or a screen with text No category specified. if the user follows other paths not described here. Not sure of an approach for a solution. Modify the view-last RequestHandler.java logic Using some other response type or value in the response name=success type=view-last value=main/ Any suggestions? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-1621) Demo data for travel entities(related to OFBiz-1590)
[ https://issues.apache.org/jira/browse/OFBIZ-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sharan Foga updated OFBIZ-1621: --- Sprint: Bug Crush Event - 21/2/2015 Demo data for travel entities(related to OFBiz-1590) Key: OFBIZ-1621 URL: https://issues.apache.org/jira/browse/OFBIZ-1621 Project: OFBiz Issue Type: Improvement Components: accounting, order, product Affects Versions: Trunk Reporter: Valentina Sirkova Labels: hotel, rooms, travel Prepare demo data for reservation entities in OFBiz-1590. The following recommendations(point 4) should be considered: http://www.nabble.com/Re%3A-new-accomodation-map-entities-Jira-OFBIZ-1590-%28was-on-the-user-mailing-list%29-to15128518.html -- This message was sent by Atlassian JIRA (v6.3.4#6332)