[RESOLVIDO] (vRaptor-2.6.0) Aplicação não sobe no Jetty, só no Tomcat

Assuntos Gerais
#1

Boa tarde a todos!

Eu tenho uma aplicação que esta funcionando perfeitamente bem no Tomcat 6.0.24, porém gostaria de fazer uma comparação na performance do sistema rodando no Jetty-6.1.22

Sinceramente, eu já procurei na NET por tutoriais com passo-a-passo sobre arquivo .war com Jetty e não encontrei nada objetivo, apenas este aqui me serviu de orientação para gerar o arquivo sicp.xml abaixo:

<?xml version="1.0"  encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">

<Configure class="org.mortbay.jetty.Server">
     <Call name ="addListener">
          <New class="org.mortbay.http.SocketListener">
               <Set name="port">8081</Set>
          </New>
     </Call>
     <Call name ="addWebApplication">
          <Arg>/sicp</Arg>
          <Arg>/web/webapps/sicp</Arg>
     </Call>
</Configure>

Eu coloquei o arquivo sicp.xml no diretório /usr/lib/jetty-6.1.22/contexts/ e a minha aplicação sicp.war no diretório /usr/lib/jetty-6.1.22/webapps/ e para iniciar o Jetty estou executando o seguinte comando:

$JAVA_HOME/bin/java -jar $JETTY_HOME/start.jar $JETTY_HOME/contexts/sicp.xml.xml -server -Xms512M -Xmx2048M -Djetty.port=8081

Mas ao tentar acessar meu sistema estou recebendo a seguinte mensagem de erro:

HTTP ERROR 503

Problem accessing /sicp/login.index.logic. Reason:

    java.lang.SecurityException: sealing violation: can't seal package javax.security.auth: already loaded

Caused by:

javax.servlet.UnavailableException: java.lang.SecurityException: sealing violation: can't seal package javax.security.auth: already loaded
	at org.mortbay.jetty.servlet.ServletHolder.makeUnavailable(ServletHolder.java:415)
	at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:458)
	at org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:263)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:685)
	at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
	at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
	at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
	at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
	at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
	at org.mortbay.jetty.Server.doStart(Server.java:224)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.mortbay.start.Main.invokeMain(Main.java:194)
	at org.mortbay.start.Main.start(Main.java:534)
	at org.mortbay.start.Main.start(Main.java:441)
	at org.mortbay.start.Main.main(Main.java:119)

1º) Gostaria de saber se alguém tem um guia prático sobre o Jetty ?
2º) Esta faltando alguma configuração para o Jetty levantar minha aplicação corretamente?

Obrigado.

#2

Eu consegui identificar o problema!
Minha aplicação estava com a lib jaas.jar, sem qualquer necessidade, e o Jetty (politicamente correto) estava reclamando a falta de configuração de segurança, mas a porcaria do Tomcat passa direto sem identificar.

Então fica ai a dica: Tomem MUITO cuidado para não manter arquivos .JAR desnecessários em seus projetos.

Boa sorte a todos.

#3