Tomcat embarcado e classpath do contexto

Um amigo aqui está passando por uma situação bem parecida. Ele já deu uma olhada nos parâmetros passados na inicialização, arquivos de configuração, cogitou mudar para winstone, mas até agora sem sucesso.

Ao invés de tentar fazer com que a aplicação não enxergue o classpath como vc sugeriu, ele está tentando redirecionar o classpath do tomcat (para sua aplicação) do ./lib para o …/WEB-INF/lib.

pera ai eu nuam entendi muito bemmm..... vc tem sua app que foi adicionada no tomcat por algo assim

host = embedded.createHost("localhost", getPath() + "/webapps");
engine.addChild(host);

Context appCtx = embedded.createContext("/EHRLocal", getPath() + "/webapps/EHRLocal");
appCtx.setPrivileged(true);
host.addChild(appCtx);

se sua app que está completa no caso na pasta EHRLocal vai funcionar tudo perfeitamente....

não entendi o rolo com a outra pasta lib que tem classes que não tem nada com o tomcat emb...

Essa pasta ./lib não tem a ver com o tomcat, pq ela contém a lib do núcleo da aplicação. Porém, é no núcleo da aplicação que eu inicializo o tomcat, ou seja, ele termina sendo instanciado com estas libs no classpath.
Meu contexto ta completo sim, mas tem algumas classes que, além de ter na lib dele(WEB-INF/lib), tem na lib do núcleo da aplicação(./lib). O estranho é que se meu jsp vai usar uma classe que tenha nos dois lugares, ele “da preferencia” à do ./lib… Como se ela estivesse sobrescrevendo a do WEB-INF…
O que eu precisava, era retirar da visão do contexto essas libs… ou da prioridade às libs do WEB-INF…
Eu acho que estas libs que estão no classpath do núcleo, estão sendo observadas como às que ficam no common/lib do tomcat 5.5 não embarcado…