On 3/20/09 1:32 PM, Kedar Mhaswade wrote:
> Jerome Dochez wrote:
>> the "only" thing we have to do to ensure that the cache is being
>> flushed and recreated at the next startup is just to remove the
>> gf.lastmodified file from the cache. It will not bug the OSGi runtime
>> and will trigger an automatic refresh at the next startup.
>
> Thanks! That helps. And that means the file gf.lastmodified can be
> removed while
> server is running.
>>
>> a remote command could be useful although what are the uses cases for
>> using that command ?
>
> I am not sure. There may be cases for "if A happens, regenerate the
> felix-cache".
>
> Again, this is very felix-specific command and it may not be prudent
> to add it as is. I am not looking at increasing the command set ;)
>
> BTW, does felix tui have a similar command or is it more like "rm -rf"?
It is possible to do an "rm -rf" on the existing cache when the
framework is first initialized, per the new framework API spec (i.e.,
also supported by Equinox). The new framework API also allows you to set
the directory used by the framework for its storage area, so this will
have more standardization around it now.
-> richard
>>
>> Jerome
>>
>> On Mar 20, 2009, at 9:42 AM, Kedar Mhaswade wrote:
>>
>>>
>>>
>>> Sahoo wrote:
>>>> Kedar Mhaswade wrote:
>>>>> Hi Sahoo,
>>>>>
>>>>> We probably need to create a felix-commands module. However, I am not
>>>>> sure what you mean by "it needs to be run offline".
>>>> We can't delete the cache while the instance is running.
>>>
>>> Then we don't need a command since user has to be logged on to machine.
>>> Remote commands are useful in cluster case or single server case in
>>> that
>>> you only need admin access, no ssh or other access is needed.
>>>
>>> Why not use rm -rf?
>>>
>>> (Alternatively, the cache can be scheduled to be removed. Anyway, I
>>> am not
>>> pushing for a command).
>>>
>>> -Kedar
>>>
>>>> Thanks,
>>>> Sahoo
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>