Description
is incorporated by
is related to
relates to
Activity
Matthew Buckett February 21, 2017 at 12:02 PM
Matthew Buckett February 21, 2017 at 11:56 AM
The problem of the missing JARs like:
| 21-Feb-2017 17:43:20.351 WARNING [localhost-startStop-3] org.apache.tomcat.util.scan.StandardJarScanner.scan Failed to scan [file:/opt/tomcat/sakai-lib/cglib-full-2.0.2.jar] from classloader hierarchy
app_1 | java.io.FileNotFoundException: /opt/tomcat/sakai-lib/cglib-full-2.0.2.jar (No such file or directory)
app_1 | at java.util.zip.ZipFile.open(Native Method)
app_1 | at java.util.zip.ZipFile.<init>(ZipFile.java:219)
app_1 | at java.util.zip.ZipFile.<init>(ZipFile.java:149)
app_1 | at java.util.jar.JarFile.<init>(JarFile.java:166)
app_1 | at java.util.jar.JarFile.<init>(JarFile.java:130)
app_1 | at org.apache.tomcat.util.scan.JarFileUrlJar.<init>(JarFileUrlJar.java:60)
app_1 | at org.apache.tomcat.util.scan.JarFactory.newInstance(JarFactory.java:48)
app_1 | at org.apache.tomcat.util.scan.StandardJarScanner.process(StandardJarScanner.java:334)
app_1 | at org.apache.tomcat.util.scan.StandardJarScanner.scan(StandardJarScanner.java:284)
app_1 | at org.apache.jasper.servlet.TldScanner.scanJars(TldScanner.java:262)
app_1 | at org.apache.jasper.servlet.TldScanner.scan(TldScanner.java:106)
app_1 | at org.apache.jasper.servlet.JasperInitializer.onStartup(JasperInitializer.java:101)
app_1 | at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5303)
app_1 | at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
app_1 | at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:753)
app_1 | at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:729)
app_1 | at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:717)
app_1 | at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:940)
app_1 | at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1816)
app_1 | at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
app_1 | at java.util.concurrent.FutureTask.run(FutureTask.java:266)
app_1 | at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
app_1 | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
app_1 | at java.lang.Thread.run(Thread.java:745)is caused by castor-1.0.jar which has a META-INF/MANIFEST.MF of:
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.6.3
Created-By: 1.4.2_08-b03 (Sun Microsystems Inc.)
Specification-Title: Castor XML, JDO, DAX, DSML
Specification-Vendor: Intalio Inc.
Specification-Version: 0.8
Implementation-Title: Castor
Implementation-Vendor: Intalio Inc.
Implementation-Version: 1.0
Class-Path: xerces-J_1.4.0.jar jdbc-se2.0.jar jndi_1.2.1.jar jta1.0.1.
jar cglib-full-2.0.2.jar commons-logging.jar
Name: org/exolab/castor
Sealed: true
Matthew Jones February 10, 2017 at 12:17 PM
Adding a context.xml to the META-INF of every project fixes it. I feel like there's probably only a select group of projects that needs this, but I don't see any negative effects adding it everywhere. (Which is essentially what changing in in context.xml does)
Matthew Jones December 22, 2016 at 12:33 PMEdited
So the webdav is an unrelated discussion here and I don't know how that got involved.
Sakai does startup in 8.0.39 but it starts up with ugly warnings at the start. So far there's 2 fixes I've found.
1) In conf/catalina.properties append xerces-J_1.4.0.jar,jdbc-se2.0.jar,jndi_1.2.1.jar,jta1.0.1.jar,cglib-full-2.0.2.jar,commons-logging.jar to the end of tomcat.util.scan.StandardJarScanFilter.jarsToSkip
2) Modify context.xml add
<JarScanner scanClassPath="false"/>FYI: If you have <JarScanFilter> still you should remove it as this causes errors.
But it would still seems like good practice if the StandardJarScanner checked if a file existed before looking it up. We can file a bug for them.
Shawn Foster October 3, 2016 at 1:17 PM
Polling some of my colleagues for WebDAV use cases, I've heard about a few different uses of WebDAV that the drag-and-drop in Resources doesn't address, such as connecting via WebDAV to quickly rearrange or organize files and folders (that is more efficient than using the web interface); uploading a bunch of files with structure that didn't work well when extracting from an uploaded zipped file; and using the WebDAV connection as a mounted network drive to pull down files.
I think we need to redesign the Resources tool (as was proposed at Open Apereo 2016) to address these issues and use cases before we can remove WebDAV.
There might be a limited number of people at each institution that are using WebDAV, but those people probably have very specific or important use cases that require them to use WebDAV to accomplish the task.
On https://sakaiproject.atlassian.net/browse/SAK-25750#icft=SAK-25750 it didn't look like anyone knew why castor was in shared.