I'm trying to raise David/Jeremy on IRC about this, but as I've got to go soon, I'll post what I've found here.
Firstly, I don't like the fact that the new JettyModule is trying to build a classpath for the webtier. The servlet spec has pretty specific semantics about classloading and any container we use will have implemented it. We should just unpack the war, set the parent classloader and let the web container do it's thing.
But besides that, the problem to me looks to be that the zip file is being exploded relative to the contextpath "/test".
Thus it is trying to unpack to a File at /test/META-INF/MANIFEST.MF which obviously is not going to work on any decent operating system (unless you are running as root :-)
So I think the problem is that have lost some temp directory prefix along the way.
I'm still learning this new setup, so I'm not exactly sure how it is meant to work or where it is meant to be unpacked to. But that is the nub of the problem anyway.
Aaron Mulder wrote:
On Mon, 26 Jan 2004, Jeremy Boynes wrote:
I'm seeing the testPacked test in jetty DeploymentTest fail on my Linux machine but pass on os X.
Haven't investigated, anyone else see this?
Fails for me too (also on Linux). Could it be a case sensitivity problem?
Aaron
