> On 25 Mar 2016, at 18:28, Keith Davis <keithda...@pridedallas.com> wrote:
> 
> So that's a no. 
> 
> For some us (like me) who are very inept when it comes to Java & Apache 
> Tomcat, it would be helpful if this was more prominent (and specific). I do 
> what those instructions specify ("When upgrading make sure you compare your 
> xwiki.cfg, xwiki.properties and web.xml files with the newest version"), 
> every upgrade, but those did not look like changes that we would want to take.

I don’t see what we could do more. We’ve taken a LOT of time to make clean 
release notes with a special backward compat section with clear instructions… 
This is bit disheartening to see that our efforts do not pay :)

I’m not sure what’s not clear in:

"If you were not using it, you should make sure to edit your web.xml to remove 
all the Servlet and Filter definitions for WebDAV (search for dav in web.xml).”

This is really hand-holding to me. I’d be glad to improve that if you were to 
tell us what would help very precisely.

Thanks
-Vincent

> 
> Keith Davis (214) 906-5183
> 
> 
> -----Original Message-----
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne
> Sent: Friday, March 25, 2016 12:23 PM
> To: XWiki Users
> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure
> 
> On Fri, Mar 25, 2016 at 6:20 PM, Keith Davis <keithda...@pridedallas.com> 
> wrote:
>> About that, I looked over the release notes, but there are so many and 
>> this the second time this has happened, that I missed something in the 
>> release notes. Upgrading is very difficult for us. Anyway that these 
>> types of changes could be highlighted, like
>> 
> 
>> "Hey, these changes could break your installation!" :)
> 
> This is what "Backward Compatibility and Migration Notes" section is for.
> 
>> 
>> Keith Davis (214) 906-5183
>> 
>> 
>> -----Original Message-----
>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent 
>> Massol
>> Sent: Friday, March 25, 2016 12:17 PM
>> To: XWiki Users
>> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure
>> 
>> Glad you found it.
>> 
>> Seems you missed it from the release notes for 8.0:
>> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki80#H
>> IssuesspecifictoXWiki8.0Milestone1 :)
>> 
>> Thanks
>> -Vincent
>> 
>>> On 25 Mar 2016, at 18:15, Keith Davis <keithda...@pridedallas.com> wrote:
>>> 
>>> Found the problem. The new web.xml removed these lines, but I did not 
>>> accept these changes (we store the config in Git). I used the new file 
>>> "as-is" and now it loads.
>>> 
>>> diff --git a/web.xml b/web.xml
>>> index 918b0a2..929100f 100644
>>> --- a/web.xml
>>> +++ b/web.xml
>>> @@ -83,12 +83,6 @@
>>>    
>>> <filter-class>org.xwiki.wysiwyg.server.filter.ConversionFilter</filter-class>
>>>  </filter>
>>> 
>>> -  <!-- Filter used to 'steal' webdav requests made to the 
>>> application root -->
>>> -  <filter>
>>> -    <filter-name>DavFilter</filter-name>
>>> -    <filter-class>com.xpn.xwiki.plugin.webdav.XWikiDavFilter</filter-class>
>>> -  </filter>
>>> -
>>>  <!-- A filter that dispatches requests to the right action depending on 
>>> the button pressed in the editing form. This
>>>       is needed when javascript is disabled, since the browser cannot send 
>>> the form data to different URLs depending on
>>>       the button pressed. -->
>>> @@ -177,11 +171,6 @@
>>>  </filter-mapping>
>>> 
>>>  <filter-mapping>
>>> -    <filter-name>DavFilter</filter-name>
>>> -    <url-pattern>/*</url-pattern>
>>> -  </filter-mapping>
>>> -
>>> -  <filter-mapping>
>>>    <filter-name>ActionDispatcher</filter-name>
>>>    <servlet-name>action</servlet-name>
>>>    <dispatcher>REQUEST</dispatcher>
>>> @@ -197,14 +186,6 @@
>>>    <dispatcher>FORWARD</dispatcher>
>>>  </filter-mapping>
>>> 
>>> -  <filter-mapping>
>>> -    <filter-name>XWikiXmlRpcContextInitializationFilter</filter-name>
>>> -    <servlet-name>xmlrpc</servlet-name>
>>> -    <dispatcher>REQUEST</dispatcher>
>>> -    <dispatcher>INCLUDE</dispatcher>
>>> -    <dispatcher>FORWARD</dispatcher>
>>> -  </filter-mapping>
>>> -
>>>  <!-- TODO: This should be fixed. It's not normal that the REST module 
>>> depends on the WYSIWYG module.
>>>       "XWikiXmlRpcContextInitializationFilter" points to
>>> 
>>> org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter --> @@ 
>>> -299,16 +280,6 @@
>>>    -->
>>>  </servlet>
>>> 
>>> -  <servlet>
>>> -    <servlet-name>xmlrpc</servlet-name>
>>> -    <servlet-class>com.xpn.xwiki.xmlrpc.XWikiXmlRpcServlet</servlet-class>
>>> -    <init-param>
>>> -      <description>Sets, whether the servlet supports vendor extensions 
>>> for XML-RPC.</description>
>>> -      <param-name>enabledForExtensions</param-name>
>>> -      <param-value>false</param-value>
>>> -    </init-param>
>>> -  </servlet>
>>> -
>>>  <!-- This is the entry point for all component-based XWiki GWT services. 
>>> XWikiService servlet should be dropped
>>>    in favor of this servlet when we completely move to components. -->
>>>  <servlet>
>>> @@ -322,12 +293,6 @@
>>>    
>>> <servlet-class>com.xpn.xwiki.gwt.api.server.XWikiServiceImpl</servlet-class>
>>>  </servlet>
>>> 
>>> -  <!-- WebDAV servlet -->
>>> -  <servlet>
>>> -   <servlet-name>webdav</servlet-name>
>>> -   
>>> <servlet-class>com.xpn.xwiki.plugin.webdav.XWikiDavServlet</servlet-class>
>>> -  </servlet>
>>> -
>>>  <!-- RESTful API Restlet servlet -->
>>>  <servlet>
>>>    <servlet-name>RestletServlet</servlet-name>
>>> @@ -363,11 +328,6 @@
>>>  </servlet-mapping>
>>> 
>>>  <servlet-mapping>
>>> -    <servlet-name>xmlrpc</servlet-name>
>>> -    <url-pattern>/xmlrpc/*</url-pattern>
>>> -  </servlet-mapping>
>>> -
>>> -  <servlet-mapping>
>>>    <servlet-name>redirectHomeServlet</servlet-name>
>>>    <url-pattern>/redirect</url-pattern>
>>>  </servlet-mapping>
>>> @@ -382,11 +342,6 @@
>>>    <url-pattern>/XWikiService</url-pattern>
>>>  </servlet-mapping>
>>> 
>>> -  <servlet-mapping>
>>> -   <servlet-name>webdav</servlet-name>
>>> -   <url-pattern>/webdav/*</url-pattern>
>>> -  </servlet-mapping>
>>> -
>>>  <!-- We override the mime type definition for javascript and css files, as 
>>> some containers don't
>>>       provide it, causing problems for javascript files containg velocity 
>>> code, like
>>>       fullscreen.js -->
>>> 
>>> Keith Davis (214) 906-5183
>>> 
>>> 
>>> -----Original Message-----
>>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Keith Davis
>>> Sent: Friday, March 25, 2016 12:12 PM
>>> To: XWiki Users
>>> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure
>>> 
>>> The only thing we have changed is to replace the xwiki folder that was 
>>> 7.4.2 with the files from the WAR from 8.0.
>>> 
>>> Keith Davis (214) 906-5183
>>> 
>>> 
>>> -----Original Message-----
>>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Keith Davis
>>> Sent: Friday, March 25, 2016 12:11 PM
>>> To: XWiki Users
>>> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure
>>> 
>>> I don't know what that means.
>>> 
>>> Keith Davis (214) 906-5183
>>> 
>>> -----Original Message-----
>>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas 
>>> Mortagne
>>> Sent: Friday, March 25, 2016 12:10 PM
>>> To: XWiki Users
>>> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure
>>> 
>>> No idea. I usually have everything in catalina.out.
>>> 
>>> On Fri, Mar 25, 2016 at 6:06 PM, Keith Davis <keithda...@pridedallas.com> 
>>> wrote:
>>>> " Full details will be found in the appropriate container log file"
>>>> 
>>>> Yea, I saw that, but what log file is this referring to?
>>>> 
>>>> Keith Davis (214) 906-5183
>>>> 
>>>> 
>>>> -----Original Message-----
>>>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas 
>>>> Mortagne
>>>> Sent: Friday, March 25, 2016 12:05 PM
>>>> To: XWiki Users
>>>> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure
>>>> 
>>>> Note sure how tomcat is configured on your system but "One or more 
>>>> Filters failed to start. Full details will be found in the 
>>>> appropriate container log file" seems to indicate this is the 
>>>> interesting log file
>>>> :)
>>>> 
>>>> On Fri, Mar 25, 2016 at 5:34 PM, Keith Davis <keithda...@pridedallas.com> 
>>>> wrote:
>>>>> tomcat8-stderr:
>>>>> 
>>>>> 
>>>>> 2016-03-25 11:32:03 Commons Daemon procrun stderr initialized
>>>>> 25-Mar-2016 11:32:04.281 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Server version:     
>>>>>    Apache Tomcat/8.0.23
>>>>> 25-Mar-2016 11:32:04.283 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Server built:       
>>>>>    May 19 2015 14:58:38 UTC
>>>>> 25-Mar-2016 11:32:04.283 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Server number:      
>>>>>    8.0.23.0
>>>>> 25-Mar-2016 11:32:04.283 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log OS Name:            
>>>>>    Windows Server 2008 R2
>>>>> 25-Mar-2016 11:32:04.284 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log OS Version:         
>>>>>    6.1
>>>>> 25-Mar-2016 11:32:04.284 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Architecture:       
>>>>>    amd64
>>>>> 25-Mar-2016 11:32:04.284 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Java Home:          
>>>>>    C:\Program Files\Java\jre1.8.0_72
>>>>> 25-Mar-2016 11:32:04.284 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log JVM Version:        
>>>>>    1.8.0_72-b15
>>>>> 25-Mar-2016 11:32:04.284 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log JVM Vendor:         
>>>>>    Oracle Corporation
>>>>> 25-Mar-2016 11:32:04.284 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log CATALINA_BASE:      
>>>>>    C:\apache-tomcat-8
>>>>> 25-Mar-2016 11:32:04.284 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log CATALINA_HOME:      
>>>>>    C:\apache-tomcat-8
>>>>> 25-Mar-2016 11:32:04.285 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: -Dcatalina.home=C:\apache-tomcat-8
>>>>> 25-Mar-2016 11:32:04.285 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: -Dcatalina.base=C:\apache-tomcat-8
>>>>> 25-Mar-2016 11:32:04.285 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: -Djava.endorsed.dirs=C:\apache-tomcat-8\endorsed
>>>>> 25-Mar-2016 11:32:04.285 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: -Djava.io.tmpdir=C:\apache-tomcat-8\temp
>>>>> 25-Mar-2016 11:32:04.285 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument:
>>>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
>>>>> 25-Mar-2016 11:32:04.286 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument:
>>>>> -Djava.util.logging.config.file=C:\apache-tomcat-8\conf\logging.pro
>>>>> p
>>>>> e
>>>>> r
>>>>> ties
>>>>> 25-Mar-2016 11:32:04.286 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: -XX:MaxPermSize=196m
>>>>> 25-Mar-2016 11:32:04.286 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: exit
>>>>> 25-Mar-2016 11:32:04.286 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: -Xms1024m
>>>>> 25-Mar-2016 11:32:04.286 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: -Xmx1024m
>>>>> 25-Mar-2016 11:32:04.286 INFO [main] 
>>>>> org.apache.catalina.startup.VersionLoggerListener.log Command line
>>>>> argument: -Xss256k
>>>>> 25-Mar-2016 11:32:04.459 INFO [main] 
>>>>> org.apache.coyote.AbstractProtocol.init Initializing 
>>>>> ProtocolHandler ["http-nio-8080"]
>>>>> 25-Mar-2016 11:32:04.552 INFO [main] 
>>>>> org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using 
>>>>> a shared selector for servlet write/read
>>>>> 25-Mar-2016 11:32:04.555 INFO [main] 
>>>>> org.apache.coyote.AbstractProtocol.init Initializing 
>>>>> ProtocolHandler ["http-nio-8443"]
>>>>> 25-Mar-2016 11:32:04.870 INFO [main] 
>>>>> org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using 
>>>>> a shared selector for servlet write/read
>>>>> 25-Mar-2016 11:32:04.870 INFO [main] 
>>>>> org.apache.coyote.AbstractProtocol.init Initializing 
>>>>> ProtocolHandler ["ajp-nio-8009"]
>>>>> 25-Mar-2016 11:32:04.873 INFO [main] 
>>>>> org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using 
>>>>> a shared selector for servlet write/read
>>>>> 25-Mar-2016 11:32:04.873 INFO [main] 
>>>>> org.apache.catalina.startup.Catalina.load Initialization processed 
>>>>> in
>>>>> 1064 ms
>>>>> 25-Mar-2016 11:32:04.904 INFO [main] 
>>>>> org.apache.catalina.core.StandardService.startInternal Starting 
>>>>> service Catalina
>>>>> 25-Mar-2016 11:32:04.904 INFO [main] 
>>>>> org.apache.catalina.core.StandardEngine.startInternal Starting 
>>>>> Servlet
>>>>> Engine: Apache Tomcat/8.0.23
>>>>> 25-Mar-2016 11:32:04.915 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying 
>>>>> web application directory C:\apache-tomcat-8\webapps\docs
>>>>> 25-Mar-2016 11:32:05.225 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment 
>>>>> of web application directory C:\apache-tomcat-8\webapps\docs has 
>>>>> finished in 309 ms
>>>>> 25-Mar-2016 11:32:05.225 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying 
>>>>> web application directory C:\apache-tomcat-8\webapps\examples
>>>>> 25-Mar-2016 11:32:05.658 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment 
>>>>> of web application directory C:\apache-tomcat-8\webapps\examples 
>>>>> has finished in 433 ms
>>>>> 25-Mar-2016 11:32:05.658 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying 
>>>>> web application directory C:\apache-tomcat-8\webapps\host-manager
>>>>> 25-Mar-2016 11:32:05.692 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment 
>>>>> of web application directory 
>>>>> C:\apache-tomcat-8\webapps\host-manager
>>>>> has finished in 33 ms
>>>>> 25-Mar-2016 11:32:05.692 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying 
>>>>> web application directory C:\apache-tomcat-8\webapps\manager
>>>>> 25-Mar-2016 11:32:05.725 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment 
>>>>> of web application directory C:\apache-tomcat-8\webapps\manager has 
>>>>> finished in 33 ms
>>>>> 25-Mar-2016 11:32:05.725 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying 
>>>>> web application directory C:\apache-tomcat-8\webapps\ROOT
>>>>> 25-Mar-2016 11:32:05.746 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment 
>>>>> of web application directory C:\apache-tomcat-8\webapps\ROOT has 
>>>>> finished in 21 ms
>>>>> 25-Mar-2016 11:32:05.747 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deploying 
>>>>> web application directory C:\apache-tomcat-8\webapps\xwiki
>>>>> 25-Mar-2016 11:32:24.451 INFO [localhost-startStop-1] 
>>>>> org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was 
>>>>> scanned for TLDs yet contained no TLDs. Enable debug logging for this 
>>>>> logger for a complete list of JARs that were scanned but no TLDs were 
>>>>> found in them. Skipping unneeded JARs during scanning can improve startup 
>>>>> time and JSP compilation time.
>>>>> 25-Mar-2016 11:32:41.758 SEVERE [localhost-startStop-1] 
>>>>> org.apache.catalina.core.StandardContext.startInternal One or more 
>>>>> Filters failed to start. Full details will be found in the 
>>>>> appropriate container log file
>>>>> 25-Mar-2016 11:32:41.758 SEVERE [localhost-startStop-1] 
>>>>> org.apache.catalina.core.StandardContext.startInternal Context 
>>>>> [/xwiki] startup failed due to previous errors
>>>>> 25-Mar-2016 11:33:01.423 SEVERE [localhost-startStop-1] 
>>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks
>>>>>  The web application [xwiki] created a ThreadLocal with key of type 
>>>>> [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@5bbef01a]) and a 
>>>>> value of type [org.codehaus.plexus.classworlds.realm.ClassRealm] (value 
>>>>> [ClassRealm[plexus.core, parent: null]]) but failed to remove it when the 
>>>>> web application was stopped. Threads are going to be renewed over time to 
>>>>> try and avoid a probable memory leak.
>>>>> 25-Mar-2016 11:33:01.423 SEVERE [localhost-startStop-1] 
>>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks
>>>>>  The web application [xwiki] created a ThreadLocal with key of type 
>>>>> [org.apache.solr.logging.MDCLoggingContext$1] (value 
>>>>> [org.apache.solr.logging.MDCLoggingContext$1@2bb7937f]) and a value of 
>>>>> type [java.lang.Integer] (value [0]) but failed to remove it when the web 
>>>>> application was stopped. Threads are going to be renewed over time to try 
>>>>> and avoid a probable memory leak.
>>>>> 25-Mar-2016 11:33:01.424 SEVERE [localhost-startStop-1] 
>>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks
>>>>>  The web application [xwiki] created a ThreadLocal with key of type 
>>>>> [org.jboss.marshalling.UTFUtils.BytesHolder] (value 
>>>>> [org.jboss.marshalling.UTFUtils$BytesHolder@63d9b46f]) and a value of 
>>>>> type [byte[]] (value [[B@74e2ff00]) but failed to remove it when the web 
>>>>> application was stopped. Threads are going to be renewed over time to try 
>>>>> and avoid a probable memory leak.
>>>>> 25-Mar-2016 11:33:01.437 INFO [localhost-startStop-1] 
>>>>> org.apache.catalina.startup.HostConfig.deployDirectory Deployment 
>>>>> of web application directory C:\apache-tomcat-8\webapps\xwiki has 
>>>>> finished in 55,690 ms
>>>>> 25-Mar-2016 11:33:01.441 INFO [main] 
>>>>> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler 
>>>>> ["http-nio-8080"]
>>>>> 25-Mar-2016 11:33:01.450 INFO [main] 
>>>>> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler 
>>>>> ["http-nio-8443"]
>>>>> 25-Mar-2016 11:33:01.451 INFO [main] 
>>>>> org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler 
>>>>> ["ajp-nio-8009"]
>>>>> 25-Mar-2016 11:33:01.453 INFO [main] 
>>>>> org.apache.catalina.startup.Catalina.start Server startup in 56576 
>>>>> ms
>>>>> 
>>>>> Keith Davis (214) 906-5183
>>>>> 
>>>>> 
>>>>> -----Original Message-----
>>>>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas 
>>>>> Mortagne
>>>>> Sent: Friday, March 25, 2016 11:29 AM
>>>>> To: XWiki Users
>>>>> Subject: Re: [xwiki-users] 7.4.2 To 8.0 Failure
>>>>> 
>>>>> You should share the complete log you get when starting Tomcat. Looks 
>>>>> like it fail to initialize XWiki application for some reason.
>>>>> 
>>>>> Usually the most interesting is the first error, here you shared only 
>>>>> consequences of the root issue.
>>>>> 
>>>>> On Fri, Mar 25, 2016 at 5:17 PM, Keith Davis <keithda...@pridedallas.com> 
>>>>> wrote:
>>>>>> 25-Mar-2016 11:00:14.478 INFO [Core extension repository updater] 
>>>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading
>>>>>>  Illegal access: this web application instance has been stopped already. 
>>>>>> Could not load 
>>>>>> [org.xwiki.extension.repository.xwiki.internal.XWikiExtension]. The 
>>>>>> following stack trace is thrown for debugging purposes as well as to 
>>>>>> attempt to terminate the thread which caused the illegal access.
>>>>>> java.lang.IllegalStateException: Illegal access: this web application 
>>>>>> instance has been stopped already. Could not load 
>>>>>> [org.xwiki.extension.repository.xwiki.internal.XWikiExtension]. The 
>>>>>> following stack trace is thrown for debugging purposes as well as to 
>>>>>> attempt to terminate the thread which caused the illegal access.
>>>>>>               at 
>>>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading(WebappClassLoaderBase.java:1327)
>>>>>>               at 
>>>>>> org.apache.catalina.loader.WebappClassLoaderBase.checkStateForClassLoading(WebappClassLoaderBase.java:1313)
>>>>>>               at 
>>>>>> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1196)
>>>>>>               at 
>>>>>> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1157)
>>>>>>               at 
>>>>>> org.xwiki.extension.repository.xwiki.internal.XWikiExtensionRepository.resolve(XWikiExtensionRepository.java:330)
>>>>>>               at 
>>>>>> org.xwiki.extension.repository.internal.DefaultExtensionRepositoryManager.resolve(DefaultExtensionRepositoryManager.java:213)
>>>>>>               at 
>>>>>> org.xwiki.extension.repository.internal.core.DefaultCoreExtensionScanner.updateExtensions(DefaultCoreExtensionScanner.java:209)
>>>>>>               at 
>>>>>> org.xwiki.extension.repository.internal.core.DefaultCoreExtensionRepository$1.run(DefaultCoreExtensionRepository.java:134)
>>>>>>               at java.lang.Thread.run(Unknown Source)
>>>>>> 
>>>>>> Keith Davis (214) 906-5183
>>>>>> 
>>>>>> From: Keith Davis
>>>>>> Sent: Friday, March 25, 2016 11:12 AM
>>>>>> To: XWiki Users
>>>>>> Subject: 7.4.2 To 8.0 Failure
>>>>>> 
>>>>>> I followed our exact process in this upgrade that we have done with all 
>>>>>> previous versions and now we are getting this error. Any pointers as to 
>>>>>> what changed that could cause this?
>>>>>> 
>>>>>> HTTP Status 404 - /xwiki
>>>>>> type Status report
>>>>>> message /xwiki
>>>>>> description The requested resource is not available.
>>>>>> ________________________________
>>>>>> Apache Tomcat/8.0.23
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> users mailing list
>>>>>> users@xwiki.org
>>>>>> http://lists.xwiki.org/mailman/listinfo/users
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Thomas Mortagne
>>>>> _______________________________________________
>>>>> users mailing list
>>>>> users@xwiki.org
>>>>> http://lists.xwiki.org/mailman/listinfo/users
>>>>> _______________________________________________
>>>>> users mailing list
>>>>> users@xwiki.org
>>>>> http://lists.xwiki.org/mailman/listinfo/users
>>>> 
>>>> 
>>>> 
>>>> --
>>>> Thomas Mortagne
>>>> _______________________________________________
>>>> users mailing list
>>>> users@xwiki.org
>>>> http://lists.xwiki.org/mailman/listinfo/users
>>>> _______________________________________________
>>>> users mailing list
>>>> users@xwiki.org
>>>> http://lists.xwiki.org/mailman/listinfo/users
>>> 
>>> 
>>> 
>>> --
>>> Thomas Mortagne
>>> _______________________________________________
>>> users mailing list
>>> users@xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/users
>>> _______________________________________________
>>> users mailing list
>>> users@xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/users
>>> _______________________________________________
>>> users mailing list
>>> users@xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/users
>>> _______________________________________________
>>> users mailing list
>>> users@xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/users
>> 
>> _______________________________________________
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>> _______________________________________________
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
> 
> 
> 
> --
> Thomas Mortagne
> _______________________________________________
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Reply via email to