You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ofbiz.apache.org by "Yubei.Xianren" <ja...@yahoo.com> on 2008/09/15 10:54:53 UTC
Pass information from Screen-widget to FTL
Hi,
I am using OFBiz for my project. I need to pass some parameters from
Screen-widget XML document to my Freemarker template. Does any one knows how
to get this done?
TIA
--
View this message in context: http://www.nabble.com/Pass-information-from-Screen-widget-to-FTL-tp19489246p19489246.html
Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Data types for services set for export
Posted by Jacques Le Roux <ja...@les7arts.com>.
But you could be interested by
http://docs.ofbiz.org/display/OFBIZ/FAQ+-+Tips+-+Tricks+-+Cookbook+-+HowTo#FAQ-Tips-Tricks-Cookbook-HowTo-Soap
BTW this information was given teen messages before in this ML...
Jacques
> Not at this time.
> unless you want to do some work to make it so.
> http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Contributors+Best+Practices
>
>
> Jacek Wagner sent the following on 10/9/2008 5:16 PM:
>> Hi,
>>
>> I am running some of the ofbiz services thru soap.
>> Can I use complex data types (arrays, list) to be passed to the services
>> when export="true"?
>>
>> Jacek
>>
>>
>
Re: Data types for services set for export
Posted by BJ Freeman <bj...@free-man.net>.
Not at this time.
unless you want to do some work to make it so.
http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Contributors+Best+Practices
Jacek Wagner sent the following on 10/9/2008 5:16 PM:
> Hi,
>
> I am running some of the ofbiz services thru soap.
> Can I use complex data types (arrays, list) to be passed to the services
> when export="true"?
>
> Jacek
>
>
RE: Urgent Prod Issue: payment "capture" workflow / processing
Posted by Nick Rosser <nr...@salmonllc.com>.
David,
In answer to your questions:
1. what did the user do
A: this is a batch pick and pack scheduled job (we wrote this, it collects
all Orders and issues a CreatePickListFromOrder and CompletePack OFBiz
service call; each Order is processed within a single transaction; the
process loops thru all available Orders).
2. what did you expect (or hope!) to happen
A: we expect the "capture" to be successful; if not, we would prefer that
we get the error returned and our code will take it from there (not pick and
pack that particular order and move onto the next order within the batch).
3. what actually happened
A:in our case the "capture" returned (from Verisign) a valid error code
(system was trying to re-use an authorization code that had already been
captured ... but could be any valid error returned). Once the "capture"
failed, OFBiz tries to "re-authorize", based on our current configuration
(we think) but ultimately we'd prefer that we get the valid error code
returned to our code from the "capture" attempt, then we can ignore that
Order and move to the next one in the batch.
We'll continue our research and provide additional insights as they come to
us, thanks.
Regards,
Nick Rosser
nrosser@salmonllc.com
O: 516.742.7888 x221
C: 516.901.1720
F: 516.742.9169
Visit us at www.salmonllc.com
-----Original Message-----
From: David E Jones [mailto:jonesde@hotwaxmedia.com]
Sent: Wednesday, October 15, 2008 5:10 PM
To: user@ofbiz.apache.org
Subject: Re: Urgent Prod Issue: payment "capture" workflow / processing
Nick,
What might be most helpful is to describe the symptoms and errors
you're actually seeing instead of an interpretation of them (it's hard
to guess at whether you interpretation is correct or not, or what that
might mean relative to what people know about the system).
For example, what do you mean by "the service does not appear to
return a clean error"? The most complete way to answer that is
answering the questions:
1. what did the user do
2. what did you expect (or hope!) to happen
3. what actually happened
You also mention DB locks, and until those are known to be caused by
the issue it might be best to treat them as an independent symptom,
possibly to an independent problem. The DB locks may actually be the
cause of certain problems as opposed to being caused by. The best
thing for DB lock wait timeout errors (which is what I assume you're
getting based on what you said, but you should verify that) is to send
over the actual error message the user sees and the relevant errors in
the log file (possibly before and after the main error).
Going back to the beginning of this problem: why are the captures
failing? Is there an error message that might help lead to a
resolution? Is it because the CC processor is down or something and
you don't like the way OFBiz is handling it? If so, what is the
process you'd like to see OFBiz follow in order to handle it?
BTW, these are questions I'd start asking were I working on fixing
this. You don't necessarily have to answer all of them on the mailing
list, though that would be the best way to get help from the
community. You can also just use these internally to help focus the
efforts of your people.
-David
On Oct 15, 2008, at 12:47 PM, Nick Rosser wrote:
> Hi,
>
> We have recently deployed OFBiz into our clients production
> environment. The
> following is typical of a serious issue we are experiencing:
>
> * run Pick n Pack, in a batch job
>
> * if we get an error in the "capture" process:
> o the service does not appear to return a clean error
> o it attempts re-auth, capture again etc.
> o ultimately we are experiencing DB locks because of the above (I
> assume that while waiting for the payment processing the 80 or so
> users are experiencing db locking issues)
>
> Is there a way to simply return a "capture" failure, we'll skip that
> Order and move on?
>
> BTW: in dev test/debug, we are seeing some pretty complex code
> managing all these iterations (re-auth etc.) but ultimately the order goes
into
> 'pick' and is 'completed'. We are assuming that the store setting "Ship If
> Capture Fails = Y". Could someone confirm?
>
> We are also looking into the usage of the following "store" settings, so
if
> anyone has insight as to how these setting may relate to the problem it
> would be much appreciated:
>
> Assume this setting will keep retrying to authorize (for n times?) if the
> authorization fails:
> Retry Failed Auths = Y
>
> Assume these are as labeled, keep trying in the event of a failure:
> Auto Order Cc Try Exp: Y
> Auto Order Cc Try Other Cards: Y
> Auto Order Cc Try Later Nsf: Y
> Auto Order Cc Try Later Max: blank
>
> (BTW: our client ships 2000 orders per day, and runs their operation
> with 80 customer service reps . any help appreciated since this is
impacting
> their business)
>
> Regards,
>
>
>
> Nick Rosser
>
> nrosser@salmonllc.com
>
> O: 516.742.7888 x221
>
> C: 516.901.1720
>
> F: 516.742.9169
>
>
>
> Visit us at www.salmonllc.com
>
>
>
Re: Urgent Prod Issue: payment "capture" workflow / processing
Posted by David E Jones <jo...@hotwaxmedia.com>.
Nick,
What might be most helpful is to describe the symptoms and errors
you're actually seeing instead of an interpretation of them (it's hard
to guess at whether you interpretation is correct or not, or what that
might mean relative to what people know about the system).
For example, what do you mean by "the service does not appear to
return a clean error"? The most complete way to answer that is
answering the questions:
1. what did the user do
2. what did you expect (or hope!) to happen
3. what actually happened
You also mention DB locks, and until those are known to be caused by
the issue it might be best to treat them as an independent symptom,
possibly to an independent problem. The DB locks may actually be the
cause of certain problems as opposed to being caused by. The best
thing for DB lock wait timeout errors (which is what I assume you're
getting based on what you said, but you should verify that) is to send
over the actual error message the user sees and the relevant errors in
the log file (possibly before and after the main error).
Going back to the beginning of this problem: why are the captures
failing? Is there an error message that might help lead to a
resolution? Is it because the CC processor is down or something and
you don't like the way OFBiz is handling it? If so, what is the
process you'd like to see OFBiz follow in order to handle it?
BTW, these are questions I'd start asking were I working on fixing
this. You don't necessarily have to answer all of them on the mailing
list, though that would be the best way to get help from the
community. You can also just use these internally to help focus the
efforts of your people.
-David
On Oct 15, 2008, at 12:47 PM, Nick Rosser wrote:
> Hi,
>
>
>
> We have recently deployed OFBiz into our clients production
> environment. The
> following is typical of a serious issue we are experiencing:
>
>
>
> * run Pick n Pack, in a batch job
>
> * if we get an error in the "capture" process:
>
> o the service does not appear to return a clean error
>
> o it attempts re-auth, capture again etc.
>
> o ultimately we are experiencing DB locks because of the
> above (I
> assume that while waiting for the payment processing the 80 or so
> users are
> experiencing db locking issues)
>
>
>
> Is there a way to simply return a "capture" failure, we'll skip that
> Order
> and move on?
>
>
>
> BTW: in dev test/debug, we are seeing some pretty complex code
> managing all
> these iterations (re-auth etc.) but ultimately the order goes into
> 'pick'
> and is 'completed'. We are assuming that the store setting "Ship If
> Capture
> Fails = Y". Could someone confirm?
>
>
>
> We are also looking into the usage of the following "store"
> settings, so if
> anyone has insight as to how these setting may relate to the problem
> it
> would be much appreciated:
>
>
>
> Assume this setting will keep retrying to authorize (for n times?)
> if the
> authorization fails:
>
> Retry Failed Auths = Y
>
>
>
> Assume these are as labeled, keep trying in the event of a failure:
>
> Auto Order Cc Try Exp: Y
>
> Auto Order Cc Try Other Cards: Y
>
> Auto Order Cc Try Later Nsf: Y
>
> Auto Order Cc Try Later Max: blank
>
>
>
> (BTW: our client ships 2000 orders per day, and runs their operation
> with 80
> customer service reps . any help appreciated since this is impacting
> their
> business)
>
>
>
> Regards,
>
>
>
> Nick Rosser
>
> nrosser@salmonllc.com
>
> O: 516.742.7888 x221
>
> C: 516.901.1720
>
> F: 516.742.9169
>
>
>
> Visit us at www.salmonllc.com
>
>
>
Re: Urgent Prod Issue: payment "capture" workflow / processing
Posted by BJ Freeman <bj...@free-man.net>.
include log files relative to the capture process.
be sure to take out any CC info.
what gateway is causing this.
authorize, OOTB, is done at order time.
should not re-autorize just capture, when ship.
should not try re-athoris unless failed on first attemp.
should not approve order if not authorized unless setup in Productstore
that way.
have you modified any code?
Nick Rosser sent the following on 10/15/2008 11:47 AM:
> Hi,
>
>
>
> We have recently deployed OFBiz into our clients production environment. The
> following is typical of a serious issue we are experiencing:
>
>
>
> * run Pick n Pack, in a batch job
>
> * if we get an error in the "capture" process:
>
> o the service does not appear to return a clean error
>
> o it attempts re-auth, capture again etc.
>
> o ultimately we are experiencing DB locks because of the above (I
> assume that while waiting for the payment processing the 80 or so users are
> experiencing db locking issues)
>
>
>
> Is there a way to simply return a "capture" failure, we'll skip that Order
> and move on?
>
>
>
> BTW: in dev test/debug, we are seeing some pretty complex code managing all
> these iterations (re-auth etc.) but ultimately the order goes into 'pick'
> and is 'completed'. We are assuming that the store setting "Ship If Capture
> Fails = Y". Could someone confirm?
>
>
>
> We are also looking into the usage of the following "store" settings, so if
> anyone has insight as to how these setting may relate to the problem it
> would be much appreciated:
>
>
>
> Assume this setting will keep retrying to authorize (for n times?) if the
> authorization fails:
>
> Retry Failed Auths = Y
>
>
>
> Assume these are as labeled, keep trying in the event of a failure:
>
> Auto Order Cc Try Exp: Y
>
> Auto Order Cc Try Other Cards: Y
>
> Auto Order Cc Try Later Nsf: Y
>
> Auto Order Cc Try Later Max: blank
>
>
>
> (BTW: our client ships 2000 orders per day, and runs their operation with 80
> customer service reps . any help appreciated since this is impacting their
> business)
>
>
>
> Regards,
>
>
>
> Nick Rosser
>
> nrosser@salmonllc.com
>
> O: 516.742.7888 x221
>
> C: 516.901.1720
>
> F: 516.742.9169
>
>
>
> Visit us at www.salmonllc.com
>
>
>
>
Urgent Prod Issue: payment "capture" workflow / processing
Posted by Nick Rosser <nr...@salmonllc.com>.
Hi,
We have recently deployed OFBiz into our clients production environment. The
following is typical of a serious issue we are experiencing:
* run Pick n Pack, in a batch job
* if we get an error in the "capture" process:
o the service does not appear to return a clean error
o it attempts re-auth, capture again etc.
o ultimately we are experiencing DB locks because of the above (I
assume that while waiting for the payment processing the 80 or so users are
experiencing db locking issues)
Is there a way to simply return a "capture" failure, we'll skip that Order
and move on?
BTW: in dev test/debug, we are seeing some pretty complex code managing all
these iterations (re-auth etc.) but ultimately the order goes into 'pick'
and is 'completed'. We are assuming that the store setting "Ship If Capture
Fails = Y". Could someone confirm?
We are also looking into the usage of the following "store" settings, so if
anyone has insight as to how these setting may relate to the problem it
would be much appreciated:
Assume this setting will keep retrying to authorize (for n times?) if the
authorization fails:
Retry Failed Auths = Y
Assume these are as labeled, keep trying in the event of a failure:
Auto Order Cc Try Exp: Y
Auto Order Cc Try Other Cards: Y
Auto Order Cc Try Later Nsf: Y
Auto Order Cc Try Later Max: blank
(BTW: our client ships 2000 orders per day, and runs their operation with 80
customer service reps . any help appreciated since this is impacting their
business)
Regards,
Nick Rosser
nrosser@salmonllc.com
O: 516.742.7888 x221
C: 516.901.1720
F: 516.742.9169
Visit us at www.salmonllc.com
Data types for services set for export
Posted by Jacek Wagner <ja...@berkeley.edu>.
Hi,
I am running some of the ofbiz services thru soap.
Can I use complex data types (arrays, list) to be passed to the services
when export="true"?
Jacek
Re: Pass information from Screen-widget to FTL
Posted by Jacques Le Roux <ja...@les7arts.com>.
Note that in trunk (not in release4.0) bsh files have been almost completly replaced by Groovy files (extension .groovy) as
BeanShell has been replaced by Groovy.
Jacques
From: "jjmbconquista" <jj...@yahoo.com.br>
>
> I do not know if that helps you usually, but the paramentros are passed by
> bsh files to FTL , which are called by action tag into Screen
>
> example:
>
> file.bsh
>
> orderId = request.getParameter("orderId");
> if (orderId == null) orderId = parameters.get("orderId");
> context.put("orderId", orderId);
>
> file.ftl
>
> <html>
>
> <h1> ${orderId} </h1>
>
> </htm
>
>
> Yubei.Xianren wrote:
>>
>>
>> Hi,
>>
>> I am using OFBiz for my project. I need to pass some parameters from
>> Screen-widget XML document to my Freemarker template. Does any one knows
>> how to get this done?
>>
>> TIA
>>
>
> --
> View this message in context: http://www.nabble.com/Pass-information-from-Screen-widget-to-FTL-tp19489246p19494444.html
> Sent from the OFBiz - User mailing list archive at Nabble.com.
>
Re: Pass information from Screen-widget to FTL
Posted by jjmbconquista <jj...@yahoo.com.br>.
I do not know if that helps you usually, but the paramentros are passed by
bsh files to FTL , which are called by action tag into Screen
example:
file.bsh
orderId = request.getParameter("orderId");
if (orderId == null) orderId = parameters.get("orderId");
context.put("orderId", orderId);
file.ftl
<html>
<h1> ${orderId} </h1>
</htm
Yubei.Xianren wrote:
>
>
> Hi,
>
> I am using OFBiz for my project. I need to pass some parameters from
> Screen-widget XML document to my Freemarker template. Does any one knows
> how to get this done?
>
> TIA
>
--
View this message in context: http://www.nabble.com/Pass-information-from-Screen-widget-to-FTL-tp19489246p19494444.html
Sent from the OFBiz - User mailing list archive at Nabble.com.