FutureTask.run() line: 266
ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142
ThreadPoolExecutor$Worker.run() line: 617
Thread.run() line: 745
Does the reflection cause the other classloader to be used?
Tom
On 21-1-2017 09:43, Tom Eugelink
I'm very close at getting the embedded Tomcat running from an Eclipse Maven
project; the (hopefully final) issue I'm now facing is the fact that a class is
being loaded by the WebappClassloader and in another execution path via the
launcher classloader, which makes them two different classes
Took a bit to find time again, but this indeed fixes the problem. Strange
registering the ContextFactory didn't.
Thanks!
On 17-1-2017 20:56, Mark Thomas wrote:
On 16/01/2017 09:13, Tom Eugelink wrote:
Trying to launch Tomcat 8.0.39 embedded with a datasource configured, I
get this error
Trying to launch Tomcat 8.0.39 embedded with a datasource configured, I get
this error:
/Failed to log into the database: Name [java:/comp/env/myDsName] is not bound
in this Context. Unable to find [java:]./
I'm configuring the default Tomcat ContactFactory. This is the relevant source:
On 13-1-2017 18:26, Mark Thomas wrote:
Class loader resources have special handling. I think you'll be able to
get this to work with:
standardRoot.createWebResourceSet(CLASSES_JAR, "/WEB-INF/classes",
new File("target/classes").getAbsolutePath(), null, "/");
If that doesn't work,
On 13-1-2017 16:09, Christopher Schultz wrote:
Are you trying to build a WAR file/directory, or are you trying to
launch a Tomcat instance? Or both?
I am trying to launch a Tomcat instance by assembling the WAR from different
places. The addPre/PostResources seem to allow that.
When my embedded Tomcat (8.0.39) is starting in my Maven-Eclipse project,
I get these warnings:
WARNING: Failed to scan
[file:/C:/Users/TEUGELINK/.m2/repository/org/apache/xmlgraphics/fop/0.94/commons-io-1.3.1.jar]
from classloader hierarchy
java.io.FileNotFoundException:
I'm trying to migrate a very old ANT based project into the future, the
ANT scripts I inherited are (of course) very complex, so I need to make
babysteps. The first thing I did was compile the Java code with Maven and
thus replaced a lot of copy statements and checked in lib directories with
I have created a XSL-FO filter, it reacts on a parameter and then pulls
the contents of the response through Apache's FOP. Simple exercise and
it almost works.
In order to capture the response output I have created a
BufferedHttpResponseWrapper and BufferedServletOutputStream similar to
the
Right. Sorry. Tomcat 6.0.14, Java 1.6.0_03, WindowsXP SP3.
It gets even better: if the servlet copies the file's contents to its
response, both have 1766 bytes returned. One gives an invalid PDF, the
other not.
IOUtil.copy(new FileReader(new File(C:\\...\\test.xslfo.xml)),
10 matches
Mail list logo
