|
Yes, I was thinking you would write the intermediate program in an AS/400 ILE language, then use Toolbox ProgramCall to call that intermediate program. Program call doesn't know or care that the middle program will in turn call the actual service program. There is no way to manipulate ServiceProgramCall to directly call a service program with more than 7 parms. David Wall AS/400 Toolbox for Java "Dass, Naveen" <Naveen.Dass@ps.net>@midrange.com on 02/02/2001 05:44:09 PM Please respond to JAVA400-L@midrange.com Sent by: owner-java400-l@midrange.com To: "'JAVA400-L@midrange.com'" <JAVA400-L@midrange.com> cc: Subject: RE: Limitation of passing parameters into service program class. Dave, I am still confused. Should I write the intermediate program in a ILE language and then use the program call?. I am trying to use a system service program as shown below. I think you will have to throw some more cents worth of your knowledge to make me understand :-) **************************************************************************** ****************** ServiceProgramCall sPGMCall = new ServiceProgramCall(myAs400); sPGMCall.setProgram("/QSYS.LIB/QRDARS.LIB/QRLRRAPI.SRVPGM", parmlist); // Set the procedure to call in the service program. sPGMCall.setProcedureName("QrlrRetrieveReportKeyList"); // Set the format of returned value. The program we call returns // an integer. sPGMCall.setReturnValueFormat(ServiceProgramCall.RETURN_INTEGER); if (sPGMCall.run() != true) ... **************************************************************************** ******************** Naveen Dass -----Original Message----- From: Dave Wall [mailto:dawall@us.ibm.com] Sent: Friday, February 02, 2001 2:09 PM To: JAVA400-L@midrange.com Subject: RE: Limitation of passing parameters into service program class. I am not a guru but I will throw in my two cents worth. To solve this problem via Toolbox ProgramCall or ServiceProgramCall you will have to write an intermediate program. The client would stuff all parameter data into a single parameter and call the intermediate program. That program would parse the data into multiple parameters and call the real program / service program. On the way back the reverse is done. The intermediate program gets return data from the real program / service program and stuff data into a single parm that is returned to the client. If I wanted to make the intermediate program generic, the single input parm would ben something like: int numberOfItems int[] itemSize char[] items I would also enforce format to be something like the first item is the library name, the second item is the program name, the third item is the entry point (size = 0 if calling program versus a service program), etc. David Wall AS/400 Toolbox for Java "Dass, Naveen" <Naveen.Dass@ps.net>@midrange.com on 02/02/2001 09:50:09 AM Please respond to JAVA400-L@midrange.com Sent by: owner-java400-l@midrange.com To: "'JAVA400-L@midrange.com'" <JAVA400-L@midrange.com> cc: Subject: RE: Limitation of passing parameters into service program class. Gurus, Please respond? I tried passing multiple parameters in the same buffer, But still it errors out. All Ideas welcome. Naveen Dass -----Original Message----- From: Dass, Naveen [mailto:Naveen.Dass@ps.net] Sent: Wednesday, January 31, 2001 10:50 AM To: 'JAVA400-L@midrange.com' Subject: Limitation of passing parameters into service program class. Hello, Please oblige if this question had been raised before in the group. I am trying to use a Service program which needs 12 parameters. But the manual says that I can pass only 7 parameters into the SERVICE PROGRAM CLASS. How can I tackle this situation? Thank you. Naveen +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.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.