I tracked this down to the AutoDeployment Service Class - method
unpackLocaion.
Here it is creating a File based on the url location passed in. When you do
this it will be OS dependent and this fails on windows.
So I removed "file://" in the unpackLocation method and all works well.
The file:// prefix is originally set up in DeploySupport Class
**
*protected* String getFilePrefix() {
*return* isFileUrlFormat() ? "file://" : "";
}
On windows when it attempts to create the file with file://blah it leaves
this in and when you attempt to see if this file exists it fails.
If this seems like a reasonable fix - I will submit a patch.
Edell.
On 3/6/08, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
>
> I suppose you are on windows and that the exception comes from a bad url
> like
> c:\xxx
> and for an unkown reason, c is considered as a host instead of the file
> system ?
>
> On Thu, Mar 6, 2008 at 1:22 PM, Edell Nolan <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I am still getting the
> > org.apache.servicemix.lwcontainer.LwContainerComponentTest to Fail with
> the
> > error below.
> > I have ulhas changes.
> >
> > Has anyone else seen this ?
> >
> > thanks, Edell.
> >
> >
> >
> > <stack-trace><