As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
It returns 153 rows as expected. And running the report in WebFOCUS, I get 0 rows. Is there an issue with WebFOCUS having 'LAXAP / 33718' as an input parameter?
TABLE FILE USP_RPT_TRANSACTIONLIST
PRINT
TRANSACTION_ID
MERCHANT_ID
SITE_ID
WHERE ( @I_NODES EQ '10001 ' )
AND ( @I_USER EQ 'mradmin@external' )
AND ( @I_USER_TYPE EQ 'E' )
AND ( @I_SCHEDULER EQ 'N' )
IF @I_CLEARCARD EQ N
IF @I_BASEDATE EQ 2011/03/18
IF @I_RLSDATE_TOKEN EQ FROMTO|20080101|20110303|
IF @I_CURRENCY EQ USD
IF @I_L2 EQ 'LAXAP / 33718'
IF @I_PAYMENTTYPE EQ MC
ON TABLE HOLD AS TRANSLIST1 FORMAT ALPHA
This message has been edited. Last edited by: Kerry,
Turn on the client side SQL traces and look at what WebFOCUS is actually trying to pass to the DB engine.
It should show you exactly where the mistake is in your code or could point to an incorrect translation.
There is essentially no difference in what should be generated by using WHERE or IF.
The rules for using them however do differ .
A text string in a where MUST always be quoted otherwise it treats it as a column. A text string in an IF only requires quoting if it contains a space.
With a compounded WHERE you should allways terminate with a ;
FROMTO|20080101|20110303| is not any type of WebFOCUS syntax that I've ever seen, it's an SQL call.
Code it using the correct WebFOCUS syntax FROM '20080101' TO '20110303' and check the traces to make sure it is translated correctly
I would hazard a guess that WF is treating the pipe characters in the only way it knows how, and that is a soft concatenation symbol. Therefore the SQL would probably have @i_rlsdate_token being equal to FROMTO2008010120110303.
JG has already suggested where I would go next.
T
In FOCUS since 1986
WebFOCUS Server 8.2.01M, thru 8.2.07 on Windows Svr 2008 R2
WebFOCUS App Studio 8.2.06 standalone on Windows 10
Posts: 5694 | Location: United Kingdom | Registered: April 08, 2004
Tony because it's an IF not a WHERE I would suspect that it's actually passing it as a QUOTED string.
Not tested but in an IF I would expect it to be passed as is. In a WHERE I would expect to have to escape the | by using || or even |||, have to try and remember how I've done it in the past.
IF does not handle expressions which is what a concaternation is. WHERE does.
However I expect the parser and translator have got their knickers well and truly in a twist over this request.