Un API es un contrato entre un autor de llamada y un receptor de llamada. Las formas de abuso de API más comunes los produce el autor de llamada cuando no consigue atender su fin de este contrato. Por ejemplo, si un programa no consigue llamar chdir() después de llamar chroot(), se viola el contrato que especifica cómo cambiar el directorio de origen activo de una forma segura. Otro buen ejemplo de un abuso de manual es esperar que el receptor devuelva una información de DNS de confianza al autor de llamada. En este caso, el autor de llamada abusa el API del receptor haciendo determinadas suposiciones sobre su comportamiento (que el valor de retorno se puede usar con fines de autenticación). También se puede violar el contrato entre el autor de llamada y el receptor desde el otro lado. Por ejemplo, si un codificador envía SecureRandom y devuelve un valor no aleatorio, se viola el contrato.
EJB Bad Practices: Use of java.io
java.io.En este caso, el programa infringe la siguiente instrucción EJB:
"Un enterprise bean debe usar un paquete Java E/S con cuidado para tratar de acceder a archivos y directorios del sistema de archivos".
Se trata de un requisito que la especificación justifica de la siguiente forma:
"Las API del sistema de archivos no son adecuadas para que los componentes comerciales accedan a los datos. Es posible que no se pueda acceder a los archivos desde todas las instancias o que su contenido sea diferente en distintas instancias. Además, coordinar actualizaciones del archivo puede resultar difícil. Los componentes de negocio deben utilizar una API de administrador de recursos, como JDBC, para almacenar datos".