[jira] [Commented] (OFBIZ-4477) JavaScript location is empty causes a double requests problem
[ https://issues.apache.org/jira/browse/OFBIZ-4477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13126420#comment-13126420 ] Jacques Le Roux commented on OFBIZ-4477: There is a better way to fix this, working on it (was my fault...) JavaScript location is empty causes a double requests problem - Key: OFBIZ-4477 URL: https://issues.apache.org/jira/browse/OFBIZ-4477 Project: OFBiz Issue Type: Bug Components: themes Affects Versions: SVN trunk Environment: Ubuntu Reporter: Chatree Srichart Assignee: Jacques Le Roux Priority: Critical Attachments: check_empty_javascript_and_stylesheet.patch I see the JsLanguageFilesMapping.dateTime field does not have a script location for the en_US locale, so it will generate an empty script tag on the HTML header: .. .. script src= type=text/javascript/script .. .. which causes double requests problem on every requests. To solve this problem I have to check if the javaScript and styleSheet fields in header.ftl files for every themes are empty before generate the script and link tags. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (OFBIZ-4477) JavaScript location is empty causes a double requests problem
[ https://issues.apache.org/jira/browse/OFBIZ-4477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux reassigned OFBIZ-4477: -- Assignee: Jacques Le Roux JavaScript location is empty causes a double requests problem - Key: OFBIZ-4477 URL: https://issues.apache.org/jira/browse/OFBIZ-4477 Project: OFBiz Issue Type: Bug Components: themes Affects Versions: SVN trunk Environment: Ubuntu Reporter: Chatree Srichart Assignee: Jacques Le Roux Priority: Critical Attachments: check_empty_javascript_and_stylesheet.patch I see the JsLanguageFilesMapping.dateTime field does not have a script location for the en_US locale, so it will generate an empty script tag on the HTML header: .. .. script src= type=text/javascript/script .. .. which causes double requests problem on every requests. To solve this problem I have to check if the javaScript and styleSheet fields in header.ftl files for every themes are empty before generate the script and link tags. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (OFBIZ-4475) updateProductStore throws error
[ https://issues.apache.org/jira/browse/OFBIZ-4475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kiran Gawde updated OFBIZ-4475: --- Priority: Major (was: Minor) Seems like most operations in Admin are facing this issue. updateProductStore throws error --- Key: OFBIZ-4475 URL: https://issues.apache.org/jira/browse/OFBIZ-4475 Project: OFBiz Issue Type: Bug Components: product Affects Versions: Release Branch 11.04 Reporter: Kiran Gawde Edit a store. Hit Update. You will see following exception in the log. Seems like UpdateProductStore gets invoked twice. Second time doesn't have storeId. Updates are stored by first update call. 2011-10-12 15:13:43,129 (http-0.0.0.0-8443-2) [ ModelService.java:564:ERROR] [ModelService.validate] : {updateProductStore} : (IN) Required test error: org.ofbiz.service.ServiceValidationException: The following required parameter is missing: [IN] [updateProductStore.productStoreId] 2011-10-12 15:13:44,561 (http-0.0.0.0-8443-2) [ ServiceDispatcher.java:381:ERROR] exception report -- Incoming context (in runSync : updateProductStore) does not match expected requirements Exception: org.ofbiz.service.ServiceValidationException Message: The following required parameter is missing: [IN] [updateProductStore.productStoreId] stack trace --- org.ofbiz.service.ServiceValidationException: The following required parameter is missing: [IN] [updateProductStore.productStoreId] org.ofbiz.service.ModelService.validate(ModelService.java:625) org.ofbiz.service.ModelService.validate(ModelService.java:561) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:379) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:226) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:163) org.ofbiz.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:336) org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:642) org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:388) org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:224) javax.servlet.http.HttpServlet.service(HttpServlet.java:617) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:338) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:554) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) java.lang.Thread.run(Thread.java:662) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (OFBIZ-4477) JavaScript location is empty causes a double requests problem
[ https://issues.apache.org/jira/browse/OFBIZ-4477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux closed OFBIZ-4477. -- Resolution: Fixed Fix Version/s: SVN trunk Release Branch 11.04 Thanks for report Chatree, Unfortunately your patch was not enough (eCommerce, Lookups). Anyway, it was initially my fault when I added the time picker i18n, recently. It's now fixed in trunk r1182731 R11.04 r1182737 JavaScript location is empty causes a double requests problem - Key: OFBIZ-4477 URL: https://issues.apache.org/jira/browse/OFBIZ-4477 Project: OFBiz Issue Type: Bug Components: themes Affects Versions: SVN trunk Environment: Ubuntu Reporter: Chatree Srichart Assignee: Jacques Le Roux Priority: Critical Fix For: Release Branch 11.04, SVN trunk Attachments: check_empty_javascript_and_stylesheet.patch I see the JsLanguageFilesMapping.dateTime field does not have a script location for the en_US locale, so it will generate an empty script tag on the HTML header: .. .. script src= type=text/javascript/script .. .. which causes double requests problem on every requests. To solve this problem I have to check if the javaScript and styleSheet fields in header.ftl files for every themes are empty before generate the script and link tags. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Upload content file by ajax with form widget
Hi, At this time, uploading file with widget form with type=upload and the element on-event-update-area event-type=submit doesn't work. The service attachUploadToDataResource failed with an empty file received. I found a solution with jquery.upload (http://lagoscript.org/jquery/upload/) and extend the javascript function ajaxSubmitFormUpdateAreas by a new ajaxUploadFormUpdateAreas for only upload type form. Any body find or look a better solution ? Nicolas -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
[jira] [Commented] (OFBIZ-3894) Refactor Email handling
[ https://issues.apache.org/jira/browse/OFBIZ-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13126586#comment-13126586 ] Jacques Le Roux commented on OFBIZ-3894: Hi Nicolas, I did not review anything yet. Should I wait next step for review/commit? Refactor Email handling --- Key: OFBIZ-3894 URL: https://issues.apache.org/jira/browse/OFBIZ-3894 Project: OFBiz Issue Type: Improvement Components: ALL COMPONENTS Affects Versions: SVN trunk Reporter: BJ Freeman Priority: Minor Fix For: SVN trunk Attachments: OFBIZ-3894.patch, OFBIZ-3894.patch Original Estimate: 1,344h Remaining Estimate: 1,344h with the addition of the Website for each component 1) create product store for Order entry, or use the B2C product store. 2) move the email widgets from ecommerce to order compontent. 3) modify the seed data so that Order entry has it own emails from order component.this would be to add emails to note: as I go through the different items this is turning out to be a bigger project than I first anticipated. so consider this so far just ideas. Maybe break down in to small tasks as I have time to do something. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (OFBIZ-3913) Automated action triggered by event
[ https://issues.apache.org/jira/browse/OFBIZ-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13126593#comment-13126593 ] Jacques Le Roux commented on OFBIZ-3913: Hi Nicolas, Your patch almost applies in Eclipse with a 5 fuzz (only applications/content/src/org/ofbiz/content/output/OutputServices.java fails, 4 hunks with issues). Could you please update? 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: SVN trunk Reporter: Nicolas Malin Assignee: Jacques Le Roux Attachments: ExternalDevice.patch, ExternalDevice.patch, ExternalDevice.patch, ExternalDevice.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 is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (OFBIZ-3913) Automated action triggered by event
[ https://issues.apache.org/jira/browse/OFBIZ-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13126598#comment-13126598 ] Nicolas Malin commented on OFBIZ-3913: -- Hi Jacques, It's a old patch :) I try update it this night Nicolas -- MALIN Nicolas Trésorier de l'association Néogia Tél : 06.17.66.40.06 http://www.neogia.org/ 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: SVN trunk Reporter: Nicolas Malin Assignee: Jacques Le Roux Attachments: ExternalDevice.patch, ExternalDevice.patch, ExternalDevice.patch, ExternalDevice.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 is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Upload content file by ajax with form widget
HI Nicolas, Did you pick this plugin by chance between http://plugins.jquery.com/plugin-tags/upload, or did you test them, or? Jacques From: Nicolas Malin malin.nico...@librenberry.net Hi, At this time, uploading file with widget form with type=upload and the element on-event-update-area event-type=submit doesn't work. The service attachUploadToDataResource failed with an empty file received. I found a solution with jquery.upload (http://lagoscript.org/jquery/upload/) and extend the javascript function ajaxSubmitFormUpdateAreas by a new ajaxUploadFormUpdateAreas for only upload type form. Any body find or look a better solution ? Nicolas -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
Re: Issue with multi-select in selectBox widget
Because multiple=true has always been a pain in HTML, I have introduced the asmselect jQuerry plugin in OFBiz. You might try it at https://demo-trunk.ofbiz.apache.org/example/control/FormWidgetExamples#DropDownMultipleFieldExampleForm_multipleDropDownFields_title But please use rather user ML for such questions, see why here : http://cwiki.apache.org/confluence/display/OFBADMIN/Mailing+Lists#MailingLists-DesignanddevelopmentList:dev@ofbiz.apache.org Thanks Jacques Thomas J. Murphy wrote: I'm trying to update an application from a very old version of the framework and I'm believe I am down to one issue. I have a field in a search form where allow-multiple is set to true as follows: field name=option_ophidden value=in //field field name=option title=Option widget-style=selectBox drop-down allow-empty=true allow-multiple=true list-options list-name=optionsList key-name=optionId description=${optionDesc}/ /drop-down /field This currently works if I select nothing in the UI (retrieve all rows) or select multiple options from the selectBox. If I select just one option, the framework throws an exception. Stack trace below. Anyone have a fix for this? Or a suggestion? Other than my kludge of adding javascript for onsubmit to add a bogus selected option to the selectBox when only one choice is selected by the user. Exception: org.ofbiz.service.GenericServiceException Message: Service [executeFind] target threw an unexpected exception (java.lang.String cannot be cast to java.util.Collection) cause - Exception: java.lang.ClassCastException Message: java.lang.String cannot be cast to java.util.Collection stack trace --- java.lang.ClassCastException: java.lang.String cannot be cast to java.util.Collection org.ofbiz.entity.condition.EntityOperator$7.makeRHSWhereStringValue(EntityOperator.java:160) org.ofbiz.entity.condition.EntityComparisonOperator.makeRHSWhereString(EntityComparisonOperator.java:116) org.ofbiz.entity.condition.EntityComparisonOperator.addSqlValue(EntityComparisonOperator.java:105) org.ofbiz.entity.condition.EntityExpr.makeWhereString(EntityExpr.java:139) org.ofbiz.entity.condition.EntityJoinOperator.addSqlValue(EntityJoinOperator.java:78) org.ofbiz.entity.condition.EntityConditionListBase.makeWhereString(EntityConditionListBase.java:98) org.ofbiz.entity.condition.EntityJoinOperator.addSqlValue(EntityJoinOperator.java:78) org.ofbiz.entity.condition.EntityConditionListBase.makeWhereString(EntityConditionListBase.java:98) org.ofbiz.entity.datasource.GenericDAO.makeConditionWhereString(GenericDAO.java:836) org.ofbiz.entity.datasource.GenericDAO.selectListIteratorByCondition(GenericDAO.java:743) org.ofbiz.entity.datasource.GenericHelperDAO.findListIteratorByCondition(GenericHelperDAO.java:145) org.ofbiz.entity.GenericDelegator.find(GenericDelegator.java:1743) org.ofbiz.common.FindServices.executeFind(FindServices.java:614) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100) org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57) org.ofbiz.service.ModelServiceReader$GenericInvokerImpl.runSync(ModelServiceReader.java:761) _$gen.file_58$.opt.ofbiz.framework.common.servicedef.services_46$xml_35$executeFind.runSync(file:/opt/ofbiz/framework/common/servicedef/services.xml#executeFind:229) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:399) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:226) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:163) org.ofbiz.common.FindServices.performFind(FindServices.java:499) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100) org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57) org.ofbiz.service.ModelServiceReader$GenericInvokerImpl.runSync(ModelServiceReader.java:761) _$gen.file_58$.opt.ofbiz.framework.common.servicedef.services_46$xml_35$performFind.runSync(file:/opt/ofbiz/framework/common/servicedef/services.xml#performFind:242) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:399) org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:226) org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:163)
Re: Upload content file by ajax with form widget
Also slightly related, you might be interested by https://issues.apache.org/jira/browse/OFBIZ-3878 (I mean the progress bar file upload with jQuery) Jacques Jacques Le Roux wrote: HI Nicolas, Did you pick this plugin by chance between http://plugins.jquery.com/plugin-tags/upload, or did you test them, or? Jacques From: Nicolas Malin malin.nico...@librenberry.net Hi, At this time, uploading file with widget form with type=upload and the element on-event-update-area event-type=submit doesn't work. The service attachUploadToDataResource failed with an empty file received. I found a solution with jquery.upload (http://lagoscript.org/jquery/upload/) and extend the javascript function ajaxSubmitFormUpdateAreas by a new ajaxUploadFormUpdateAreas for only upload type form. Any body find or look a better solution ? Nicolas -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
Re: Upload content file by ajax with form widget
Right jacques. I found this plugin on your link and a select the easier to use. I implement on it on my local workspace, with little change on widget renderer Nicolas Le 13/10/2011 16:54, Jacques Le Roux a écrit : HI Nicolas, Did you pick this plugin by chance between http://plugins.jquery.com/plugin-tags/upload, or did you test them, or? Jacques From: Nicolas Malin malin.nico...@librenberry.net Hi, At this time, uploading file with widget form with type=upload and the element on-event-update-area event-type=submit doesn't work. The service attachUploadToDataResource failed with an empty file received. I found a solution with jquery.upload (http://lagoscript.org/jquery/upload/) and extend the javascript function ajaxSubmitFormUpdateAreas by a new ajaxUploadFormUpdateAreas for only upload type form. Any body find or look a better solution ? Nicolas -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/ -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
Re: Upload content file by ajax with form widget
Then I 'd say... go for it ;o) Jacques Nicolas Malin wrote: Right jacques. I found this plugin on your link and a select the easier to use. I implement on it on my local workspace, with little change on widget renderer Nicolas Le 13/10/2011 16:54, Jacques Le Roux a écrit : HI Nicolas, Did you pick this plugin by chance between http://plugins.jquery.com/plugin-tags/upload, or did you test them, or? Jacques From: Nicolas Malin malin.nico...@librenberry.net Hi, At this time, uploading file with widget form with type=upload and the element on-event-update-area event-type=submit doesn't work. The service attachUploadToDataResource failed with an empty file received. I found a solution with jquery.upload (http://lagoscript.org/jquery/upload/) and extend the javascript function ajaxSubmitFormUpdateAreas by a new ajaxUploadFormUpdateAreas for only upload type form. Any body find or look a better solution ? Nicolas -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
Re: ServiceName vs CustomMethod
I'd say, go as you think it's better, then submit a patch and we will see Jacques Nicolas Malin wrote: No opinion ? Le 07/10/2011 18:18, Nicolas Malin a écrit : Hi, I continue my analysis to use EmailTemplateSetting with Content. My idea is to use a service to retrieve information needed to merge with template content before sending the email. The system already use Content entity, great ! But to manage template, the field Content.serviceName isn't really useful for user's screen. Do a reason exist to use serviceName instead of a relation with CustomMethod entity ? Historical ? With the CustomMethod and CustomMethodType, it's easier to show available services to advanced user. Any suggest ? Nicolas
Re: ServiceName vs CustomMethod
run nico, run ! :) No problem jacques, I will work on it asap. After update my lasts jira issues ;) Nicolas Le 13/10/2011 17:53, Jacques Le Roux a écrit : I'd say, go as you think it's better, then submit a patch and we will see Jacques Nicolas Malin wrote: No opinion ? Le 07/10/2011 18:18, Nicolas Malin a écrit : Hi, I continue my analysis to use EmailTemplateSetting with Content. My idea is to use a service to retrieve information needed to merge with template content before sending the email. The system already use Content entity, great ! But to manage template, the field Content.serviceName isn't really useful for user's screen. Do a reason exist to use serviceName instead of a relation with CustomMethod entity ? Historical ? With the CustomMethod and CustomMethodType, it's easier to show available services to advanced user. Any suggest ? Nicolas -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
Re: ServiceName vs CustomMethod
the modeling for CustomMethod has been like a Hook in C lanquage. this allows future addition and selection to performs an operation, to achieve a particular outcome. so if you want to have multiple services available for a Template, then use CustomMethod, otherwise specify the service. Nicolas Malin sent the following on 10/12/2011 12:42 PM: No opinion ? Le 07/10/2011 18:18, Nicolas Malin a écrit : Hi, I continue my analysis to use EmailTemplateSetting with Content. My idea is to use a service to retrieve information needed to merge with template content before sending the email. The system already use Content entity, great ! But to manage template, the field Content.serviceName isn't really useful for user's screen. Do a reason exist to use serviceName instead of a relation with CustomMethod entity ? Historical ? With the CustomMethod and CustomMethodType, it's easier to show available services to advanced user. Any suggest ? Nicolas
[jira] [Updated] (OFBIZ-4386) Order not completed when filled from more than one InventoryItem
[ https://issues.apache.org/jira/browse/OFBIZ-4386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-4386: --- Attachment: OFBIZ-4386_IssuanceServices.patch Paul, I have reviewed your patch again. I have changed # if-compare field=itemIssuance.inventoryItemId operator=not-equals value=inventoryItemId to if-compare-field field=itemIssuance.inventoryItemId operator=not-equals to-field=parameters.inventoryItemId there is no inventoryItemId value # used info in all logs (as previously mentionned) # removed trailing white spaces (not a big deal, I'm just used to) This seems OK for with me now. Could you please double-check before I commit, thanks Order not completed when filled from more than one InventoryItem Key: OFBIZ-4386 URL: https://issues.apache.org/jira/browse/OFBIZ-4386 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk Environment: rev 1163479 Reporter: Paul Foxworthy Assignee: Jacques Le Roux Labels: issuance, order, shipment Attachments: OFBIZ-4386_IssuanceServices.patch, OFBIZ-4386_IssuanceServices.patch, OFBIZ-4386_IssuanceServices.patch, OFBIZ-4386_IssuanceServices.patch, OFBIZ-4386_IssuanceServices.patch, OFBIZ-4386_IssuanceTests.patch There is a nasty bug in IssuanceServices in the situation where the order is filled from more than one InventoryItem. When the order is created, there are OrderItemShipGrpInvRes reservations created for all the inventory items needed to fill the order. In the simple method issueOrderItemShipGrpInvResToShipment in IssuanceServices, at line 173 (https://fisheye6.atlassian.com/browse/ofbiz/trunk/applications/product/script/org/ofbiz/shipment/issuance/IssuanceServices.xml?hb=true#to173), there is an assumption that if the OrderShipment already exists, we are some sort of adjustment, and we should adjust the OrderShipment quantity by the difference between the old OrderShipment quantity and the new one. This all works fine in the situation where there is only one InventoryItem needed to fill the order. However, if there are two or more InventoryItems, the simple method is called twice, and an incorrect quantity is calculated. The crux of the problem is that OrderShipment doesn't care about InventoryItems, so there will be only one OrderShipment row for a given product. In contrast, ItemIssuance does care about InventoryItems, so there will be more than one if the product is supplied from more than one InventoryItem. The ItemIssuance code doesn't take account of this distinction. I have provided two patches. One is a new unit test that exemplifies the bug. If you just apply this patch to trunk, the unit test will fail with an OrderShipment quantity of 4 when it ought to be 6. The other patch is my fix for IssuanceServices, which now looks for a relevant ItemIssuance to decide if we are adjusting quantities, or creating a new ItemIssuance (and possibly a new OrderShipment). Feedback welcomed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (OFBIZ-4472) New element auto-parameters-entity for link/hyperlink
[ https://issues.apache.org/jira/browse/OFBIZ-4472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicolas Malin updated OFBIZ-4472: - Attachment: OFBIZ-4472.patch I update the patch with : * manage auto-parameters-entity on event-update-area * imporve resolving entityName New element auto-parameters-entity for link/hyperlink - Key: OFBIZ-4472 URL: https://issues.apache.org/jira/browse/OFBIZ-4472 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Reporter: Nicolas Malin Priority: Minor Attachments: OFBIZ-4472.patch, OFBIZ-4472.patch When you want edit/remove an entity from link call it's needed to give all pk on parameter element as like : {quote} field name=deleteLink hyperlink target=example_deleteExampleFeatureAppl parameter param-name=exampleId/ parameter param-name=exampleFeatureId/ parameter param-name=fromDate/ hyperlink/ /field {quote} To simplify, I introduce auto-parameters-entity like this : {quote} field name=deleteLink hyperlink target=example_deleteExampleFeatureAppl auto-parameters-entity entity-name=ExampleFeatureAppl/ hyperlink/ /field {quote} or {quote} form name=ListExampleFeatureAppls type=list default-entity-name=ExampleFeatureAppl field name=deleteLink hyperlink target=example_deleteExampleFeatureAppl auto-parameters-entity/ hyperlink/ /field {quote} This method is inspired from auto-fields-entity and I homogenized on widget renderer screen (link), menu (link) and form (hyperlink, sub-link) Any comments are welcome -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[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 ] Nicolas Malin updated OFBIZ-3913: - Attachment: OFBIZ-3913.patch Resynchronize patch done. Nicolas 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: SVN trunk Reporter: Nicolas Malin Assignee: Jacques Le Roux Attachments: ExternalDevice.patch, ExternalDevice.patch, ExternalDevice.patch, ExternalDevice.png, OFBIZ-3913.patch 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 is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: svn commit: r1182860 - in /ofbiz/branches/release11.04: ./ applications/order/script/org/ofbiz/order/customer/ applications/party/webapp/partymgr/WEB-INF/actions/party/ applications/product/script
Jacques, I'm not sure if it's this commit or the last one but the build now fails on the JsLanguageFileMappingCreator.java class. Please be careful with the release branches. Thanks Scott On 14/10/2011, at 2:57 AM, jler...@apache.org wrote: Author: jleroux Date: Thu Oct 13 13:57:35 2011 New Revision: 1182860 URL: http://svn.apache.org/viewvc?rev=1182860view=rev Log: Applied fix from trunk for revision: 1182858 r1182858 | jleroux | 2011-10-13 15:51:37 +0200 (jeu., 13 oct. 2011) | 2 lines JQuery team does not care about plugins consistency, so we have to be careful. For instance, for more fun: in validate plugin we have also ptpt and ptbr... Just found by chance while looking for consistency in JsLanguageFileMappingCreator class after refactoring Modified: ofbiz/branches/release11.04/ (props changed) ofbiz/branches/release11.04/applications/order/script/org/ofbiz/order/customer/CheckoutMapProcs.xml (props changed) ofbiz/branches/release11.04/applications/party/webapp/partymgr/WEB-INF/actions/party/PartyFinancialHistory.groovy (props changed) ofbiz/branches/release11.04/applications/product/script/org/ofbiz/product/test/InventoryTests.xml (props changed) ofbiz/branches/release11.04/framework/common/src/org/ofbiz/common/JsLanguageFileMappingCreator.java ofbiz/branches/release11.04/framework/common/src/org/ofbiz/common/JsLanguageFilesMapping.java ofbiz/branches/release11.04/framework/common/widget/HelpScreens.xml (props changed) ofbiz/branches/release11.04/framework/security/data/PasswordSecurityData.xml (props changed) ofbiz/branches/release11.04/specialpurpose/ebaystore/lib/ (props changed) ofbiz/branches/release11.04/specialpurpose/hhfacility/webapp/hhfacility/WEB-INF/actions/Facilities.groovy (props changed) ofbiz/branches/release11.04/specialpurpose/hhfacility/webapp/hhfacility/WEB-INF/actions/ProductList.groovy (props changed) ofbiz/branches/release11.04/specialpurpose/hhfacility/webapp/hhfacility/WEB-INF/actions/ProductStockTake.groovy (props changed) Propchange: ofbiz/branches/release11.04/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Thu Oct 13 13:57:35 2011 @@ -2,4 +2,4 @@ /ofbiz/branches/dojo1.4:951708-952957 /ofbiz/branches/jquery:952958-1044489 /ofbiz/branches/multitenant20100310:921280-927264 -/ofbiz/trunk:1100197,1100880,1104423,1131144,1131396,1132496,1132749,1133353,1134990,1135199,1135686,1135929,1137201,1137433,1137435,1138463,1138485,1139346,1139385,1139504,1139521,1140358,1140362,1140375,1140469,1144537,1144791,1153073,1153768,1158124,1158126,1158608,1159080,1163036,1163093,1163533,1165130,1166591,1167116,1167314,1167480,1167501,1167510,1167517,1167606,1172213,1172243,1174964,1175130,1175135,1175143,1177128,1178175,1178199,1180398,1181878,1182259,1182731 +/ofbiz/trunk:1100197,1100880,1104423,1131144,1131396,1132496,1132749,1133353,1134990,1135199,1135686,1135929,1137201,1137433,1137435,1138463,1138485,1139346,1139385,1139504,1139521,1140358,1140362,1140375,1140469,1144537,1144791,1153073,1153768,1158124,1158126,1158608,1159080,1163036,1163093,1163533,1165130,1166591,1167116,1167314,1167480,1167501,1167510,1167517,1167606,1172213,1172243,1174964,1175130,1175135,1175143,1177128,1178175,1178199,1180398,1181878,1182259,1182731,1182858 Propchange: ofbiz/branches/release11.04/applications/order/script/org/ofbiz/order/customer/CheckoutMapProcs.xml -- --- svn:mergeinfo (original) +++ svn:mergeinfo Thu Oct 13 13:57:35 2011 @@ -2,4 +2,4 @@ /ofbiz/branches/dojo1.4/applications/order/script/org/ofbiz/order/customer/CheckoutMapProcs.xml:951708-952957 /ofbiz/branches/jquery/applications/order/script/org/ofbiz/order/customer/CheckoutMapProcs.xml:952958-1044489 /ofbiz/branches/multitenant20100310/applications/order/script/org/ofbiz/order/customer/CheckoutMapProcs.xml:921280-927264 -/ofbiz/trunk/applications/order/script/org/ofbiz/order/customer/CheckoutMapProcs.xml:1100197,1100880,1104423,1131144,1131396,1132496,1132749,1134990,1135199,1135686,1135929,1137201,1137433,1137435,1138463,1138485,1139346,1139385,1139504,1139521,1140358,1140362,1140375,1140469,1144537,1144791,1153073,1153768,1158124,1158126,1158608,1159080,1163036,1163093,1163533,1165130,1166591,1167116,1167314,1167480,1167501,1167510,1167517,1172213,1172243,1174964,1175135,1175143,1177128,1178175,1178199,1180398,1181878,1182259,1182731
[jira] [Created] (OFBIZ-4479) JsLanguageFilesMapping.java has compilation errors
JsLanguageFilesMapping.java has compilation errors -- Key: OFBIZ-4479 URL: https://issues.apache.org/jira/browse/OFBIZ-4479 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Release Branch 11.04 Reporter: Kiran Gawde Seems like the some patch was applied from trunk(or someother branch) to 11.04 instead of merging the branch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira