Re: iASP and standard applications

On 2/10/11 8:38 AM, Bradley Stone wrote:

I was wondering, as being asked by a customer, if I should worry
about any applications I've written for them using
RPG/CL/CMDs/RPGLESQL.

One customer is asking if the applications will work with an iASP...
I honestly have no idea or what I can do to even check.

I read part of the redbook and it says to "verify with your software
vendor that they have enabled their product to work in an iASP
environment..."

What exactly does that mean?

One would suppose, some specific Redbooks document.? Presumably not one directed toward software vendors :-)

As a customer, that quote means calling the vendor to ask. As a software provider that means responding with what is known about the capabilities; if unknown, then learning, verifying and\or implementing a known level of awareness of or actual support for iASP perhaps even to include swap\fail-over to take full advantage. The IBM "partner" program I believe was a means for obtaining the skills to ensure an application provided some level of support, even if only to employ a means to keep the application and its data only on\in the primary iASP [pending any optional changes to enable otherwise]; including systems setup with iASP for test as I recall.

Notes: The *SYSBAS allows implicit CONNECT for SQL, such that there is no need to know of or use CONNECT. I do not recall what occurs when a specific ASP group is set by SETASPGRP; implicit connect to the current iASP [group], or still to *SYSBAS? Each independent ASP is a separate database to which the SQL must CONNECT, in order to perform work. Depending on what the SQL does for those applications and where both the application and data is allowed to reside, there may be implications for introducing an iASP.

Regards, Chuck