I haven't tried V3.0 yet, but with V2.0.4, I can change the configuration and 
the new directory will automatically get created, and it starts watching the 
new dir.  I tested this without stopping anything and it created new 
configurations successfully.  Sounds like different behavior in V3.0.

Have you tried changing the it without stopping the app?  

Larry


> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of
> Sahoo
> Sent: Wednesday, May 12, 2010 11:39 AM
> To: [email protected]
> Subject: Re: moving a fileinstall watched dir to a new location does not
> work
> 
> If I clear framework cache, then fileinstall will definitely pick up new
> configuration, but I can't afford to clear framework cache as it also
> contains bundles installed by user.
> 
> No, fileinstall 3.0 does not create the watched dir.
> 
> Thanks,
> Sahoo
> 
> On Wednesday 12 May 2010 09:01 PM, Christopher Brind wrote:
> > Did you try stopping your app then clearing your Felix cache and the
> work
> > directory created by Fileinstall?
> >
> > (I'm assuming it still creates one, I haven't used 3.0 yet.)
> >
> > Cheers,
> > Chris
> >
> >
> > On 12 May 2010 16:20, Sahoo<[email protected]>  wrote:
> >
> >
> >> I would like someone to confirm if the observed behavior is a bug or
> not.
> >> It looks like a bug to me. I have a watched directory configured via
> system
> >> property felix.fileinstall.dir. In that watched directory, I have a
> cfg file
> >> called org.apache.felix.fileinstall-autodeploy.cfg which contains
> >> felix.fileinstall.dir=/tmp/foo/.
> >> It was working fine. I wanted to move foo to bar. So, I stopped my
> app,
> >> updated the dir name in existing org.apache.felix.fileinstall-
> autodeploy.cfg
> >> file and restarted my app. I still see fileinstall trying to watch
> /tmp/foo
> >> instead of /tmp/bar.
> >>
> >> I am on fileinstall 3.0.
> >>
> >> Thanks,
> >> Sahoo
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [email protected]
> >> For additional commands, e-mail: [email protected]
> >>
> >>
> >>
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 9.0.819 / Virus Database: 271.1.1/2859 - Release Date: 05/12/10
> 02:26:00

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to