Well there is the feed daemon if you are using that. > -----Original Message----- > From: Setera, Craig [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 10, 2002 10:07 AM > To: 'Jetspeed Developers List' > Subject: RE: Possible to not rewrite registry fragments? > > > I could try the configuration value. Are there dynamic > changes to the registry fragments that *should* be written to > disk? If so, shutting off refresh seems dangerous at best. > > -----Original Message----- > From: David Sean Taylor [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 10, 2002 12:04 PM > To: 'Jetspeed Developers List' > Subject: RE: Possible to not rewrite registry fragments? > > > I think it would be possible. > We could add a dirty flag to the registry fragment. > > Another option is to turn it off, but that also needs to be tested. > > services.Registry.refreshRate=0 > > > -----Original Message----- > > From: Setera, Craig [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, May 07, 2002 1:32 PM > > To: '[EMAIL PROTECTED]' > > Subject: Possible to not rewrite registry fragments? > > > > > > I've noticed that the Castor registry support currently > > rewrites the registry fragments that have been read from disk > > everytime that Jetspeed is shut down. This is somewhat > > annoying, as these registry fragments always appear as > > outgoing changes to our CVS server. Would it be possible to > > add support to the RegistryWatcher or the > > CastorRegistryService to track whether a fragment has changed > > since it was read from disk? If so, then the registry > > shutdown code would only need to write out the updated fragments. > > > > I'm not sure if this is really possible, as I'm not sure how > > many different classes make changes to the registry and the > > fragments in the registry. > > > > Thanks, > > Craig > > > > Craig Setera > > Sun Certified Java Programmer/Developer/Web Component > > Developer Senior Software Architect, Kingland Systems Corporation > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:jetspeed-dev-> [EMAIL PROTECTED]> > > For > > additional commands, > > e-mail: <mailto:[EMAIL PROTECTED]> > > > > > > > > -- > To unsubscribe, e-mail: > <mailto:jetspeed-dev-> [EMAIL PROTECTED]> > For > additional commands, > e-mail: <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:jetspeed-dev-> [EMAIL PROTECTED]> > For > additional commands, > e-mail: <mailto:[EMAIL PROTECTED]> > >
-- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
