Maybe a servlet that maps to ._* that always responds to every request with 200? Then the OSX client would think everything was dandy (whether putting or getting) but the requests would never get to Slide.
-James On Tue, 2005-01-04 at 10:26 +0100, Karl Ãie wrote: > > You mean you implemented a event ContentListener that throwed a > > VetoException on creation of those files and it didn't work? > > Or just removed the files afterwards so the client doesn't know that > > they are not there anymore. > > Tried both, the last option works, but gives the user an error when > uploading even as uploading succeeds, and i dont want that, so what i > am trying now is to silently remove the item behind the back of the > user. The problem is that macosx does a propfind on the > "._blahblah.blah" files too and if it cant find it it reports an error > to the user. > > My desperate thought is to kill the "._" file at uploadtime, and then > fake a OK propfind on it, but that is really a dirty hack solution. Any > alternatives is appreciated. > > Mvh Karl > > On 4. jan. 2005, at 03.05, Carlos Villegas wrote: > > > Karl Ãie wrote: > >> Hi there, just started out with slide so this might be a newbie > >> question but i found nothing trying to search the lists. > >> I am setting up slide in a pc/mac env and i have problem with macos-x > >> polluting the store with files starting with "._". As much as i > >> understand these are osx metafiles i dont want them in the repository > >> and not versioned. How can i block these? > >> a: I've tried: to write a servlet filter that ignores files starting > >> with "._" and placed it infront of the webdav servlet, no go. OS-X > >> gives me webdav error because it cant find the dam "._" files it > >> tries to store together with the real files. > >> b: Ive tried a ContentInterceptor that tries to filter out these > >> files, but i get the same problem, OS-X asks back the metafiles and > >> gives and error because they have been removed by the interceptor. > > > > You mean you implemented a event ContentListener that throwed a > > VetoException on creation of those files and it didn't work? > > Or just removed the files afterwards so the client doesn't know that > > they are not there anymore. > > > >> Does anyone here got any good idea about how to deal with this? > >> Mvh Karl > >> - you are what you eat. Avoid fruits and nuts... > >> --------------------------------------------------------------------- > >> 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] > > > > > - Somewhere, out there on the Net, is an HD full of lame quotes > > > --------------------------------------------------------------------- > 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]