tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Thomas <ma...@apache.org>
Subject Re: Web-fragments when unpackWARs=false
Date Fri, 09 Oct 2015 08:38:31 GMT
On 09/10/2015 09:33, Rob Gansevles wrote:
> Hi,
> 
> I am trying to use web-fragments on tomcat8, but get an error and the
> webapp does not start when i turn unpacking of wars off.
> 
> Is this a supported combination?
> 
> I can reproduce the error with a plain new tomcat8 install and a standard
> example.
> 
> I am using a simple sample war to make sure the issue is not in my own code.
> 
> I used webfragment-javaee6-war-3.0.0.war, downloaded from Maven Central
> http://search.maven.org/remotecontent?filepath=org/apache/geronimo/samples/javaee6/webfragment-javaee6-war/3.0.0/webfragment-javaee6-war-3.0.0.war
> 
> Deploying this war works fine, until i set unpackWARs="false" on localhost
> in conf/server.xml
> 
> After restart get this error in the logs:
> 
> INFO: Deploying web application archive
> /crypt/apache/tomcat/trunk/output/build/webapps/webfragment-javaee6-war-3.0.0.war
> Oct 09, 2015 10:07:56 AM org.apache.catalina.startup.ContextConfig
> processServletContainerInitializers
> SEVERE: Failed to process JAR found at URL [/webfragment-javaee6-war-3.0.0]
> for ServletContainerInitializers for context with name [{1}]
> java.net.MalformedURLException: no !/ in spec
> at java.net.URL.<init>(URL.java:619)
> at java.net.URL.<init>(URL.java:482)
> at java.net.URL.<init>(URL.java:431)
> at java.net.JarURLConnection.parseSpecs(JarURLConnection.java:179)
> at java.net.JarURLConnection.<init>(JarURLConnection.java:162)
> at
> sun.net.www.protocol.jar.JarURLConnection.<init>(JarURLConnection.java:81)
> at sun.net.www.protocol.jar.Handler.openConnection(Handler.java:41)
> at java.net.URL.openConnection(URL.java:971)
> at java.net.URL.openStream(URL.java:1037)
> at
> org.apache.catalina.startup.WebappServiceLoader.parseConfigFile(WebappServiceLoader.java:161)
> at
> org.apache.catalina.startup.WebappServiceLoader.load(WebappServiceLoader.java:118)
> at
> org.apache.catalina.startup.ContextConfig.processServletContainerInitializers(ContextConfig.java:1616)
> at
> org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1128)
> at
> org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:771)
> at
> org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:305)
> at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:95)
> at
> org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
> at
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5080)
> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:725)
> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:701)
> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:717)
> at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:945)
> at
> org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1798)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: java.lang.NullPointerException: no !/ in spec
> at sun.net.www.protocol.jar.Handler.parseAbsoluteSpec(Handler.java:170)
> at sun.net.www.protocol.jar.Handler.parseURL(Handler.java:150)
> at java.net.URL.<init>(URL.java:614)
> ... 28 more
> 
> 
> Is this a (known) bug, I could not find anything on it?

If that occurs with the last stable 8.0.x release (8.0.27) then it is a
bug. Please open a Bugzilla issue for this.

> Is there a workaround (except for turning unpacking of wars on)?

If it is a bug then I don't expect that there will be any other workaround.

Mark


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message