Histórico da Página

...

Ou seja: um RPO, para poder ser utilizado como um RPO customizado, deve ser criado dessa forma. Apesar desse RPO conviver , no momento da execução , com o RPO padrão, ele tem uma assinatura diferente, e não pode ser utilizado como um RPO padrão, apenas como um customizado.

...

• Assinatura diferente: o arquivo RPO customizado, contem uma assinatura diferente do RPO padrão, logo, não é possível utilizar ele como um default, nem vice-versa, assim também como a criação de um patch gerado de um customizado não pode ser aplicado em um RPO padrão, assim como o contrário também não é possível.
• Autenticação da compilação: apesar de solicitar usuario e senha no momento da IDE de compilação utilizada conectar no ambiente, as informações passadas são ignoradas e sempre irá conectar, sendo possível realizar sempre a compilação de user functions e static functions.
• Compilação no ambiente da execução: quando um determinado ambiente receber as duas chaves, RPOCUSTOMIZATION e SOURCEPATH, a compilação nesse ambiente não será realizada, apresentado erro "Is not possible to compile objects to repository because this environment is using both CUSTOMIZATION RPO and DEFAULT" no console.log do Appserver. Para poder compilar ou aplicar patchs, configure ambientes distintos, onde cada um terá uma unica chave ativa.

...