Another solution is to change the
getFilePrefix()
in DeploySupport and set the prefix to "///" if the os name is windows and
then in AutoDeployService class create a URI and pass this over to the
creation of the File.
This is probably a better solution ??
On 3/6/08, Edell Nolan <[EMAIL PROTECTED]> wrote:
>
> 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><