[jira] [Commented] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14902040#comment-14902040
 ] 

Pierre Smits commented on OFBIZ-6646:
-

Hard coding reports structures might prove too limiting regarding the needs in 
various countries and/or organisations. Maybe we should try to exploit XBRL 
(https://en.wikipedia.org/wiki/XBRL) for various management reports in a 
separate component. XBRL seems to be a standard in the FICO reporting world.

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
> Attachments: COA & Management report.xlsx
>
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customize reports.



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

[jira] [Updated] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Nu Huynh (JIRA)]

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

Nu Huynh updated OFBIZ-6646:

Attachment: COA & Management report.xlsx

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
> Attachments: COA & Management report.xlsx
>
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customize reports.



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

[jira] [Commented] (OFBIZ-6648) Finalizing an ecommerce order with payment via a 3rd party payment provider requires additional roles

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14902003#comment-14902003
 ] 

Pierre Smits commented on OFBIZ-6648:
-

Without those two 3rd party payments solution integrations (PayPal & RBS 
WorldPay) and the Google checkout working properly, it is hard to tell whether 
the subsequent processes/functions are executed properly and/or properly 
configured with demo data.

> Finalizing an ecommerce order with payment via a 3rd party payment provider 
> requires additional roles
> -
>
> Key: OFBIZ-6648
> URL: https://issues.apache.org/jira/browse/OFBIZ-6648
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Reporter: Pierre Smits
>Assignee: Pierre Smits
>  Labels: order, payment, payment-gateway
> Attachments: OFBIZ-6648-EcommerceSecurityData.xml.patch, 
> demoTrunk-googlecheckout.txt
>
>
> When a customer selects paying through a 3rd party payment provider and 
> finalizes the order, the customer in his role of 'ECOMMERCE_CUSTOMER' needs 
> additional permissions to get the order approved and the transactions in 
> accounting persisted.



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

[jira] [Commented] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Nu Huynh (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14902004#comment-14902004
 ] 

Nu Huynh commented on OFBIZ-6646:
-

@ Rong: It's a group of companies locating in Thailand, Singapore, Philippines, 
Indonesia, Australia & Hong Kong. There might be common format for financial or 
statutory accounting reports, but management reports are up to manager's 
discretion, in another word, who knows what managers in each country want to 
see. 

Most of the time, the finance department design the chart of account to respond 
to managers' two most demanding reports: comparative income statement & balance 
sheet (including some KPI, which is another issue). Please take at a look at my 
file for demonstration.
First section is a customized chart of accounts (income statement only), which 
has 5 levels down.
Second is what managers want to see in an Income Statement, which are level 1 - 
3.
Third is what Ofbiz currently shows, level 4 & 5 and a totally irrelevant 
summary.

If users have an option to show parent GL accounts & their balance, (each level 
in a separate column in CSV file or export the selected level only), the report 
is almost ready with a click.

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
> Attachments: COA & Management report.xlsx
>
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customize reports.



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

[jira] [Commented] (OFBIZ-6643) Order items for GZ-1006-5 via ecommerce/ordermgr shows error

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901997#comment-14901997
 ] 

Pierre Smits commented on OFBIZ-6643:
-

[~jacques.le.roux]] I tested it against demo-trunk (see 
http://demo-trunk-ofbiz.apache.org/ordermgr/control/orderview?orderId=WSCO10002 
of today) and get the same result. Are you sure you did not test against 
another version?

> Order items for GZ-1006-5 via ecommerce/ordermgr shows error
> 
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce
> Attachments: OFBIZ-6643-orderitems.ftl.patch
>
>
> When an order is entered via the ecommerce component for a GZ-1006-5 an error 
> is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection

[jira] [Updated] (OFBIZ-6648) Finalizing an ecommerce order with payment via a 3rd party payment provider requires additional roles

[Pierre Smits (JIRA)]

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

Pierre Smits updated OFBIZ-6648:

Attachment: demoTrunk-googlecheckout.txt

Below shows the result 
http://demo-trunk-ofbiz.apache.org/ecommerce/control/processorder?checkoutpage=payment
 for a new customer paying via PayPal:
{code}
The Following Errors Occurred:

Problems getting merchant configuration, please contact customer service.
{code}

or via RBS Worldpay:
{code}
The Following Errors Occurred:

Problems Getting Inst Id
{code}
And see attached file regarding a Google checkout.

> Finalizing an ecommerce order with payment via a 3rd party payment provider 
> requires additional roles
> -
>
> Key: OFBIZ-6648
> URL: https://issues.apache.org/jira/browse/OFBIZ-6648
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Reporter: Pierre Smits
>Assignee: Pierre Smits
>  Labels: order, payment, payment-gateway
> Attachments: OFBIZ-6648-EcommerceSecurityData.xml.patch, 
> demoTrunk-googlecheckout.txt
>
>
> When a customer selects paying through a 3rd party payment provider and 
> finalizes the order, the customer in his role of 'ECOMMERCE_CUSTOMER' needs 
> additional permissions to get the order approved and the transactions in 
> accounting persisted.



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

[jira] [Commented] (OFBIZ-6643) Order items for GZ-1006-5 via ecommerce/ordermgr shows error

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901915#comment-14901915
 ] 

Jacques Le Roux commented on OFBIZ-6643:


Obviously your patch is good and it works. Just that when I add the GZ-1006-5, 
even before your patch, I get to a blank page. You can check on trunk demo. Did 
yo not get that?

Also Vyom was right, there are other cases to fix in FTL files where not 4 
parameters are passed, at least I found among the 40 cases:
{code}
<#assign quoteTerms = delegator.findByAnd("QuoteTerm", {"quoteId" : 
quoteItem.quoteId, "quoteItemSeqId" : quoteItem.quoteItemSeqId})>
<#assign userLoginApprovers  = 
delegator.findByAnd("UserLogin",Static["org.ofbiz.base.util.UtilMisc"].toMap("partyId",
 partyRole.partyId))/>
<#assign partyContentDetail  = 
delegator.findByAnd("ContentApproval",Static["org.ofbiz.base.util.UtilMisc"].toMap("roleTypeId",
 "IMAGEAPPROVER", "approvalStatusId", "IM_PENDING", "partyId", 
userLoginAndPartyDetails.partyId))/>
{code}

Grrovy files seems all good. Could you please double check before I enhance and 
apply your patch (a new patch is welcome ;)), thanks!

> Order items for GZ-1006-5 via ecommerce/ordermgr shows error
> 
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce
> Attachments: OFBIZ-6643-orderitems.ftl.patch
>
>
> When an order is entered via the ecommerce component for a GZ-1006-5 an error 
> is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRe

[jira] [Comment Edited] (OFBIZ-293) data import - nulling fields impossible

[Paul Foxworthy (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901905#comment-14901905
 ] 

Paul Foxworthy edited comment on OFBIZ-293 at 9/22/15 4:19 AM:
---

Please see my discussion in OFBIZ-4602. The canonical XML way to specify a null 
value is to use the xsi:nil *attribute* (references to XML standards in 
OFBIZ-4602). The content of an element should be *the data*, and no matter what 
special value you attempt to reserve (an empty string, the word "null" enclosed 
in square, curly or angle brackets, etc) something will misinterpret that.


was (Author: paul_foxworthy):
Please see my discussion in OFBIZ-4602. The canonical XML way to specify a null 
value is to use the xsi:nil *attribute* (references to XML standards in 
OFBIZ-4602). The content of an element should be *the data*, and no matter what 
special value you attempt to reserve (an empty string, "[null]", "{null}", etc) 
something will misinterpret that.

> data import - nulling fields impossible
> ---
>
> Key: OFBIZ-293
> URL: https://issues.apache.org/jira/browse/OFBIZ-293
> Project: OFBiz
>  Issue Type: Bug
>  Components: framework
>Affects Versions: Trunk
>Reporter: Marco Risaliti
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: OFBIZ-293_set-empty-strings-as-null.patch, 
> ofbiz-293-patch.txt, ofbiz-462-patch.txt
>
>
> It's a copy of the old-jira issue 
> http://jira.undersunconsulting.com/browse/OFBIZ-462 Tarlika Elisabeth Schmitz
> =
> I am on rev 5274. 
> data import from .xml file: empty attributes (e.g. description="") are 
> ignored and the field retains its former value. 
> Comment by Chris Juettner [04/Oct/05 01:51 PM]
> This patch comments out the check for null or empty values in the data XML 
> file found by the EntitySaxReader. I also added an additional warning message 
> in case you do not want to persist empty values to the database but still 
> would like to know what happened. 
> Comment by Si Chen [04/Oct/05 01:59 PM]
> Chris- 
> Just a comment: it's very important that a field in the entity engine is set 
> to null ONLY when the XML file specifically has an empty attribute (ie, 
> description=""). Otherwise, there's a lot of seed data that is in separate 
> XML files, and they could overwrite each other. 
> Comment by Chris Juettner [10/Oct/05 11:56 AM] [ Permlink ] 
> Si, 
> I'm not sure I understand your comment about seed data in seperate XML files 
> overwriting each other. Shouldn't seed data XML files be entity specific? Why 
> would one seed data XML file overwrite another? 
> Do you have any comment on what a better solution is for seed data values 
> that could be empty? 
> Thanks 
> Chris 



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

[jira] [Commented] (OFBIZ-293) data import - nulling fields impossible

[Paul Foxworthy (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901905#comment-14901905
 ] 

Paul Foxworthy commented on OFBIZ-293:
--

Please see my discussion in OFBIZ-4602. The canonical XML way to specify a null 
value is to use the xsi:nil *attribute* (references to XML standards in 
OFBIZ-4602). The content of an element should be *the data*, and no matter what 
special value you attempt to reserve (an empty string, "[null]", "{null}", etc) 
something will misinterpret that.

> data import - nulling fields impossible
> ---
>
> Key: OFBIZ-293
> URL: https://issues.apache.org/jira/browse/OFBIZ-293
> Project: OFBiz
>  Issue Type: Bug
>  Components: framework
>Affects Versions: Trunk
>Reporter: Marco Risaliti
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: OFBIZ-293_set-empty-strings-as-null.patch, 
> ofbiz-293-patch.txt, ofbiz-462-patch.txt
>
>
> It's a copy of the old-jira issue 
> http://jira.undersunconsulting.com/browse/OFBIZ-462 Tarlika Elisabeth Schmitz
> =
> I am on rev 5274. 
> data import from .xml file: empty attributes (e.g. description="") are 
> ignored and the field retains its former value. 
> Comment by Chris Juettner [04/Oct/05 01:51 PM]
> This patch comments out the check for null or empty values in the data XML 
> file found by the EntitySaxReader. I also added an additional warning message 
> in case you do not want to persist empty values to the database but still 
> would like to know what happened. 
> Comment by Si Chen [04/Oct/05 01:59 PM]
> Chris- 
> Just a comment: it's very important that a field in the entity engine is set 
> to null ONLY when the XML file specifically has an empty attribute (ie, 
> description=""). Otherwise, there's a lot of seed data that is in separate 
> XML files, and they could overwrite each other. 
> Comment by Chris Juettner [10/Oct/05 11:56 AM] [ Permlink ] 
> Si, 
> I'm not sure I understand your comment about seed data in seperate XML files 
> overwriting each other. Shouldn't seed data XML files be entity specific? Why 
> would one seed data XML file overwrite another? 
> Do you have any comment on what a better solution is for seed data values 
> that could be empty? 
> Thanks 
> Chris 



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

[jira] [Commented] (OFBIZ-6648) Finalizing an ecommerce order with payment via a 3rd party payment provider requires additional roles

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901883#comment-14901883
 ] 

Jacques Le Roux commented on OFBIZ-6648:


Err, BTW Google checkout does not seem to work fine those days...

> Finalizing an ecommerce order with payment via a 3rd party payment provider 
> requires additional roles
> -
>
> Key: OFBIZ-6648
> URL: https://issues.apache.org/jira/browse/OFBIZ-6648
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Reporter: Pierre Smits
>Assignee: Pierre Smits
>  Labels: order, payment, payment-gateway
> Attachments: OFBIZ-6648-EcommerceSecurityData.xml.patch
>
>
> When a customer selects paying through a 3rd party payment provider and 
> finalizes the order, the customer in his role of 'ECOMMERCE_CUSTOMER' needs 
> additional permissions to get the order approved and the transactions in 
> accounting persisted.



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

[jira] [Commented] (OFBIZ-6648) Finalizing an ecommerce order with payment via a 3rd party payment provider requires additional roles

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901879#comment-14901879
 ] 

Jacques Le Roux commented on OFBIZ-6648:


Hi Pierre, I wonder why this appears only now. For instance why when using 
Google or Paypal checkout which are available OOTB for a moment this would not 
be needed, any ideas?

> Finalizing an ecommerce order with payment via a 3rd party payment provider 
> requires additional roles
> -
>
> Key: OFBIZ-6648
> URL: https://issues.apache.org/jira/browse/OFBIZ-6648
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Reporter: Pierre Smits
>Assignee: Pierre Smits
>  Labels: order, payment, payment-gateway
> Attachments: OFBIZ-6648-EcommerceSecurityData.xml.patch
>
>
> When a customer selects paying through a 3rd party payment provider and 
> finalizes the order, the customer in his role of 'ECOMMERCE_CUSTOMER' needs 
> additional permissions to get the order approved and the transactions in 
> accounting persisted.



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

[jira] [Commented] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Rong Nguyen (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901857#comment-14901857
 ] 

Rong Nguyen commented on OFBIZ-6646:


@Nu Where are your customers, in VietNam?
@Jacques We have customized a lot of functionalities(Framework, Accounting 
module,...) to meet requirements in VietNam. We will create a plan to 
contribute in 2016.

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customize reports.



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

[jira] [Comment Edited] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Nu Huynh (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901830#comment-14901830
 ] 

Nu Huynh edited comment on OFBIZ-6646 at 9/22/15 2:58 AM:
--

@ Jacques: Hi. I'm not a developer. Is this the place for end users to report 
our issues and opinions? I ended up here thanks to Hans (from Antweb). Please 
let me know if I should demonstrate my issue further.

@ Rong: I know there is no way at the moment and end users can create their own 
reports with Excel but if reporting is a very repetitive and tedious job, it 
will be very helpful to show all parent GL accounts and their balances (the 
second option that I suggest if customization is more complicated). For 
example, one of our accountants handle 20 departments and she has to prepare at 
least 2 monthly reports (BS & IS) for each of them within the first 5 days of a 
month. That is a total of 40 reports to do in 5 days of every month.


was (Author: nuhuynh):
@ Jacques: Hi. I'm not a developer. Is this the place for end users to report 
our issues and opinions? I ended up here thanks to Hans (from Antweb)

@ Rong: I know there is no way at the moment and end users can create their own 
reports with Excel but if reporting is a very repetitive and tedious job, it 
will be very helpful to show all parent GL accounts and their balances (the 
second option that I suggest if customization is more complicated). For 
example, one of our accountants handle 20 departments and she has to prepare at 
least 2 monthly reports (BS & IS) for each of them within the first 5 days of a 
month. That is a total of 40 reports to do in 5 days of every month.

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customize reports.



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

[jira] [Comment Edited] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Nu Huynh (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901830#comment-14901830
 ] 

Nu Huynh edited comment on OFBIZ-6646 at 9/22/15 2:56 AM:
--

@ Jacques: Hi. I'm not a developer. Is this the place for end users to report 
our issues and opinions? I ended up here thanks to Hans (from Antweb)

@ Rong: I know there is no way at the moment and end users can create their own 
reports with Excel but if reporting is a very repetitive and tedious job, it 
will be very helpful to show all parent GL accounts and their balances (the 
second option that I suggest if customization is more complicated). For 
example, one of our accountants handle 20 departments and she has to prepare at 
least 2 monthly reports (BS & IS) for each of them within the first 5 days of a 
month. That is a total of 40 reports to do in 5 days of every month.


was (Author: nuhuynh):
@ Jacques: Hi. I'm not a developer. Is this the place for end users to report 
our issues and opinions? I ended up here thanks to Hans (from Antweb)

@ Rong: I know there is no way at the moment and end users can create their own 
reports with Excel but if reporting is a very repetitive and tedious job, it 
will be very helpful to show all parent GL accounts and their balances (the 
second option that I suggest if customization is more complicated). For 
example, one of our accountants handle 20 departments and she has to prepare at 
least 2 monthly reports for each of them within the first 5 days of a month. 
That is a total of 40 reports to do in 5 days of every month.

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customize reports.



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

[jira] [Updated] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Nu Huynh (JIRA)]

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

Nu Huynh updated OFBIZ-6646:

Description: 
Currently, balance sheet and income statement only show lowest level / child GL 
accounts having at least one transaction, hence a balance, in a period. 
However, as an end user, I find it is necessary to show all Parent GL accounts 
which balance is the sum of all its child accounts. 

For us, they are more than just to show up in the "Navigate accounts" section. 
They are main sections of our own reports. The standard format of reports in 
Ofbiz is too condensed and the users do not have the option to customize this.

I have tried to customize the Income Statement by creating some new GL account 
classes e.g "Non Operation Expenses" via Entity Data Maintenance but they don't 
show up in Income Statement. So I guess it is not that straightforward to 
customize reports.

  was:
Currently, balance sheet and income statement only show lowest level / child GL 
accounts having at least one transaction, hence a balance, in a period. 
However, as an end user, I find it is necessary to show all Parent GL accounts 
which balance is the sum of all its child accounts. 

For us, they are more than just to show up in the "Navigate accounts" section. 
They are main sections of our own reports. The standard format of reports in 
Ofbiz is too condensed and the users do not have the option to customize this.

I have tried to customize the Income Statement by creating some new GL account 
classes e.g "Non Operation Expenses" via Entity Data Maintenance but they don't 
show up in Income Statement. So I guess it is not that straightforward to 
customizing reports.


> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customize reports.



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

[jira] [Commented] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Nu Huynh (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901830#comment-14901830
 ] 

Nu Huynh commented on OFBIZ-6646:
-

@ Jacques: Hi. I'm not a developer. Is this the place for end users to report 
our issues and opinions? I ended up here thanks to Hans (from Antweb)

@ Rong: I know there is no way at the moment and end users can create their own 
reports with Excel but if reporting is a very repetitive and tedious job, it 
will be very helpful to show all parent GL accounts and their balances (the 
second option that I suggest if customization is more complicated). For 
example, one of our accountants handle 20 departments and she has to prepare at 
least 2 monthly reports for each of them within the first 5 days of a month. 
That is a total of 40 reports to do in 5 days of every month.

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customizing reports.



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

[jira] [Updated] (OFBIZ-6648) Finalizing an ecommerce order with payment via a 3rd party payment provider requires additional roles

[Pierre Smits (JIRA)]

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

Pierre Smits updated OFBIZ-6648:

Attachment: OFBIZ-6648-EcommerceSecurityData.xml.patch

This patch addresses the issue.

> Finalizing an ecommerce order with payment via a 3rd party payment provider 
> requires additional roles
> -
>
> Key: OFBIZ-6648
> URL: https://issues.apache.org/jira/browse/OFBIZ-6648
> Project: OFBiz
>  Issue Type: Bug
>  Components: specialpurpose/ecommerce
>Reporter: Pierre Smits
>Assignee: Pierre Smits
>  Labels: order, payment, payment-gateway
> Attachments: OFBIZ-6648-EcommerceSecurityData.xml.patch
>
>
> When a customer selects paying through a 3rd party payment provider and 
> finalizes the order, the customer in his role of 'ECOMMERCE_CUSTOMER' needs 
> additional permissions to get the order approved and the transactions in 
> accounting persisted.



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

[jira] [Created] (OFBIZ-6648) Finalizing an ecommerce order with payment via a 3rd party payment provider requires additional roles

[Pierre Smits (JIRA)]

Pierre Smits created OFBIZ-6648:
---

 Summary: Finalizing an ecommerce order with payment via a 3rd 
party payment provider requires additional roles
 Key: OFBIZ-6648
 URL: https://issues.apache.org/jira/browse/OFBIZ-6648
 Project: OFBiz
  Issue Type: Bug
  Components: specialpurpose/ecommerce
Reporter: Pierre Smits
Assignee: Pierre Smits


When a customer selects paying through a 3rd party payment provider and 
finalizes the order, the customer in his role of 'ECOMMERCE_CUSTOMER' needs 
additional permissions to get the order approved and the transactions in 
accounting persisted.



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

[jira] [Updated] (OFBIZ-6643) Order items for GZ-1006-5 via ecommerce/ordermgr shows error

[Pierre Smits (JIRA)]

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

Pierre Smits updated OFBIZ-6643:

Attachment: OFBIZ-6643-orderitems.ftl.patch

This patch addresses the issue.

> Order items for GZ-1006-5 via ecommerce/ordermgr shows error
> 
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce
> Attachments: OFBIZ-6643-orderitems.ftl.patch
>
>
> When an order is entered via the ecommerce component for a GZ-1006-5 an error 
> is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$C

[jira] [Commented] (OFBIZ-293) data import - nulling fields impossible

[Nicolas Malin (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901311#comment-14901311
 ] 

Nicolas Malin commented on OFBIZ-293:
-

Maybe an other idea to manage null field, would be authorize 
FlexibleStringExpender and prepare the context with standard variable. The 
result will be as example :
{code:xml}

{code}

> data import - nulling fields impossible
> ---
>
> Key: OFBIZ-293
> URL: https://issues.apache.org/jira/browse/OFBIZ-293
> Project: OFBiz
>  Issue Type: Bug
>  Components: framework
>Affects Versions: Trunk
>Reporter: Marco Risaliti
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: OFBIZ-293_set-empty-strings-as-null.patch, 
> ofbiz-293-patch.txt, ofbiz-462-patch.txt
>
>
> It's a copy of the old-jira issue 
> http://jira.undersunconsulting.com/browse/OFBIZ-462 Tarlika Elisabeth Schmitz
> =
> I am on rev 5274. 
> data import from .xml file: empty attributes (e.g. description="") are 
> ignored and the field retains its former value. 
> Comment by Chris Juettner [04/Oct/05 01:51 PM]
> This patch comments out the check for null or empty values in the data XML 
> file found by the EntitySaxReader. I also added an additional warning message 
> in case you do not want to persist empty values to the database but still 
> would like to know what happened. 
> Comment by Si Chen [04/Oct/05 01:59 PM]
> Chris- 
> Just a comment: it's very important that a field in the entity engine is set 
> to null ONLY when the XML file specifically has an empty attribute (ie, 
> description=""). Otherwise, there's a lot of seed data that is in separate 
> XML files, and they could overwrite each other. 
> Comment by Chris Juettner [10/Oct/05 11:56 AM] [ Permlink ] 
> Si, 
> I'm not sure I understand your comment about seed data in seperate XML files 
> overwriting each other. Shouldn't seed data XML files be entity specific? Why 
> would one seed data XML file overwrite another? 
> Do you have any comment on what a better solution is for seed data values 
> that could be empty? 
> Thanks 
> Chris 



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

[jira] [Updated] (OFBIZ-6643) Order items for GZ-1006-5 via ecommerce/ordermgr shows error

[Pierre Smits (JIRA)]

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

Pierre Smits updated OFBIZ-6643:

Summary: Order items for GZ-1006-5 via ecommerce/ordermgr shows error  
(was: Order items for round gizmo via ecommerce shows error)

> Order items for GZ-1006-5 via ecommerce/ordermgr shows error
> 
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce
>
> When an order is entered via the ecommerce component for a round gizmo 
> (GZ-2644) an error is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScr

[jira] [Commented] (OFBIZ-6643) Order items for round gizmo via ecommerce shows error

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901302#comment-14901302
 ] 

Pierre Smits commented on OFBIZ-6643:
-

Having tested adding a single GZ-1006-5 to a new order in ordermgr, delivers 
the error when the order is finalised.

Will change the title and description accordingly.

> Order items for round gizmo via ecommerce shows error
> -
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce
>
> When an order is entered via the ecommerce component for a round gizmo 
> (GZ-2644) an error is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidge

[jira] [Updated] (OFBIZ-6643) Order items for GZ-1006-5 via ecommerce/ordermgr shows error

[Pierre Smits (JIRA)]

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

Pierre Smits updated OFBIZ-6643:

Description: 
When an order is entered via the ecommerce component for a GZ-1006-5 an error 
is shown in the order items section. See error below.

{code}
 GZ-2644 - Round Gizmo
FreeMarker template error: Java method 
"org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" takes 
4 arguments, but 2 was given.  FTL stack trace ("~" means nesting-related): 
- Failed at: #assign downloadContents = delegator... [in template 
"component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, column 41] 
 Java stack trace (for programmers):  
freemarker.core._TemplateModelException: [... Exception message was already 
printed; see it above ...] at 
freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
freemarker.core.MethodCall._eval(MethodCall.java:62) at 
freemarker.core.Expression.eval(Expression.java:78) at 
freemarker.core.Assignment.accept(Assignment.java:70) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
freemarker.core.IfBlock.accept(IfBlock.java:48) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
freemarker.core.IfBlock.accept(IfBlock.java:48) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.Environment.process(Environment.java:290) at 
org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
 at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
at 
org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
 at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
at 
org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
 at 
org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
 at 
org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
 at 
org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
 at 
org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget.java:459)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget.java:459)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget.java:459)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at

[jira] [Commented] (OFBIZ-6643) Order items for round gizmo via ecommerce shows error

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14901297#comment-14901297
 ] 

Pierre Smits commented on OFBIZ-6643:
-

What I noticed when doing a normal checkout of the Round Gizmo was that 
GZ-1006-5 - Open Gizmo (ASL2) was added to the Final Checkout Review. 

Maybe that is the culprit.

> Order items for round gizmo via ecommerce shows error
> -
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce
>
> When an order is entered via the ecommerce component for a round gizmo 
> (GZ-2644) an error is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWi

[jira] [Commented] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900896#comment-14900896
 ] 

Jacques Le Roux commented on OFBIZ-6645:


Could be related with OFBIZ-6398 rather, OK enough for today...

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Commented] (OFBIZ-6647) Refactoring to consolidate different Calendar implementations

[Adrian Crum (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900893#comment-14900893
 ] 

Adrian Crum commented on OFBIZ-6647:


ICU4J was chosen for 2 reasons:

1. Better calendar selection (Java has only 2 if I recall correctly).
2. Time zone data can be updated easily by downloading the latest library 
version (versus waiting for the next Java revision).

ICU4J is used as the default Calendar implementation in OFBiz. The 
java.util.Calendar class is used where an API requires one.


> Refactoring to consolidate different Calendar implementations
> -
>
> Key: OFBIZ-6647
> URL: https://issues.apache.org/jira/browse/OFBIZ-6647
> Project: OFBiz
>  Issue Type: Improvement
>Affects Versions: Upcoming Branch
>Reporter: Michael Brohl
>Assignee: Michael Brohl
>Priority: Minor
> Fix For: Upcoming Branch
>
>
> This came up in reference to 
> [6594|https://issues.apache.org/jira/browse/OFBIZ-6594]:
> Piere Smits: "Currently we are using 'import com.ibm.icu.util.Calendar' at 
> various places. But we're also using 'java.util.Calendar' at other places.
> Better is it to make a choice for consistency."
> We should fisrt analyze the usage of different implementations and the impact 
> of replacing one with the other (e.g. what's the difference of these 
> implementations).



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

[jira] [Commented] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900894#comment-14900894
 ] 

Jacques Le Roux commented on OFBIZ-6645:


Maybe it's related with OFBIZ-4480 rather, not sure...

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Commented] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900888#comment-14900888
 ] 

Jacques Le Roux commented on OFBIZ-6645:


OK, if I comment out the line
{code}
response.setHeader("Content-Disposition","attachment; filename=\"" + 
orderId + ".pdf" + "\";");
{code}
it works, even with r1704108 applied. At least a 1st track...

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Updated] (OFBIZ-293) data import - nulling fields impossible

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux updated OFBIZ-293:
--
Description: 
It's a copy of the old-jira issue 
http://jira.undersunconsulting.com/browse/OFBIZ-462 Tarlika Elisabeth Schmitz

=
I am on rev 5274. 
data import from .xml file: empty attributes (e.g. description="") are ignored 
and the field retains its former value. 

Comment by Chris Juettner [04/Oct/05 01:51 PM]
This patch comments out the check for null or empty values in the data XML file 
found by the EntitySaxReader. I also added an additional warning message in 
case you do not want to persist empty values to the database but still would 
like to know what happened. 

Comment by Si Chen [04/Oct/05 01:59 PM]
Chris- 
Just a comment: it's very important that a field in the entity engine is set to 
null ONLY when the XML file specifically has an empty attribute (ie, 
description=""). Otherwise, there's a lot of seed data that is in separate XML 
files, and they could overwrite each other. 

Comment by Chris Juettner [10/Oct/05 11:56 AM] [ Permlink ] 
Si, 
I'm not sure I understand your comment about seed data in seperate XML files 
overwriting each other. Shouldn't seed data XML files be entity specific? Why 
would one seed data XML file overwrite another? 

Do you have any comment on what a better solution is for seed data values that 
could be empty? 
Thanks 
Chris 

  was:
It's a copy of the old-jira issue 
http://jira.undersunconsulting.com/browse/OFBIZ-462 Tarlika Elisabeth Schmitz

=


I am on rev 5274. 

data import from .xml file: empty attributes (e.g. description="") are ignored 
and the field retains its former value. 





 
 

 AllCommentsWork LogChange History   Sort Order:   
Comment by Chris Juettner [04/Oct/05 01:51 PM] [ Permlink ] 
This patch comments out the check for null or empty values in the data XML file 
found by the EntitySaxReader. I also added an additional warning message in 
case you do not want to persist empty values to the database but still would 
like to know what happened. 

Comment by Si Chen [04/Oct/05 01:59 PM] [ Permlink ] 
Chris- 

Just a comment: it's very important that a field in the entity engine is set to 
null ONLY when the XML file specifically has an empty attribute (ie, 
description=""). Otherwise, there's a lot of seed data that is in separate XML 
files, and they could overwrite each other. 

Si 

Comment by Chris Juettner [10/Oct/05 11:56 AM] [ Permlink ] 
Si, 
I'm not sure I understand your comment about seed data in seperate XML files 
overwriting each other. Shouldn't seed data XML files be entity specific? Why 
would one seed data XML file overwrite another? 

Do you have any comment on what a better solution is for seed data values that 
could be empty? 

Thanks 
Chris 



> data import - nulling fields impossible
> ---
>
> Key: OFBIZ-293
> URL: https://issues.apache.org/jira/browse/OFBIZ-293
> Project: OFBiz
>  Issue Type: Bug
>  Components: framework
>Affects Versions: Trunk
>Reporter: Marco Risaliti
>Assignee: Jacques Le Roux
>Priority: Minor
> Attachments: OFBIZ-293_set-empty-strings-as-null.patch, 
> ofbiz-293-patch.txt, ofbiz-462-patch.txt
>
>
> It's a copy of the old-jira issue 
> http://jira.undersunconsulting.com/browse/OFBIZ-462 Tarlika Elisabeth Schmitz
> =
> I am on rev 5274. 
> data import from .xml file: empty attributes (e.g. description="") are 
> ignored and the field retains its former value. 
> Comment by Chris Juettner [04/Oct/05 01:51 PM]
> This patch comments out the check for null or empty values in the data XML 
> file found by the EntitySaxReader. I also added an additional warning message 
> in case you do not want to persist empty values to the database but still 
> would like to know what happened. 
> Comment by Si Chen [04/Oct/05 01:59 PM]
> Chris- 
> Just a comment: it's very important that a field in the entity engine is set 
> to null ONLY when the XML file specifically has an empty attribute (ie, 
> description=""). Otherwise, there's a lot of seed data that is in separate 
> XML files, and they could overwrite each other. 
> Comment by Chris Juettner [10/Oct/05 11:56 AM] [ Permlink ] 
> Si, 
> I'm not sure I understand your comment about seed data in seperate XML files 
> overwriting each other. Shouldn't seed data XML files be entity specific? Why 
> would one seed data XML file overwrite another? 
> Do you have any comment on what a better solution is for seed data values 
> that could be empty? 
> Thanks 
> Chris 



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

[jira] [Commented] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900838#comment-14900838
 ] 

Jacques Le Roux commented on OFBIZ-6645:


BTW I have yet no ideas why this error happens and from where it comes from

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Commented] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900834#comment-14900834
 ] 

Jacques Le Roux commented on OFBIZ-6645:


Mmm, I was too fast. This error is induced by the sendOrderConfirmation service 
which is async (that's why I missed it). It can be reproduced even when 
reverting r1704108 so it's unrelated. Why did you conlude so Vyom, did I miss 
something?

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Commented] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900800#comment-14900800
 ] 

Jacques Le Roux commented on OFBIZ-6645:


I agree this error is related with r1704108. It does not reproduce when you 
revert, checking why...

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Assigned] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux reassigned OFBIZ-6645:
--

Assignee: Jacques Le Roux

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Commented] (OFBIZ-6643) Order items for round gizmo via ecommerce shows error

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900796#comment-14900796
 ] 

Jacques Le Roux commented on OFBIZ-6643:


Pierre

I wonder about this issue, because I can't reproduce it on trunk demo, nor 
locally. Also the line 84 of 
applications/order/webapp/ordermgr/order/orderitems.ftl is
{code}
<#assign downloadContents = 
delegator.findByAnd("OrderItemAndProductContentInfo", {"orderId" : orderId, 
"orderItemSeqId" : orderItem.orderItemSeqId, "productContentTypeId" : 
"DIGITAL_DOWNLOAD", "statusId" : "ITEM_COMPLETED"})/>
{code}
so obviously contains 4 parameters not 2. It's maybe related with the way you 
checked out, I used ther quick checkout, but I can't see how it could be 
related. Please give me the steps you used.

> Order items for round gizmo via ecommerce shows error
> -
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce
>
> When an order is entered via the ecommerce component for a round gizmo 
> (GZ-2644) an error is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget

[jira] [Updated] (OFBIZ-6647) Refactoring to consolidate different Calendar implementations

[Michael Brohl (JIRA)]

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

Michael Brohl updated OFBIZ-6647:
-
Description: 
This came up in reference to 
[6594|https://issues.apache.org/jira/browse/OFBIZ-6594]:

Piere Smits: "Currently we are using 'import com.ibm.icu.util.Calendar' at 
various places. But we're also using 'java.util.Calendar' at other places.
Better is it to make a choice for consistency."

We should fisrt analyze the usage of different implementations and the impact 
of replacing one with the other (e.g. what's the difference of these 
implementations).


  was:
This came up in reference to #6594 :

Piere Smits: "Currently we are using 'import com.ibm.icu.util.Calendar' at 
various places. But we're also using 'java.util.Calendar' at other places.
Better is it to make a choice for consistency."

We should fisrt analyze the usage of different implementations and the impact 
of replacing one with the other (e.g. what's the difference of these 
implementations).



> Refactoring to consolidate different Calendar implementations
> -
>
> Key: OFBIZ-6647
> URL: https://issues.apache.org/jira/browse/OFBIZ-6647
> Project: OFBiz
>  Issue Type: Improvement
>Affects Versions: Upcoming Branch
>Reporter: Michael Brohl
>Assignee: Michael Brohl
>Priority: Minor
> Fix For: Upcoming Branch
>
>
> This came up in reference to 
> [6594|https://issues.apache.org/jira/browse/OFBIZ-6594]:
> Piere Smits: "Currently we are using 'import com.ibm.icu.util.Calendar' at 
> various places. But we're also using 'java.util.Calendar' at other places.
> Better is it to make a choice for consistency."
> We should fisrt analyze the usage of different implementations and the impact 
> of replacing one with the other (e.g. what's the difference of these 
> implementations).



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

[jira] [Created] (OFBIZ-6647) Refactoring to consolidate different Calendar implementations

[Michael Brohl (JIRA)]

Michael Brohl created OFBIZ-6647:


 Summary: Refactoring to consolidate different Calendar 
implementations
 Key: OFBIZ-6647
 URL: https://issues.apache.org/jira/browse/OFBIZ-6647
 Project: OFBiz
  Issue Type: Improvement
Affects Versions: Upcoming Branch
Reporter: Michael Brohl
Assignee: Michael Brohl
Priority: Minor
 Fix For: Upcoming Branch


This came up in reference to #6594 :

Piere Smits: "Currently we are using 'import com.ibm.icu.util.Calendar' at 
various places. But we're also using 'java.util.Calendar' at other places.
Better is it to make a choice for consistency."

We should fisrt analyze the usage of different implementations and the impact 
of replacing one with the other (e.g. what's the difference of these 
implementations).




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

[jira] [Commented] (OFBIZ-6587) buildSurveyFromPdf generates an NPE

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900588#comment-14900588
 ] 

Jacques Le Roux commented on OFBIZ-6587:


Thanks Pierre, I just had a glance but I'm sure it will help those who are 
interested

> buildSurveyFromPdf generates an NPE
> ---
>
> Key: OFBIZ-6587
> URL: https://issues.apache.org/jira/browse/OFBIZ-6587
> Project: OFBiz
>  Issue Type: Bug
>  Components: content
>Reporter: Pierre Smits
>  Labels: survey
>
> {code}
> [java] 2015-08-28 18:25:42,712 |ttp-bio-8443-exec-43 |ControlServlet  
>   |T| [[[buildSurveyFromPdf(Domain:https://localhost)] Request Done- 
> total:0.214,since last([buildSurveyFromP...):0.214]]
>  [java] 2015-08-28 18:25:47,756 |ttp-bio-8443-exec-43 |ControlServlet 
>|T| [[[buildSurveyFromPdf(Domain:https://localhost)] Request 
> Begun, encoding=[UTF-8]- total:0.0,since last(Begin):0.0]]
>  [java] 2015-08-28 18:25:47,761 |ttp-bio-8443-exec-43 |PdfSurveyServices  
>|E| Error generating PDF: java.lang.NullPointerException
>  [java] java.lang.NullPointerException
>  [java]   at 
> org.ofbiz.content.survey.PdfSurveyServices.buildSurveyFromPdf(PdfSurveyServices.java:90)
>  [ofbiz-content.jar:?]
>  [java]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  ~[?:1.8.0_45]
>  [java]   at java.lang.reflect.Method.invoke(Method.java:497) 
> ~[?:1.8.0_45]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:395) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:227) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.GenericDispatcherFactory$GenericDispatcher.runSync(GenericDispatcherFactory.java:88)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:340)
>  [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:759) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:476) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:213) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:88) 
> [ofbiz-webapp.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:646) 
> [servlet-api-3.0.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) 
> [servlet-api-3.0.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:324) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.valves.AccessLogV

[jira] [Commented] (OFBIZ-6644) Webhelp umbrella task

[Ron Wheeler (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900581#comment-14900581
 ] 

Ron Wheeler commented on OFBIZ-6644:


In response to the question "Can anyone please provide suggestions on how to 
implement the
automatic generation of documents from GIT?" this response was created in the 
DITA users forum with links to 2 articles that might be helpful for us.

--

I’ve given a few conference presentations on Automating DITA Builds
over the past few years. You may find this information useful as you
investigate automation options for your project.

The slides from my talk at DITA North America in Seattle last year are
available here:
.

The presentation was expanded to an article for the CIDM Best Practices
Newsletter:
.

Both outline various automation approaches, including Git hooks and
continuous integration servers like Jenkins (as Radu suggested). Code
samples are included that you can use to trigger builds when you commit
changes to Git.

Hope that helps,

Roger

P.S.

The DITA For Small Teams project 
is also putting together a series of sample projects and resources that
can be used to automate the build process. There has been some
discussion lately about preparing Docker containers that would provide a
pre-configured DITA-OT and Jenkins, but I’m not sure how far that idea
has come.


> Webhelp umbrella task
> -
>
> Key: OFBIZ-6644
> URL: https://issues.apache.org/jira/browse/OFBIZ-6644
> Project: OFBiz
>  Issue Type: Task
>  Components: ALL COMPONENTS
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Priority: Minor
>
> This is only a placeholder to group the issues related with webhelp



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

[jira] [Commented] (OFBIZ-6015) Move Online Help Documentation from Webhelp into Trunk

[Ron Wheeler (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900577#comment-14900577
 ] 

Ron Wheeler commented on OFBIZ-6015:


in response to the question  "Can anyone please provide suggestions on how to 
implement the
automatic generation of documents from GIT?" this response was created in  the 
DITA users forum with links to 2 articles that might be helpful for us.

--

I’ve given a few conference presentations on Automating DITA Builds
over the past few years. You may find this information useful as you
investigate automation options for your project.

The slides from my talk at DITA North America in Seattle last year are
available here:
.

The presentation was expanded to an article for the CIDM Best Practices
Newsletter:
.

Both outline various automation approaches, including Git hooks and
continuous integration servers like Jenkins (as Radu suggested). Code
samples are included that you can use to trigger builds when you commit
changes to Git.

Hope that helps,

Roger


P.S.

The DITA For Small Teams project 
is also putting together a series of sample projects and resources that
can be used to automate the build process. There has been some
discussion lately about preparing Docker containers that would provide a
pre-configured DITA-OT and Jenkins, but I’m not sure how far that idea
has come. 

> Move Online Help Documentation from Webhelp into Trunk
> --
>
> Key: OFBIZ-6015
> URL: https://issues.apache.org/jira/browse/OFBIZ-6015
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: ALL APPLICATIONS
>Reporter: Sharan Foga
>Assignee: Sharan Foga
>Priority: Minor
> Attachments: Webhelp Analysis.ods
>
>
> This Jira has been created to manage the migration of all the documentation 
> from the Webhelp branch into the current help system so that it will work 
> with what we already have (essentially so that we dont lose it!).  The 
> original issue for the Webhelp is 
> https://issues.apache.org/jira/browse/OFBIZ-4941
> As well as HR, there is also online documentation for Accounting, 
> Manufacturing (English, German and Dutch), Project Manager and Catalog - 
> though not as complete, so I will be consolidating and moving those too. The 
> files use the docbook format and are compatible with what we have although he 
> implemented everything into one file (i.e book) per module. I now think this 
> is the better way to go.
> Update as at July 2015
> ==
> The original code from the Webhelp branch was updated and converted to an 
> OFBiz addon. 
> The addon was created from the Webhelp branch but is setup as an addon.
> To see a what the webhelp will look like and function like. 
> Go to https://demo.ofbizextra.org/accounting/control/main
> Login as admin/ofbiz
> Select HR and then click the help button (The docbook webhelp should be 
> displayed)
> As well as using docbook and webhelp for displaying it. Some additonal 
> funcitonality has been added. These are as follows:
> 1) There are some ant targets created (e.g. ant webhelp, clean-webhelp)
> 2) There is a flag setup to indicate whether a module has webhelp or uses 
> OFBiz standard help (i.e. what we are using now). 
> To test it on the ofbizextra demo 
> Select Facilities and then click the help button (The normal OFBiz help menu 
> is displayed because no webhelp exists for this module)
> I think this could be good thing as we convert the existing documentation 
> from the current online help format to the webhelp because it wont break 
> anything and leaves the option open for people who are using the existing 
> help system.
> 3) There is also some functionality related to language that looks at the 
> language of the user to see if the webhelp exists in that language. If it 
> doesn't there is a message saying so but that documentation exists in another 
> language 
> The addon uses the patch Files. (.patch) I think this is because the addon 
> tries to maintain compatibility with different OFBiz versions but I think 
> it's still just xml or java code.
> I have done an initial (non technical) analysis of the files and attached 
> that too



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

[jira] [Commented] (OFBIZ-6587) buildSurveyFromPdf generates an NPE

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900565#comment-14900565
 ] 

Pierre Smits commented on OFBIZ-6587:
-

Questions regarding this piece of functionality were already raised before 
2010. For various threads visit: 
http://ofbiz.markmail.org/search/?q=acroform#query:acroform+page:1+state:facets

> buildSurveyFromPdf generates an NPE
> ---
>
> Key: OFBIZ-6587
> URL: https://issues.apache.org/jira/browse/OFBIZ-6587
> Project: OFBiz
>  Issue Type: Bug
>  Components: content
>Reporter: Pierre Smits
>  Labels: survey
>
> {code}
> [java] 2015-08-28 18:25:42,712 |ttp-bio-8443-exec-43 |ControlServlet  
>   |T| [[[buildSurveyFromPdf(Domain:https://localhost)] Request Done- 
> total:0.214,since last([buildSurveyFromP...):0.214]]
>  [java] 2015-08-28 18:25:47,756 |ttp-bio-8443-exec-43 |ControlServlet 
>|T| [[[buildSurveyFromPdf(Domain:https://localhost)] Request 
> Begun, encoding=[UTF-8]- total:0.0,since last(Begin):0.0]]
>  [java] 2015-08-28 18:25:47,761 |ttp-bio-8443-exec-43 |PdfSurveyServices  
>|E| Error generating PDF: java.lang.NullPointerException
>  [java] java.lang.NullPointerException
>  [java]   at 
> org.ofbiz.content.survey.PdfSurveyServices.buildSurveyFromPdf(PdfSurveyServices.java:90)
>  [ofbiz-content.jar:?]
>  [java]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  ~[?:1.8.0_45]
>  [java]   at java.lang.reflect.Method.invoke(Method.java:497) 
> ~[?:1.8.0_45]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:395) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:227) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.GenericDispatcherFactory$GenericDispatcher.runSync(GenericDispatcherFactory.java:88)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:340)
>  [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:759) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:476) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:213) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:88) 
> [ofbiz-webapp.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:646) 
> [servlet-api-3.0.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) 
> [servlet-api-3.0.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:324) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
>

[jira] [Commented] (OFBIZ-6588) buildSurveyResponseFromPdf generates an NPE

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900538#comment-14900538
 ] 

Jacques Le Roux commented on OFBIZ-6588:


It's not clear to me if we should provide a "PDF Content ID" or not before 
pressing the button, any ideas?

I tried by using "APACHE_OFBIZ_PDF" (Mime Type Id=PDF) but then got this error

Error generating PDF: java.io.IOException: PDF header signature not found.

> buildSurveyResponseFromPdf generates an NPE
> ---
>
> Key: OFBIZ-6588
> URL: https://issues.apache.org/jira/browse/OFBIZ-6588
> Project: OFBiz
>  Issue Type: Bug
>  Components: content
>Affects Versions: Trunk
>Reporter: Pierre Smits
>  Labels: survey
>
> {code}
>  [java] 2015-08-28 21:29:43,574 |ttp-bio-8443-exec-42 |ControlServlet 
>|T| [[[buildSurveyResponseFromPdf(Domain:https://localhost)] 
> Request Begun, encoding=[UTF-8]- total:0.0,since last(Begin):0.0]]
>  [java] 2015-08-28 21:29:43,580 |ttp-bio-8443-exec-42 |PdfSurveyServices  
>|E| Error generating PDF: java.lang.NullPointerException
>  [java] java.lang.NullPointerException
>  [java]   at 
> org.ofbiz.content.survey.PdfSurveyServices.buildSurveyResponseFromPdf(PdfSurveyServices.java:263)
>  [ofbiz-content.jar:?]
>  [java]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  ~[?:1.8.0_45]
>  [java]   at java.lang.reflect.Method.invoke(Method.java:497) 
> ~[?:1.8.0_45]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:395) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:227) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.GenericDispatcherFactory$GenericDispatcher.runSync(GenericDispatcherFactory.java:88)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:340)
>  [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:759) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:476) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:213) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:88) 
> [ofbiz-webapp.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:646) 
> [servlet-api-3.0.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) 
> [servlet-api-3.0.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:324) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache

[jira] [Commented] (OFBIZ-6587) buildSurveyFromPdf generates an NPE

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900535#comment-14900535
 ] 

Jacques Le Roux commented on OFBIZ-6587:


It's not clear to me if we should provide a "PDF Content ID" and/or a "Pdf File 
Name In" or not before pressing the button, any ideas? (never used that)

> buildSurveyFromPdf generates an NPE
> ---
>
> Key: OFBIZ-6587
> URL: https://issues.apache.org/jira/browse/OFBIZ-6587
> Project: OFBiz
>  Issue Type: Bug
>  Components: content
>Reporter: Pierre Smits
>  Labels: survey
>
> {code}
> [java] 2015-08-28 18:25:42,712 |ttp-bio-8443-exec-43 |ControlServlet  
>   |T| [[[buildSurveyFromPdf(Domain:https://localhost)] Request Done- 
> total:0.214,since last([buildSurveyFromP...):0.214]]
>  [java] 2015-08-28 18:25:47,756 |ttp-bio-8443-exec-43 |ControlServlet 
>|T| [[[buildSurveyFromPdf(Domain:https://localhost)] Request 
> Begun, encoding=[UTF-8]- total:0.0,since last(Begin):0.0]]
>  [java] 2015-08-28 18:25:47,761 |ttp-bio-8443-exec-43 |PdfSurveyServices  
>|E| Error generating PDF: java.lang.NullPointerException
>  [java] java.lang.NullPointerException
>  [java]   at 
> org.ofbiz.content.survey.PdfSurveyServices.buildSurveyFromPdf(PdfSurveyServices.java:90)
>  [ofbiz-content.jar:?]
>  [java]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  ~[?:1.8.0_45]
>  [java]   at java.lang.reflect.Method.invoke(Method.java:497) 
> ~[?:1.8.0_45]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:395) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:227) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.GenericDispatcherFactory$GenericDispatcher.runSync(GenericDispatcherFactory.java:88)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:340)
>  [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:759) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:476) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:213) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:88) 
> [ofbiz-webapp.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:646) 
> [servlet-api-3.0.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) 
> [servlet-api-3.0.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:324) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
>  [tomcat-7.0.59-catalina.jar:

[jira] [Commented] (OFBIZ-6587) buildSurveyFromPdf generates an NPE

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900486#comment-14900486
 ] 

Pierre Smits commented on OFBIZ-6587:
-

Visit 
http://demo-trunk-ofbiz.apache.org/content/control/FindSurveyResponse?surveyId=1002
 and click on "Build Survey Response From PDF"

> buildSurveyFromPdf generates an NPE
> ---
>
> Key: OFBIZ-6587
> URL: https://issues.apache.org/jira/browse/OFBIZ-6587
> Project: OFBiz
>  Issue Type: Bug
>  Components: content
>Reporter: Pierre Smits
>  Labels: survey
>
> {code}
> [java] 2015-08-28 18:25:42,712 |ttp-bio-8443-exec-43 |ControlServlet  
>   |T| [[[buildSurveyFromPdf(Domain:https://localhost)] Request Done- 
> total:0.214,since last([buildSurveyFromP...):0.214]]
>  [java] 2015-08-28 18:25:47,756 |ttp-bio-8443-exec-43 |ControlServlet 
>|T| [[[buildSurveyFromPdf(Domain:https://localhost)] Request 
> Begun, encoding=[UTF-8]- total:0.0,since last(Begin):0.0]]
>  [java] 2015-08-28 18:25:47,761 |ttp-bio-8443-exec-43 |PdfSurveyServices  
>|E| Error generating PDF: java.lang.NullPointerException
>  [java] java.lang.NullPointerException
>  [java]   at 
> org.ofbiz.content.survey.PdfSurveyServices.buildSurveyFromPdf(PdfSurveyServices.java:90)
>  [ofbiz-content.jar:?]
>  [java]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  ~[?:1.8.0_45]
>  [java]   at java.lang.reflect.Method.invoke(Method.java:497) 
> ~[?:1.8.0_45]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:395) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:227) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.GenericDispatcherFactory$GenericDispatcher.runSync(GenericDispatcherFactory.java:88)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:340)
>  [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:759) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:476) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:213) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:88) 
> [ofbiz-webapp.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:646) 
> [servlet-api-3.0.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) 
> [servlet-api-3.0.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:324) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java] 

[jira] [Commented] (OFBIZ-6588) buildSurveyResponseFromPdf generates an NPE

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900484#comment-14900484
 ] 

Pierre Smits commented on OFBIZ-6588:
-

Visit 
http://demo-trunk-ofbiz.apache.org/content/control/EditSurvey?surveyId=1002 and 
click on the "Generate Questions From AacroFrom PDF"

> buildSurveyResponseFromPdf generates an NPE
> ---
>
> Key: OFBIZ-6588
> URL: https://issues.apache.org/jira/browse/OFBIZ-6588
> Project: OFBiz
>  Issue Type: Bug
>  Components: content
>Affects Versions: Trunk
>Reporter: Pierre Smits
>  Labels: survey
>
> {code}
>  [java] 2015-08-28 21:29:43,574 |ttp-bio-8443-exec-42 |ControlServlet 
>|T| [[[buildSurveyResponseFromPdf(Domain:https://localhost)] 
> Request Begun, encoding=[UTF-8]- total:0.0,since last(Begin):0.0]]
>  [java] 2015-08-28 21:29:43,580 |ttp-bio-8443-exec-42 |PdfSurveyServices  
>|E| Error generating PDF: java.lang.NullPointerException
>  [java] java.lang.NullPointerException
>  [java]   at 
> org.ofbiz.content.survey.PdfSurveyServices.buildSurveyResponseFromPdf(PdfSurveyServices.java:263)
>  [ofbiz-content.jar:?]
>  [java]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> ~[?:1.8.0_45]
>  [java]   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  ~[?:1.8.0_45]
>  [java]   at java.lang.reflect.Method.invoke(Method.java:497) 
> ~[?:1.8.0_45]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:100)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:57)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:395) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:227) 
> [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.service.GenericDispatcherFactory$GenericDispatcher.runSync(GenericDispatcherFactory.java:88)
>  [ofbiz-service.jar:?]
>  [java]   at 
> org.ofbiz.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:340)
>  [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:759) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:476) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:213) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:88) 
> [ofbiz-webapp.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:646) 
> [servlet-api-3.0.jar:?]
>  [java]   at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) 
> [servlet-api-3.0.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:324) 
> [ofbiz-webapp.jar:?]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
>  [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) 
> [tomcat-7.0.59-catalina.jar:7.0.59]
>  [java]   at 
> org.

[jira] [Commented] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900483#comment-14900483
 ] 

Jacques Le Roux commented on OFBIZ-6646:


Could this be contributed (did not look into details)? If yes then if you can 
contribute keep the issue open, else please close, thanks!

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customizing reports.



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

[jira] [Commented] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Vyom Jain (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900473#comment-14900473
 ] 

Vyom Jain commented on OFBIZ-6645:
--

Due to OFBIZ-6276, same as 
https://issues.apache.org/jira/browse/OFBIZ-6643?focusedCommentId=14900363&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14900363

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Commented] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Rong Nguyen (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900406#comment-14900406
 ] 

Rong Nguyen commented on OFBIZ-6646:


You have to create your own report. For more detail, view GlAccountHistory 
table. AFAIK, There are no ways to End user customize them.

> Option either to show parent GL account in accounting reports (BS & IS) or to 
> customize the report
> --
>
> Key: OFBIZ-6646
> URL: https://issues.apache.org/jira/browse/OFBIZ-6646
> Project: OFBiz
>  Issue Type: Improvement
>  Components: accounting
>Reporter: Nu Huynh
>
> Currently, balance sheet and income statement only show lowest level / child 
> GL accounts having at least one transaction, hence a balance, in a period. 
> However, as an end user, I find it is necessary to show all Parent GL 
> accounts which balance is the sum of all its child accounts. 
> For us, they are more than just to show up in the "Navigate accounts" 
> section. They are main sections of our own reports. The standard format of 
> reports in Ofbiz is too condensed and the users do not have the option to 
> customize this.
> I have tried to customize the Income Statement by creating some new GL 
> account classes e.g "Non Operation Expenses" via Entity Data Maintenance but 
> they don't show up in Income Statement. So I guess it is not that 
> straightforward to customizing reports.



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

[jira] [Commented] (OFBIZ-1119) Use the same backend colourful CSS in eCommerce

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-1119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900404#comment-14900404
 ] 

Jacques Le Roux commented on OFBIZ-1119:


I wonder if we should not close this old issue?

> Use the same backend colourful CSS in eCommerce
> ---
>
> Key: OFBIZ-1119
> URL: https://issues.apache.org/jira/browse/OFBIZ-1119
> Project: OFBiz
>  Issue Type: Improvement
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Priority: Trivial
> Attachments: Just found this little quirk.jpg, ecommain.patch
>
>
> This cescription comes from Adrian's answer to a question I asked on the user 
> ML
> Jacques Le Roux wrote:
>  > A quick question (mostly intended to Adrian I guess). Why don't we use the 
> backend colourful CSS theme in eCommerce ?
> Jacques,
> The back office apps were styled based on the general agreement that the new 
> styles can target newer 
> browsers - older (non-compliant) browsers were not a concern.
> The eCommerce component needs to work with the majority of browsers - even 
> the broken ones. A lot of 
> the backend styling doesn't work in certain browsers, so we can't just copy 
> the back office styles 
> over to eCommerce.
> The approach taken in the back office apps could be repeated in eCommerce - 
> taking care to introduce 
> styles that will work in most browsers.
> One difference is you would want to specify sizes in pixels - so there will 
> be greater control over 
> the layout. The back office apps were made scalable (using ems) and 
> accessible - a good feature. As 
> a result, the layout is "fluid" - things move around when default font sizes 
> are changed or the 
> window size is changed. That behavior might be undesirable in eCommerce.
> Here are the steps taken during the back office UI refactoring:
> 1. Eliminate redundant properties settings (fonts and font size for example) 
> in the main style 
> sheet. The "Resets" and "Basic Element" sections of maincss.css could be 
> copied over to facilitate 
> that (converting em to px in the process).
> 2. Reduce the number of CSS styles by using descendent selectors. In other 
> words, style HTML element 
> compounds - not individual HTML elements.
> 3. Convert table-based layout to CSS-based layout. Use the screenlet classes, 
> etc.
> The eCommerce style sheet will probably require browser-specific hacks. That 
> is an area I am not 
> proficient with. Maybe some CSS gurus in the developer community can help 
> with that.
> So, the bottom line is - the process used in the back office apps can be used 
> as a model, but the 
> steps need to be carried out differently to maintain browser compatibility.
> -Adrian



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

[jira] [Created] (OFBIZ-6646) Option either to show parent GL account in accounting reports (BS & IS) or to customize the report

[Nu Huynh (JIRA)]

Nu Huynh created OFBIZ-6646:
---

 Summary: Option either to show parent GL account in accounting 
reports (BS & IS) or to customize the report
 Key: OFBIZ-6646
 URL: https://issues.apache.org/jira/browse/OFBIZ-6646
 Project: OFBiz
  Issue Type: Improvement
  Components: accounting
Reporter: Nu Huynh


Currently, balance sheet and income statement only show lowest level / child GL 
accounts having at least one transaction, hence a balance, in a period. 
However, as an end user, I find it is necessary to show all Parent GL accounts 
which balance is the sum of all its child accounts. 

For us, they are more than just to show up in the "Navigate accounts" section. 
They are main sections of our own reports. The standard format of reports in 
Ofbiz is too condensed and the users do not have the option to customize this.

I have tried to customize the Income Statement by creating some new GL account 
classes e.g "Non Operation Expenses" via Entity Data Maintenance but they don't 
show up in Income Statement. So I guess it is not that straightforward to 
customizing reports.



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

[jira] [Updated] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Pierre Smits (JIRA)]

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

Pierre Smits updated OFBIZ-6645:

Attachment: error.log

This log file provides insights regarding the error messages.

> order confirmation via ecommerce (request-uri="emailorder"
> --
>
> Key: OFBIZ-6645
> URL: https://issues.apache.org/jira/browse/OFBIZ-6645
> Project: OFBiz
>  Issue Type: Bug
>  Components: order, specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Priority: Critical
>  Labels: ecommerce, order_confirmation
> Attachments: error.log
>
>
> When completing an order via ecommerce, the confirmation of order is to be 
> sent out via request-uri="emailorder". 
> This generates in a lot of errors. 



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

[jira] [Commented] (OFBIZ-1119) Use the same backend colourful CSS in eCommerce

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-1119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900388#comment-14900388
 ] 

Pierre Smits commented on OFBIZ-1119:
-

Attached to the wrong issue.

> Use the same backend colourful CSS in eCommerce
> ---
>
> Key: OFBIZ-1119
> URL: https://issues.apache.org/jira/browse/OFBIZ-1119
> Project: OFBiz
>  Issue Type: Improvement
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Priority: Trivial
> Attachments: Just found this little quirk.jpg, ecommain.patch
>
>
> This cescription comes from Adrian's answer to a question I asked on the user 
> ML
> Jacques Le Roux wrote:
>  > A quick question (mostly intended to Adrian I guess). Why don't we use the 
> backend colourful CSS theme in eCommerce ?
> Jacques,
> The back office apps were styled based on the general agreement that the new 
> styles can target newer 
> browsers - older (non-compliant) browsers were not a concern.
> The eCommerce component needs to work with the majority of browsers - even 
> the broken ones. A lot of 
> the backend styling doesn't work in certain browsers, so we can't just copy 
> the back office styles 
> over to eCommerce.
> The approach taken in the back office apps could be repeated in eCommerce - 
> taking care to introduce 
> styles that will work in most browsers.
> One difference is you would want to specify sizes in pixels - so there will 
> be greater control over 
> the layout. The back office apps were made scalable (using ems) and 
> accessible - a good feature. As 
> a result, the layout is "fluid" - things move around when default font sizes 
> are changed or the 
> window size is changed. That behavior might be undesirable in eCommerce.
> Here are the steps taken during the back office UI refactoring:
> 1. Eliminate redundant properties settings (fonts and font size for example) 
> in the main style 
> sheet. The "Resets" and "Basic Element" sections of maincss.css could be 
> copied over to facilitate 
> that (converting em to px in the process).
> 2. Reduce the number of CSS styles by using descendent selectors. In other 
> words, style HTML element 
> compounds - not individual HTML elements.
> 3. Convert table-based layout to CSS-based layout. Use the screenlet classes, 
> etc.
> The eCommerce style sheet will probably require browser-specific hacks. That 
> is an area I am not 
> proficient with. Maybe some CSS gurus in the developer community can help 
> with that.
> So, the bottom line is - the process used in the back office apps can be used 
> as a model, but the 
> steps need to be carried out differently to maintain browser compatibility.
> -Adrian



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

[jira] [Updated] (OFBIZ-1119) Use the same backend colourful CSS in eCommerce

[Pierre Smits (JIRA)]

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

Pierre Smits updated OFBIZ-1119:

Attachment: (was: error.log)

> Use the same backend colourful CSS in eCommerce
> ---
>
> Key: OFBIZ-1119
> URL: https://issues.apache.org/jira/browse/OFBIZ-1119
> Project: OFBiz
>  Issue Type: Improvement
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Priority: Trivial
> Attachments: Just found this little quirk.jpg, ecommain.patch
>
>
> This cescription comes from Adrian's answer to a question I asked on the user 
> ML
> Jacques Le Roux wrote:
>  > A quick question (mostly intended to Adrian I guess). Why don't we use the 
> backend colourful CSS theme in eCommerce ?
> Jacques,
> The back office apps were styled based on the general agreement that the new 
> styles can target newer 
> browsers - older (non-compliant) browsers were not a concern.
> The eCommerce component needs to work with the majority of browsers - even 
> the broken ones. A lot of 
> the backend styling doesn't work in certain browsers, so we can't just copy 
> the back office styles 
> over to eCommerce.
> The approach taken in the back office apps could be repeated in eCommerce - 
> taking care to introduce 
> styles that will work in most browsers.
> One difference is you would want to specify sizes in pixels - so there will 
> be greater control over 
> the layout. The back office apps were made scalable (using ems) and 
> accessible - a good feature. As 
> a result, the layout is "fluid" - things move around when default font sizes 
> are changed or the 
> window size is changed. That behavior might be undesirable in eCommerce.
> Here are the steps taken during the back office UI refactoring:
> 1. Eliminate redundant properties settings (fonts and font size for example) 
> in the main style 
> sheet. The "Resets" and "Basic Element" sections of maincss.css could be 
> copied over to facilitate 
> that (converting em to px in the process).
> 2. Reduce the number of CSS styles by using descendent selectors. In other 
> words, style HTML element 
> compounds - not individual HTML elements.
> 3. Convert table-based layout to CSS-based layout. Use the screenlet classes, 
> etc.
> The eCommerce style sheet will probably require browser-specific hacks. That 
> is an area I am not 
> proficient with. Maybe some CSS gurus in the developer community can help 
> with that.
> So, the bottom line is - the process used in the back office apps can be used 
> as a model, but the 
> steps need to be carried out differently to maintain browser compatibility.
> -Adrian



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

[jira] [Created] (OFBIZ-6645) order confirmation via ecommerce (request-uri="emailorder"

[Pierre Smits (JIRA)]

Pierre Smits created OFBIZ-6645:
---

 Summary: order confirmation via ecommerce (request-uri="emailorder"
 Key: OFBIZ-6645
 URL: https://issues.apache.org/jira/browse/OFBIZ-6645
 Project: OFBiz
  Issue Type: Bug
  Components: order, specialpurpose/ecommerce
Affects Versions: Trunk
Reporter: Pierre Smits
Priority: Critical


When completing an order via ecommerce, the confirmation of order is to be sent 
out via request-uri="emailorder". 

This generates in a lot of errors. 



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

[jira] [Updated] (OFBIZ-1119) Use the same backend colourful CSS in eCommerce

[Pierre Smits (JIRA)]

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

Pierre Smits updated OFBIZ-1119:

Attachment: error.log

Attached file provides insights regarding the error messages.

> Use the same backend colourful CSS in eCommerce
> ---
>
> Key: OFBIZ-1119
> URL: https://issues.apache.org/jira/browse/OFBIZ-1119
> Project: OFBiz
>  Issue Type: Improvement
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Priority: Trivial
> Attachments: Just found this little quirk.jpg, ecommain.patch, 
> error.log
>
>
> This cescription comes from Adrian's answer to a question I asked on the user 
> ML
> Jacques Le Roux wrote:
>  > A quick question (mostly intended to Adrian I guess). Why don't we use the 
> backend colourful CSS theme in eCommerce ?
> Jacques,
> The back office apps were styled based on the general agreement that the new 
> styles can target newer 
> browsers - older (non-compliant) browsers were not a concern.
> The eCommerce component needs to work with the majority of browsers - even 
> the broken ones. A lot of 
> the backend styling doesn't work in certain browsers, so we can't just copy 
> the back office styles 
> over to eCommerce.
> The approach taken in the back office apps could be repeated in eCommerce - 
> taking care to introduce 
> styles that will work in most browsers.
> One difference is you would want to specify sizes in pixels - so there will 
> be greater control over 
> the layout. The back office apps were made scalable (using ems) and 
> accessible - a good feature. As 
> a result, the layout is "fluid" - things move around when default font sizes 
> are changed or the 
> window size is changed. That behavior might be undesirable in eCommerce.
> Here are the steps taken during the back office UI refactoring:
> 1. Eliminate redundant properties settings (fonts and font size for example) 
> in the main style 
> sheet. The "Resets" and "Basic Element" sections of maincss.css could be 
> copied over to facilitate 
> that (converting em to px in the process).
> 2. Reduce the number of CSS styles by using descendent selectors. In other 
> words, style HTML element 
> compounds - not individual HTML elements.
> 3. Convert table-based layout to CSS-based layout. Use the screenlet classes, 
> etc.
> The eCommerce style sheet will probably require browser-specific hacks. That 
> is an area I am not 
> proficient with. Maybe some CSS gurus in the developer community can help 
> with that.
> So, the bottom line is - the process used in the back office apps can be used 
> as a model, but the 
> steps need to be carried out differently to maintain browser compatibility.
> -Adrian



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

[jira] [Assigned] (OFBIZ-6643) Order items for round gizmo via ecommerce shows error

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux reassigned OFBIZ-6643:
--

Assignee: Jacques Le Roux

> Order items for round gizmo via ecommerce shows error
> -
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Critical
>  Labels: ecommerce
>
> When an order is entered via the ecommerce component for a round gizmo 
> (GZ-2644) an error is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget.java:459)
>  at 
> org.ofbiz.widget.model.ModelScre

[jira] [Commented] (OFBIZ-6643) Order items for round gizmo via ecommerce shows error

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900376#comment-14900376
 ] 

Jacques Le Roux commented on OFBIZ-6643:


Thanks Vyom, I just fixed the commit log. I will double-check that...

> Order items for round gizmo via ecommerce shows error
> -
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Priority: Critical
>  Labels: ecommerce
>
> When an order is entered via the ecommerce component for a round gizmo 
> (GZ-2644) an error is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget

[jira] [Closed] (OFBIZ-6642) Non-breaking space incorrectly encoded in forms

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux closed OFBIZ-6642.
--
   Resolution: Fixed
Fix Version/s: Upcoming Branch
   13.07.03
   12.04.06
   14.12.01

Thanks Oleg,

Your modified patch is in
trunk r1704230
R14.12 r1704231
R13.07 r1704232
R12.04 r1704233

Rather than replacing   by   as you suggested, I removed or 
replaced by spaces


> Non-breaking space incorrectly encoded in forms
> ---
>
> Key: OFBIZ-6642
> URL: https://issues.apache.org/jira/browse/OFBIZ-6642
> Project: OFBiz
>  Issue Type: Bug
>  Components: party, product
>Affects Versions: Release Branch 12.04, Release Branch 13.07, Release 
> Branch 14.12, Trunk
>Reporter: Oleg Andreyev
>Assignee: Jacques Le Roux
>Priority: Trivial
> Fix For: 14.12.01, 12.04.06, 13.07.03, Upcoming Branch
>
> Attachments: nbsp.diff
>
>
> There are a few places where forms include non-breaking space encoded as 
> {noformat} {noformat} This does not work really. It should be 
> {noformat} {noformat} One of such places is the list of parties in party 
> classification group.
> Patch is good for all mentioned releases.



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

[jira] [Commented] (OFBIZ-6643) Order items for round gizmo via ecommerce shows error

[Vyom Jain (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900363#comment-14900363
 ] 

Vyom Jain commented on OFBIZ-6643:
--

This is happening due to changes OFBIZ-6276. Either r1704108 (the commit 
message refers to OFBIZ-5361, which is incorrect) should be reverted or 
additional patches be provided to avoid this reported issue (which is only one 
of them).
Removing deprecated delegator methods require thorough testing as many as used 
in scripts and templates.

> Order items for round gizmo via ecommerce shows error
> -
>
> Key: OFBIZ-6643
> URL: https://issues.apache.org/jira/browse/OFBIZ-6643
> Project: OFBiz
>  Issue Type: Bug
>  Components: order
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Priority: Critical
>  Labels: ecommerce
>
> When an order is entered via the ecommerce component for a round gizmo 
> (GZ-2644) an error is shown in the order items section. See error below.
> {code}
>  GZ-2644 - Round Gizmo
> FreeMarker template error: Java method 
> "org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" 
> takes 4 arguments, but 2 was given.  FTL stack trace ("~" means 
> nesting-related): - Failed at: #assign downloadContents = delegator... [in 
> template "component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, 
> column 41]  Java stack trace (for programmers):  
> freemarker.core._TemplateModelException: [... Exception message was already 
> printed; see it above ...] at 
> freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
> freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
> freemarker.core.MethodCall._eval(MethodCall.java:62) at 
> freemarker.core.Expression.eval(Expression.java:78) at 
> freemarker.core.Assignment.accept(Assignment.java:70) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
> freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
> freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.IfBlock.accept(IfBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
> freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.MixedContent.accept(MixedContent.java:62) at 
> freemarker.core.Environment.visit(Environment.java:312) at 
> freemarker.core.Environment.process(Environment.java:290) at 
> org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
>  at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
> at 
> org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
>  at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
> at 
> org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
>  at 
> org.ofbiz.widget.model.ModelScreenWidget$Decora

[jira] [Updated] (OFBIZ-6642) Non-breaking space incorrectly encoded in forms

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux updated OFBIZ-6642:
---
Sprint: Community Day 3 - 2015

> Non-breaking space incorrectly encoded in forms
> ---
>
> Key: OFBIZ-6642
> URL: https://issues.apache.org/jira/browse/OFBIZ-6642
> Project: OFBiz
>  Issue Type: Bug
>  Components: party, product
>Affects Versions: Release Branch 12.04, Release Branch 13.07, Release 
> Branch 14.12, Trunk
>Reporter: Oleg Andreyev
>Assignee: Jacques Le Roux
>Priority: Trivial
> Attachments: nbsp.diff
>
>
> There are a few places where forms include non-breaking space encoded as 
> {noformat} {noformat} This does not work really. It should be 
> {noformat} {noformat} One of such places is the list of parties in party 
> classification group.
> Patch is good for all mentioned releases.



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

[jira] [Assigned] (OFBIZ-6642) Non-breaking space incorrectly encoded in forms

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux reassigned OFBIZ-6642:
--

Assignee: Jacques Le Roux

> Non-breaking space incorrectly encoded in forms
> ---
>
> Key: OFBIZ-6642
> URL: https://issues.apache.org/jira/browse/OFBIZ-6642
> Project: OFBiz
>  Issue Type: Bug
>  Components: party, product
>Affects Versions: Release Branch 12.04, Release Branch 13.07, Release 
> Branch 14.12, Trunk
>Reporter: Oleg Andreyev
>Assignee: Jacques Le Roux
>Priority: Trivial
> Attachments: nbsp.diff
>
>
> There are a few places where forms include non-breaking space encoded as 
> {noformat} {noformat} This does not work really. It should be 
> {noformat} {noformat} One of such places is the list of parties in party 
> classification group.
> Patch is good for all mentioned releases.



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

Re: Automating generation of PDF and Webhelp from GIT

[Jacques Le Roux]

Or rather OFBIZ-6644 now

Le 21/09/2015 10:06, Jacques Le Roux a écrit :

That's interesting Ron

Maybe you could put a note at in OFBIZ-6015?

Thanks

Jacques


Le 17/09/2015 21:10, Ron Wheeler a écrit :

An interesting reference for anyone who is looking at the issue of generating 
docs and help automatically
I suppose that it could be adapted to SVN.

This might encourage developers to keep the docs in synch with the code:
- same repo and developent tools
- automatic update of documentation when code changed.

Ron

 Forwarded Message 

On Thursday, 2015-09-17, at 12:58 CEST, sinha.son...@yahoo.com
[dita-users] wrote:

Can anyone please provide suggestions on how to implement the
automatic generation of documents from GIT?



Hi Sonika,

I’ve given a few conference presentations on Automating DITA Builds
over the past few years. You may find this information useful as you
investigate automation options for your project.

The slides from my talk at DITA North America in Seattle last year are
available here:
.

The presentation was expanded to an article for the CIDM Best Practices
Newsletter:
.

Both outline various automation approaches, including Git hooks and
continuous integration servers like Jenkins (as Radu suggested). Code
samples are included that you can use to trigger builds when you commit
changes to Git.

Hope that helps,

Roger


P.S.

The DITA For Small Teams project 
is also putting together a series of sample projects and resources that
can be used to automate the build process. There has been some
discussion lately about preparing Docker containers that would provide a
pre-configured DITA-OT and Jenkins, but I’m not sure how far that idea
has come.




Posted by: "Roger Sheen" 





Yahoo Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/dita-users/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/dita-users/join
(Yahoo! ID required)

<*> To change settings via email:
dita-users-dig...@yahoogroups.com
dita-users-fullfeatu...@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
dita-users-unsubscr...@yahoogroups.com

<*> Your use of Yahoo Groups is subject to:
https://info.yahoo.com/legal/us/yahoo/utos/terms/

[jira] [Updated] (OFBIZ-4941) Proposal for a new help system

[Paul Foxworthy (JIRA)]

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

Paul Foxworthy updated OFBIZ-4941:
--
Assignee: (was: Paul Foxworthy)

> Proposal for a new help system
> --
>
> Key: OFBIZ-4941
> URL: https://issues.apache.org/jira/browse/OFBIZ-4941
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: ALL COMPONENTS
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Priority: Minor
> Attachments: HelpAccounting.jpg, HelpPerformanceReview1.jpg, 
> HelpPerformanceReview2.jpg, HelpRoadmap.jpg, LICENSE.html, LicenseFiles.zip, 
> OFBIZ-4941 POC HR Help.patch, OFBIZ-4941.patch, OFBIZ-4941.patch, 
> OFBIZ-4941.patch, OFBIZ-4941.patch, OFBIZ-4941.patch, OFBIZ-4941.patch, 
> WebhelpFiles.zip, WebhelpFiles.zip, WebhelpHRAppDocbook.zip, 
> WebhelpHRAppDocbook.zip, content.7z, docbook diff.patch, 
> docbook-xsl-1.77.1.zip, help_content.jpg, help_ofbizhelp.jpg, 
> help_webhlep.jpg, helppdf.zip, jh.jar, ofbiz-common.xsl, webhelp.jpg
>
>
> Quoting Tom Burns at OFBIZ-4869
> {quote}
> This is a status update just to let anyone who is interested know that this 
> item is being worked on.
> I started out using the OFBiz structure for help docs but after a while I 
> needed/wanted something more expressive.
> Here is what I wound up using for development:
> Java Help System http://java.net/projects/javahelp/content
> DocBook 5: The Definitive Guide
> http://www.docbook.org/tdg5/en/html/docbook.html
> http://www.docbook.org/xml/5.0/
> DocBook XSL: The Complete Guide
> http://www.sagehill.net/docbookxsl/index.html
> 
> http://sourceforge.net/projects/docbook/files/docbook-xsl/1.77.1/docbook-xsl-1.77.1.zip
> Help Master - FE for managing java help files. Best feature drag and drop 
> TOC creates TOC matching file folder structure. Convenient launcher for 
> viewing & testing. http://www.halogenware.com/software/helpmaster.html
> XML Mind XML Editor - Free Personal Edition is far better then editing in 
> Eclipse. download from http://www.xmlmind.com/xmleditor/download.shtml
> Tutorial - DocBook editing with XML Mind XML Editor. Worth going through 
> http://www.xmlmind.com/xmleditor/tutorial.html
> Read Me First style guide from Sun (cost from Amazon 1 cent + shipping)
> Attached are some screen shots of the results.
> Every screen is/will be documented in a similar structure. This is as much 
> for defining requirements and testing as for help. More work but worth it.
> The screenshots show a Java Help format generated using DocBook XSL. This 
> will likely not be the final presentation format.
> Note the Performance Review screen shots do not match the trunk. There is a 
> bug in update screen and I did some clean up of labels and drop-down list. 
> There are issues like this all through the application so I did not want to 
> get bogged down with patches at this time.
> {quote}



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

[jira] [Updated] (OFBIZ-6015) Move Online Help Documentation from Webhelp into Trunk

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux updated OFBIZ-6015:
---
Issue Type: Sub-task  (was: Improvement)
Parent: OFBIZ-6644

> Move Online Help Documentation from Webhelp into Trunk
> --
>
> Key: OFBIZ-6015
> URL: https://issues.apache.org/jira/browse/OFBIZ-6015
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: ALL APPLICATIONS
>Reporter: Sharan Foga
>Assignee: Sharan Foga
>Priority: Minor
> Attachments: Webhelp Analysis.ods
>
>
> This Jira has been created to manage the migration of all the documentation 
> from the Webhelp branch into the current help system so that it will work 
> with what we already have (essentially so that we dont lose it!).  The 
> original issue for the Webhelp is 
> https://issues.apache.org/jira/browse/OFBIZ-4941
> As well as HR, there is also online documentation for Accounting, 
> Manufacturing (English, German and Dutch), Project Manager and Catalog - 
> though not as complete, so I will be consolidating and moving those too. The 
> files use the docbook format and are compatible with what we have although he 
> implemented everything into one file (i.e book) per module. I now think this 
> is the better way to go.
> Update as at July 2015
> ==
> The original code from the Webhelp branch was updated and converted to an 
> OFBiz addon. 
> The addon was created from the Webhelp branch but is setup as an addon.
> To see a what the webhelp will look like and function like. 
> Go to https://demo.ofbizextra.org/accounting/control/main
> Login as admin/ofbiz
> Select HR and then click the help button (The docbook webhelp should be 
> displayed)
> As well as using docbook and webhelp for displaying it. Some additonal 
> funcitonality has been added. These are as follows:
> 1) There are some ant targets created (e.g. ant webhelp, clean-webhelp)
> 2) There is a flag setup to indicate whether a module has webhelp or uses 
> OFBiz standard help (i.e. what we are using now). 
> To test it on the ofbizextra demo 
> Select Facilities and then click the help button (The normal OFBiz help menu 
> is displayed because no webhelp exists for this module)
> I think this could be good thing as we convert the existing documentation 
> from the current online help format to the webhelp because it wont break 
> anything and leaves the option open for people who are using the existing 
> help system.
> 3) There is also some functionality related to language that looks at the 
> language of the user to see if the webhelp exists in that language. If it 
> doesn't there is a message saying so but that documentation exists in another 
> language 
> The addon uses the patch Files. (.patch) I think this is because the addon 
> tries to maintain compatibility with different OFBiz versions but I think 
> it's still just xml or java code.
> I have done an initial (non technical) analysis of the files and attached 
> that too



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

[jira] [Updated] (OFBIZ-6450) Docbook and OFBIz Online Help

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux updated OFBIZ-6450:
---
Issue Type: Sub-task  (was: Bug)
Parent: OFBIZ-6644

> Docbook and OFBIz Online Help
> -
>
> Key: OFBIZ-6450
> URL: https://issues.apache.org/jira/browse/OFBIZ-6450
> Project: OFBiz
>  Issue Type: Sub-task
>Reporter: Sharan Foga
>Assignee: Sharan Foga
> Attachments: 02-docbook_overview_diagram.pdf, humanres.xml
>
>
> Jira created based on the steps suggested by Taher as follows:
> - First, we attempt to fix whatever is wrong in DocBook at the moment. If you 
> can share exactly what you spotted then this would save us a lot of time in 
> trying to dig to the problem. So a repeat process to identify the bugs from 
> you would be great.
> - Second, we decide on a category structure for the sections of the 
> documentation if we do not like the existing one
> - We also introduce or enforce a workflow that mandates an update of the 
> documentation on each JIRA that affects functionality that requires 
> documentation. For example, if we add or modify a screen in the party 
> component, then we must provide the documentation for that screen before 
> closing the JIRA for example.
> - As a last step we decide on the appropriate technology to move forward. 



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

[jira] [Created] (OFBIZ-6644) Webhelp umbrella task

[Jacques Le Roux (JIRA)]

Jacques Le Roux created OFBIZ-6644:
--

 Summary: Webhelp umbrella task
 Key: OFBIZ-6644
 URL: https://issues.apache.org/jira/browse/OFBIZ-6644
 Project: OFBiz
  Issue Type: Task
  Components: ALL COMPONENTS
Affects Versions: Trunk
Reporter: Jacques Le Roux
Priority: Minor


This is only a placeholder to group the issues related with webhelp



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

[jira] [Updated] (OFBIZ-4941) Proposal for a new help system

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux updated OFBIZ-4941:
---
Issue Type: Sub-task  (was: Wish)
Parent: OFBIZ-6644

> Proposal for a new help system
> --
>
> Key: OFBIZ-4941
> URL: https://issues.apache.org/jira/browse/OFBIZ-4941
> Project: OFBiz
>  Issue Type: Sub-task
>  Components: ALL COMPONENTS
>Affects Versions: Trunk
>Reporter: Jacques Le Roux
>Assignee: Paul Foxworthy
>Priority: Minor
> Attachments: HelpAccounting.jpg, HelpPerformanceReview1.jpg, 
> HelpPerformanceReview2.jpg, HelpRoadmap.jpg, LICENSE.html, LicenseFiles.zip, 
> OFBIZ-4941 POC HR Help.patch, OFBIZ-4941.patch, OFBIZ-4941.patch, 
> OFBIZ-4941.patch, OFBIZ-4941.patch, OFBIZ-4941.patch, OFBIZ-4941.patch, 
> WebhelpFiles.zip, WebhelpFiles.zip, WebhelpHRAppDocbook.zip, 
> WebhelpHRAppDocbook.zip, content.7z, docbook diff.patch, 
> docbook-xsl-1.77.1.zip, help_content.jpg, help_ofbizhelp.jpg, 
> help_webhlep.jpg, helppdf.zip, jh.jar, ofbiz-common.xsl, webhelp.jpg
>
>
> Quoting Tom Burns at OFBIZ-4869
> {quote}
> This is a status update just to let anyone who is interested know that this 
> item is being worked on.
> I started out using the OFBiz structure for help docs but after a while I 
> needed/wanted something more expressive.
> Here is what I wound up using for development:
> Java Help System http://java.net/projects/javahelp/content
> DocBook 5: The Definitive Guide
> http://www.docbook.org/tdg5/en/html/docbook.html
> http://www.docbook.org/xml/5.0/
> DocBook XSL: The Complete Guide
> http://www.sagehill.net/docbookxsl/index.html
> 
> http://sourceforge.net/projects/docbook/files/docbook-xsl/1.77.1/docbook-xsl-1.77.1.zip
> Help Master - FE for managing java help files. Best feature drag and drop 
> TOC creates TOC matching file folder structure. Convenient launcher for 
> viewing & testing. http://www.halogenware.com/software/helpmaster.html
> XML Mind XML Editor - Free Personal Edition is far better then editing in 
> Eclipse. download from http://www.xmlmind.com/xmleditor/download.shtml
> Tutorial - DocBook editing with XML Mind XML Editor. Worth going through 
> http://www.xmlmind.com/xmleditor/tutorial.html
> Read Me First style guide from Sun (cost from Amazon 1 cent + shipping)
> Attached are some screen shots of the results.
> Every screen is/will be documented in a similar structure. This is as much 
> for defining requirements and testing as for help. More work but worth it.
> The screenshots show a Java Help format generated using DocBook XSL. This 
> will likely not be the final presentation format.
> Note the Performance Review screen shots do not match the trunk. There is a 
> bug in update screen and I did some clean up of labels and drop-down list. 
> There are issues like this all through the application so I did not want to 
> get bogged down with patches at this time.
> {quote}



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

Re: Automating generation of PDF and Webhelp from GIT

[Jacques Le Roux]

That's interesting Ron

Maybe you could put a note at in OFBIZ-6015?

Thanks

Jacques


Le 17/09/2015 21:10, Ron Wheeler a écrit :

An interesting reference for anyone who is looking at the issue of generating 
docs and help automatically
I suppose that it could be adapted to SVN.

This might encourage developers to keep the docs in synch with the code:
- same repo and developent tools
- automatic update of documentation when code changed.

Ron

 Forwarded Message 

On Thursday, 2015-09-17, at 12:58 CEST, sinha.son...@yahoo.com
[dita-users] wrote:

Can anyone please provide suggestions on how to implement the
automatic generation of documents from GIT?



Hi Sonika,

I’ve given a few conference presentations on Automating DITA Builds
over the past few years. You may find this information useful as you
investigate automation options for your project.

The slides from my talk at DITA North America in Seattle last year are
available here:
.

The presentation was expanded to an article for the CIDM Best Practices
Newsletter:
.

Both outline various automation approaches, including Git hooks and
continuous integration servers like Jenkins (as Radu suggested). Code
samples are included that you can use to trigger builds when you commit
changes to Git.

Hope that helps,

Roger


P.S.

The DITA For Small Teams project 
is also putting together a series of sample projects and resources that
can be used to automate the build process. There has been some
discussion lately about preparing Docker containers that would provide a
pre-configured DITA-OT and Jenkins, but I’m not sure how far that idea
has come.




Posted by: "Roger Sheen" 





Yahoo Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/dita-users/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/dita-users/join
(Yahoo! ID required)

<*> To change settings via email:
dita-users-dig...@yahoogroups.com
dita-users-fullfeatu...@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
dita-users-unsubscr...@yahoogroups.com

<*> Your use of Yahoo Groups is subject to:
https://info.yahoo.com/legal/us/yahoo/utos/terms/

[jira] [Commented] (OFBIZ-6642) Non-breaking space incorrectly encoded in forms

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14900349#comment-14900349
 ] 

Jacques Le Roux commented on OFBIZ-6642:


I agree, I see no reasons to use HTML there. There are tons of examples with 
just a space. BTW we don't need the one in FacilityGroupForms.xml

> Non-breaking space incorrectly encoded in forms
> ---
>
> Key: OFBIZ-6642
> URL: https://issues.apache.org/jira/browse/OFBIZ-6642
> Project: OFBiz
>  Issue Type: Bug
>  Components: party, product
>Affects Versions: Release Branch 12.04, Release Branch 13.07, Release 
> Branch 14.12, Trunk
>Reporter: Oleg Andreyev
>Priority: Trivial
> Attachments: nbsp.diff
>
>
> There are a few places where forms include non-breaking space encoded as 
> {noformat} {noformat} This does not work really. It should be 
> {noformat} {noformat} One of such places is the list of parties in party 
> classification group.
> Patch is good for all mentioned releases.



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

[jira] [Closed] (OFBIZ-6598) Replace bsf event type and handler with groovy

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux closed OFBIZ-6598.
--
   Resolution: Done
 Assignee: Jacques Le Roux  (was: Pierre Smits)
Fix Version/s: Upcoming Branch

Thanks Pierre,

Your patch is in trunk at revision: 1704227  

I did the same in order controller (was only in ecommerce) even if only a 
commented out example was used there

> Replace bsf event type and handler with groovy
> --
>
> Key: OFBIZ-6598
> URL: https://issues.apache.org/jira/browse/OFBIZ-6598
> Project: OFBiz
>  Issue Type: Improvement
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Jacques Le Roux
>Priority: Trivial
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-6598-ecommerce-controller.xml.patch
>
>
> BSF clean up



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

[jira] [Updated] (OFBIZ-6598) Replace bsf event type and handler with groovy

[Jacques Le Roux (JIRA)]

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

Jacques Le Roux updated OFBIZ-6598:
---
Sprint: Community Day 3 - 2015

> Replace bsf event type and handler with groovy
> --
>
> Key: OFBIZ-6598
> URL: https://issues.apache.org/jira/browse/OFBIZ-6598
> Project: OFBiz
>  Issue Type: Improvement
>  Components: specialpurpose/ecommerce
>Affects Versions: Trunk
>Reporter: Pierre Smits
>Assignee: Pierre Smits
>Priority: Trivial
> Attachments: OFBIZ-6598-ecommerce-controller.xml.patch
>
>
> BSF clean up



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

[jira] [Created] (OFBIZ-6643) Order items for round gizmo via ecommerce shows error

[Pierre Smits (JIRA)]

Pierre Smits created OFBIZ-6643:
---

 Summary: Order items for round gizmo via ecommerce shows error
 Key: OFBIZ-6643
 URL: https://issues.apache.org/jira/browse/OFBIZ-6643
 Project: OFBiz
  Issue Type: Bug
  Components: order
Affects Versions: Trunk
Reporter: Pierre Smits
Priority: Critical


When an order is entered via the ecommerce component for a round gizmo 
(GZ-2644) an error is shown in the order items section. See error below.

{code}
 GZ-2644 - Round Gizmo
FreeMarker template error: Java method 
"org.ofbiz.entity.GenericDelegator.findByAnd(String, Map, List, boolean)" takes 
4 arguments, but 2 was given.  FTL stack trace ("~" means nesting-related): 
- Failed at: #assign downloadContents = delegator... [in template 
"component://order/webapp/ordermgr/order/orderitems.ftl" at line 84, column 41] 
 Java stack trace (for programmers):  
freemarker.core._TemplateModelException: [... Exception message was already 
printed; see it above ...] at 
freemarker.ext.beans.SimpleMethod.unwrapArguments(SimpleMethod.java:67) at 
freemarker.ext.beans.SimpleMethodModel.exec(SimpleMethodModel.java:72) at 
freemarker.core.MethodCall._eval(MethodCall.java:62) at 
freemarker.core.Expression.eval(Expression.java:78) at 
freemarker.core.Assignment.accept(Assignment.java:70) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
freemarker.core.IfBlock.accept(IfBlock.java:48) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:148) at 
freemarker.core.Environment.visitIteratorBlock(Environment.java:559) at 
freemarker.core.IteratorBlock.accept(IteratorBlock.java:67) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
freemarker.core.IfBlock.accept(IfBlock.java:48) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visitByHiddingParent(Environment.java:333) at 
freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:48) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.MixedContent.accept(MixedContent.java:62) at 
freemarker.core.Environment.visit(Environment.java:312) at 
freemarker.core.Environment.process(Environment.java:290) at 
org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:257)
 at org.ofbiz.widget.model.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:167) 
at 
org.ofbiz.widget.model.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:216)
 at org.ofbiz.widget.model.HtmlWidget.renderWidgetString(HtmlWidget.java:140) 
at 
org.ofbiz.widget.model.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1319)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
 at 
org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
 at 
org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:906)
 at 
org.ofbiz.widget.model.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:127)
 at 
org.ofbiz.widget.model.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:943)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget.java:459)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:280)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:98)
 at 
org.ofbiz.widget.model.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget.java:459)
 at 
org.ofbiz.widget.model.ModelScreenWidget.renderSubWidgetsString(M