On dirait qu'un service Web va être la solution pour moi. Sur une boîte de production, je préférerais ne pas avoir à compiler et à maintenir ma propre installation spéciale de PHP, car le support ODBC doit être compilé, selon la documentation PHP.

Un service Web est presque certainement la voie à suivre. Je suis sûr que vous y avez déjà pensé, mais puisque vous utilisez PHP des deux côtés, vous pouvez raccourcir un peu les choses en utilisant serialize() pour créer vos données de réponse au lieu de créer un document XML approprié. Il est moins flexible à long terme, mais il vous permettra probablement d'être opérationnel plus rapidement.

Pour seconder @John Downey, j'ai obtenu la connectivité pour travailler avec PHP sur un AS/400 avec unixODBC.

Vérifiez votre phpinfo() pour voir si unixODBC y est disponible. Je n'ai pas eu à le compiler sur SLES 10.

En effet, un service Web semble être un excellent moyen de résoudre le problème. Une façon d'éviter d'avoir un système d'exploitation complètement séparé serait d'écrire le service Web en Java au-dessus des outils AS400 pour Java (qui sont plutôt sympas, d'ailleurs). Cela devrait au moins vous permettre d'exécuter également votre couche de service sur la machine OpenBSD.

Vous pouvez également vous connecter directement à l'aide d'un pilote ODBC standard. La version IBM vous donne généralement plus de fonctionnalités comme la possibilité d'appeler des programmes et des choses comme ça. Si vous n'avez besoin que de SQL et de procédures stockées, ODBC devrait fonctionner.