JTOpen jdbc driver question about calling stored procedures.

I'm having a tough time with this. We have PC software that connects to
the System i (iSeries, as/400, etc, etc, etc) using the JTOpen jdbc
drivers. I have a developer in Texas that needs a SQL Stored Procedure
that will call a CL and return a value through the INOUT parm. For two
days, the vendors told him that the stored procedure external name must be
hardcoded. I said that cannot be true, I know that you can change the
naming to system and set the library list on the connection. They kept
telling him that it can't be done. So I found this website.

http://javadoc.midrange.com/jtopen/com/ibm/as400/access/doc-files/JDBCProperties.html

sure enough there are properties that can be set on the URL. So I had the
developer change is URL to look like this...

jdbc:as400://iseries_system;naming=system;libraries=ODWPROD, WDLSDATA, WDLS


The connection passed validation. However when he tries to call the
procedure where EXTERNAL NAME EBI001C, it fails giving a message of
"java.sql.SQLException:
Descriptor index not valid"


So I found this.

Does your program fail when it tries to *execute a stored procedure* using
the Toolbox JDBC driver? Does your program receive "java.sql.SQLException:
Descriptor index not valid"?

- Make sure the procedure exists on the IBM i.


- For the location of the procedure, make sure the schema name is
used, not the library name.


- Make sure the procedure being called does not expect input
parameters.

http://www-03.ibm.com/systems/i/software/toolbox/troubleshooting.html

It says for the location of the procedure, make sure the schema name is
used, not the library name. My question.. is it referring to the CALL
statement of the stored procedure or is referring to the EXTERNAL NAME on
the create procedure statement?

I really don't want the developer to have to hard code the library because
we will eventually move programs from it's current library to another. We
are going to separate the programs from the data files into two libraries.

Other information. The CL program is pulling a variable from a data area
that is not in ODWPROD, instead it's in the WDLS library.