|
We use a java servlet (domino running on an NT box) to pass parms back from an ILE RPG program on the 400... Don't know if this will help or not. Sandy >From: rob@dekko.com >Reply-To: DOMINO400@midrange.com >To: DOMINO400@midrange.com >Subject: Re: Directly accessing DB2/400 data from Domino across 400's >Date: Wed, 28 Mar 2001 11:13:48 -0500 > > >Thank you for your response. > >What is the acceptable method, if any, to pass parameters back from a RPG >program to Domino when the data is on a separate 400? > >Rob Berendt > >================== >Remember the Cole! > > > > "Walter Scanlan" > <wscanlan@us.ibm.c To: >DOMINO400@midrange.com > om> cc: > Sent by: Subject: Re: Directly >accessing DB2/400 data from Domino across 400's > owner-domino400@mi > drange.com > > > 03/28/01 10:54 AM > Please respond to > DOMINO400 > > > > > > > >Rob, > A result set is not supported when using a called stored proceedure >using DRDA. > >It sounds like you are running into this limitation. > >Walter Scanlan >Advisory Software Engineer >Domino For AS/400 Team Leader >Phone (507)286-6088 >Fax (507)286-5028 >Pager (507)292-2985 >Internet WSCANLAN@US.IBM.COM > > >rob@dekko.com@midrange.com on 03/28/2001 09:17:52 AM > >Please respond to DOMINO400@midrange.com > >Sent by: owner-domino400@midrange.com > > >To: DOMINO400@midrange.com >cc: >Subject: Directly accessing DB2/400 data from Domino across 400's > > > > >We had a Domino server, and DB2 data, on the same 400. This is our >development situation. In our live we have Domino on 1 400 and the DB2 >data on the other. We have a database, which accesses data in a BPCS >environment. Runs a BPCS report, converts the report into a disk file and >sucks the data back into Domino. All from pushing a Domino button. Works >great as long as the DB2 and the Domino are on the same 400. When we moved >the Domino database into production, but left the data in development, it >failed. Sort of. It still called the BPCS programs, ran the report, >converted the report back into a disk file. But it's supposed to pass us >the name of the file back and we execute further script to bring the file. >This is how it passes the name of the file back: > >C/EXEC SQL >C+ SET RESULT SETS ARRAY :Parm1 FOR :Row1 ROWS >C/END-EXEC > >The difference we notice in the joblog is that when the Domino is ran from >production versus being on the same development 400 is that two additional >messages appear in the joblog. They are: >SQL0104 Diagnostic 30 03/27/01 16:43:56 QSQXCUTE >QSYS *STMT QSQXCUTE QSYS *STMT > From module . . . . . . . . : >QSQXCUTE > From procedure . . . . . . : >CLEANUP > Statement . . . . . . . . . : 17293 > To module . . . . . . . . . : >QSQXCUTE > To procedure . . . . . . . : >CLEANUP > Statement . . . . . . . . . : 17293 > Message . . . . : Token ><END-OF-STATEMENT> was not valid. Valid tokens: ( > LIKE. > Cause . . . . . : A syntax error >was >detected at token <END-OF-STATEMENT>. > Token <END-OF-STATEMENT> is not a >valid token. A partial list of valid > tokens is ( LIKE. This list >assumes >that the statement is correct up to the > token. The error may be earlier in >the statement, but the syntax of the > statement appears to be valid up to >this point. Recovery . . . : Do one > or more of the following and try >the >request again: -- Verify the SQL > statement in the area of the token ><END-OF-STATEMENT>. Correct the > statement. The error could be a >missing comma or quotation mark, it could > be a misspelled word, or it could >be >related to the order of clauses. -- If > the error token is ><END-OF-STATEMENT>, correct the SQL statement because it > does not end with a valid clause. >... >SQL0464 Information 00 03/27/01 16:43:59 QSQCALL >QSYS *STMT QSQCALL QSYS *STMT > From module . . . . . . . . : >QSQCALL > From procedure . . . . . . : >CLEANUP > Statement . . . . . . . . . : 19038 > To module . . . . . . . . . : >QSQCALL > To procedure . . . . . . . : >CLEANUP > Statement . . . . . . . . . : 19038 > Message . . . . : Procedure >returned 1 result > sets, which exceeds the defined >limit of 0. > Cause . . . . . : The stored >procedure in > >completed normally. However, the stored > procedure exceeded the defined >limit >on the number of result sets a > procedure can return. Only 0 result >sets are returned to the SQL program > that issued the SQL CALL statement. >The possible causes are: -- The number > of result sets is greater than the >maximum specified when the procedure was > created. -- The stored procedure is >unable to return 1 result sets due to > DRDA limitations imposed by the >client. Recovery . . . : The SQL > statement is successful. The >SQLWARN9 field of the SQLCA is set to 'Z'. > > >The Domino code looks something like: >Else > servername=plantdoc.bpcssystemname(0) >End If > >If Not session.isonserver Then > servername=servername & "-RON" >End If > >If Not conn.connectto(servername, >bpcsprofile.username(0),bpcsprofile.password(0)) Then > Print "Could not connect to the AS/400 '" & servername & "'." > doc.piupdate=4 > If servername="" Then > Call SendMailMsg(BPCSProfile,doc,"The system name is not defined >in BPCS Library List for facility '" & doc.pifac(0) & "'") > Else > Call SendMailMsg(BPCSProfile,doc,"Could not connect to system '" >& servername & "'") > End If >End If > >If doc.piupdate(0)=0 Then > Set query.connection=conn > Do While doc.hasitem("PI_Report") > Call Doc.RemoveItem("PI_Report") > Loop > pifile="" > Set rtitem = New NotesRichTextItem( Doc, "PI_Report" ) > If reporttype>0 Then > txt="CALL " & plantdoc.bpcsprglib(0) & ".BOM240FILE('" & >Left(plantdoc.bpcsobjectlib(0)&String(10," "),10) & "', '" & >Left(doc.supplierinfofield(0)&String(15," "),15) & "', '" & >Left(plantdoc.BPCSFacility(0)&String(2," "),2) & "')" > Else > txt="CALL " & plantdoc.bpcsprglib(0) & ".BOM220FILE('" & >Left(plantdoc.bpcsobjectlib(0)&String(10," "),10) & "', '" & >Left(doc.supplierinfofield(0)&String(15," "),15) & "', '" & >Left(plantdoc.BPCSFacility(0)&String(2," "),2) & "')" > End If > query.sql=txt > Set result.query=query > If Not result.Execute Then > Messagebox result.GetExtendedErrorMessage,, >result.GetErrorMessage > doc.piupdate=5 > Call SendMailMsg(BPCSProfile,doc,"Could not execute " & txt) > Else > txt="" > If result.isresultsetavailable Then > result.nextrow > pifile=result.getvalue(1) > If Left(pifile,6)<>"*ERROR" And pifile<>"" Then > txt="SELECT * FROM " & plantdoc.bpcsfilelib(0) & "." & >pifile > > >I have a pmr opened with Domino: 79730,500, but I'd thought I'd pick your >brains also. > >Rob Berendt > >================== >Remember the Cole! > >+--- >| This is the Domino/400 Mailing List! >| To submit a new message, send your mail to DOMINO400@midrange.com. >| To subscribe to this list send email to DOMINO400-SUB@midrange.com. >| To unsubscribe from this list send email to DOMINO400-UNSUB@midrange.com. >| Questions should be directed to the list owner/operator: meechamw@ptd.net >+--- > > > >+--- >| This is the Domino/400 Mailing List! >| To submit a new message, send your mail to DOMINO400@midrange.com. >| To subscribe to this list send email to DOMINO400-SUB@midrange.com. >| To unsubscribe from this list send email to DOMINO400-UNSUB@midrange.com. >| Questions should be directed to the list owner/operator: meechamw@ptd.net >+--- > > > >+--- >| This is the Domino/400 Mailing List! >| To submit a new message, send your mail to DOMINO400@midrange.com. >| To subscribe to this list send email to DOMINO400-SUB@midrange.com. >| To unsubscribe from this list send email to DOMINO400-UNSUB@midrange.com. >| Questions should be directed to the list owner/operator: meechamw@ptd.net >+--- _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. +--- | This is the Domino/400 Mailing List! | To submit a new message, send your mail to DOMINO400@midrange.com. | To subscribe to this list send email to DOMINO400-SUB@midrange.com. | To unsubscribe from this list send email to DOMINO400-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: meechamw@ptd.net +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.