[
https://issues.apache.org/jira/browse/OFBIZ-431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12487084
]
David Shere commented on OFBIZ-431:
-----------------------------------
This appears to still be occurring. With sample data, I ordered 10 GZ-1004s
and attempted to remove the last item for $59.99. 380MB of logs and 20 minutes
later, the page is finishes loading, and I get this error:
Error calling event: org.ofbiz.webapp.event.EventHandlerException: Service
invocation error (Could not commit transaction for service [cancelOrderItem]
call: Roll back error (with no rollbackOnly cause found), could not commit
transaction, was rolled back instead: javax.transaction.RollbackException
(null))
Because we have regular customers (dealers) who account for 30% of our sales
and will be placing orders daily with promotions (their discounts), this has
become my top priority. It must be fixed before we can go live.
Scott's solution to create a "side service" of sorts that will handle canceling
line items on orders with promotions seems to be a good place to start, but
that patch doesn't seem to be available here. If that is available somewhere,
that would be great. If I should start elsewhere with a solution, please let
me know.
Any help that can be offered would be much appreciated.
> Editting Order goes recursive with promotions...
> ------------------------------------------------
>
> Key: OFBIZ-431
> URL: https://issues.apache.org/jira/browse/OFBIZ-431
> Project: OFBiz (The Open for Business Project)
> Issue Type: Bug
> Components: order
> Affects Versions: SVN trunk
> Environment: N/A - clean default
> Reporter: Ray Barlow
> Assigned To: Jacopo Cappellato
> Priority: Critical
>
> With the standard demo data raise an order for admin with 1 GZ-1000 and 1
> GZ-7000, 3 promotional products will be added to the order which is fine.
> Find and view the newly created order in the order application. Click on the
> edit link and then try to increase the order quantity of the GZ-1000 from 1
> to 2, the system will thrash away for a while and then fail with a
> transaction error, timed out.
> Once the dust has settled you can see that the party has also been sent 100
> +/-5 email notification changes, which is were I'm getting the feeling that
> recursion is the problem!
> Trying to cancel a line item can also cause the same effect, in general
> editting orders with promotions seems to cause lots of problems at the moment.
> PS: I'd advise this only gets tested on local development machines as the
> impact is quite an intense load on the server and can result in DoS style
> problems. That said I did execute this once on the "demo.dejc.com" server
> (sorry David) just to check it wasn't anything I'd changed, the admin account
> now has a lot of order change notifications (at least until the next reload
> of the site!).
> PPS: This can also be triggered via the customer facing site, when cancelling
> a line item from the order history page, bit of an exposure for live sites to
> DoS from malicious users.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
