Recentemente, tive um problema com o glassfish autônomo (v3.1) vs glassfish incorporado (v3.1) vs java SE e a maneira como java.endorsed.dirs é usado. O problema específico que tive éAqu, mas não acho que seja a última vez que encontrarei algo semelhant

As informações que encontreiAqu eAqu sugere adicionar as libs endossadas pelo glassfish ao caminho de classe do bootstrap ao compilar. Contudo,ist relatório de erros sugere que é difícil obter as libs endossadas definidas corretamente ao usar o glassfish incorporad

Então, parece que quando implanto em um contêiner glassfish autônomo, meu aplicativo é executado nas bibliotecas endossadas que o glassfish inclui, mas ao usar o contêiner incorporado, ele não o fará. Encontrei meu problema original porque o plug-in-glassfish-maven-incorporado não inicia o glassfish incorporado usando as bibliotecas endossadas, como faz o glassfish autônomo. Também não tenho certeza se outros contêineres (ex: jboss) incluem o mesmo conjunto de bibliotecas endossadas que o glassfis

Então, eu (1) deveria esforçar-se (muito) para garantir que meu aplicativo seja compilado contra as libs endossadas e sempre implantado em um contêiner que é autoinicializado usando as libs endossadas ou devo (2) continuar usando o que é incluído no Java SE 6?

Se eu escolher (2), terei que me preocupar com incompatibilidades ao implantar meu aplicativo em um contêiner que seja inicializado com libs endossadas mais recentes?

Eu apreciaria qualquer insight que alguém possa oferece