I submitted bug 58490.

Thanks,

Rob

On Fri, Oct 9, 2015 at 10:38 AM, Mark Thomas <ma...@apache.org> wrote:

> 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-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to