Pass information from Screen-widget to FTL

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

Pass information from Screen-widget to FTL

Yubei.Xianren
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
Reply | Threaded
Open this post in threaded view
|

Re: Pass information from Screen-widget to FTL

jjmbconquista
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>

 ${orderId}


</htm

<quote author="Yubei.Xianren">

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

Reply | Threaded
Open this post in threaded view
|

Re: Pass information from Screen-widget to FTL

Jacques Le Roux
Administrator
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" <[hidden email]>

>
> 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.
>

Reply | Threaded
Open this post in threaded view
|

Data types for services set for export

Jacek Wagner
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
Reply | Threaded
Open this post in threaded view
|

Re: Data types for services set for export

BJ Freeman
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
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Data types for services set for export

Jacques Le Roux
Administrator
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
>>
>>
>
Reply | Threaded
Open this post in threaded view
|

Urgent Prod Issue: payment "capture" workflow / processing

Nick Rosser
In reply to this post by Jacek Wagner
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

[hidden email]

O: 516.742.7888 x221

C: 516.901.1720

F: 516.742.9169

 

Visit us at www.salmonllc.com

 

Reply | Threaded
Open this post in threaded view
|

Re: Urgent Prod Issue: payment "capture" workflow / processing

BJ Freeman
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
>
> [hidden email]
>
> O: 516.742.7888 x221
>
> C: 516.901.1720
>
> F: 516.742.9169
>
>  
>
> Visit us at www.salmonllc.com
>
>  
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Urgent Prod Issue: payment "capture" workflow / processing

David E Jones
In reply to this post by Nick Rosser

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
>
> [hidden email]
>
> O: 516.742.7888 x221
>
> C: 516.901.1720
>
> F: 516.742.9169
>
>
>
> Visit us at www.salmonllc.com
>
>
>

Reply | Threaded
Open this post in threaded view
|

RE: Urgent Prod Issue: payment "capture" workflow / processing

Nick Rosser
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
[hidden email]
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:[hidden email]]
Sent: Wednesday, October 15, 2008 5:10 PM
To: [hidden email]
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
>
> [hidden email]
>
> O: 516.742.7888 x221
>
> C: 516.901.1720
>
> F: 516.742.9169
>
>
>
> Visit us at www.salmonllc.com
>
>
>