yea, I solved this one. I wrote ant script with preservelastmodified="true" and it works, which means that openoffice is doing something with the dates. I don't know if this is a bug or not, I guess I will find out. Any ideas?
--- Kent Gibson <[EMAIL PROTECTED]> wrote: > I am having a severe headache with the utilizing the > user directory in an arbitrary location. > any help would be very appreciated. > > Sorry this is going to be a long message. > > I believe most of these problems are windows > related, > due to the fact that windows does not support > filenames greater than 260 characters long. And also > some other very strange file permission handling > which > I don't undestand. > > This is what I have tried and the effects I get: > > a) I installed OpenOffice, I saved the generated > user > directory. This user directory is put under program > ie > program/user in the openoffice srtucture. When our > application runs the first time I copy the user > directory and then I exec the soffice with the " > -env:UserInstallation=" option and give the user > directory. Now this works fine except when the path > to > the soffice exe exceeds around 100 characters. Which > I > would ideally like to have a little bit longer. When > it fails it always fails on long file paths for > example it gives the error message : > > Configuration data in > c:/buildtestga/A1234567890123456/plugins/com.heiler.ppm.openoffice.core.win32_1.0.0/os/win32/x86/OO/program/user/uno_packages/cache/registry/data/org/openoffice/office/protocolhandler.xcu > is corrupted without data some functions may not > work, > do you want to continue. > > I tried to remove the protocolhandler but all the > documentation for doing this is out of date. I > believe > it is only required for the scripting framework, > which > I am not using. > > Now we only saw this problem in our build process, > so > I tried the next thing. > > b) I copied from hand the openoffice installation > directory, ie I do not let eclipse export it as > fragment, and through some magic it works, but not > magic I can reproduce in our build process. (I did > binary comparisions and the content of the export > was > excatly like the content of my by hand copy). I have > spent hours with permissions, and security settings > without success. > > c) I start openoffice, and give it a path in the > -env:UserInstallation where there may be or may not > be > a user directory and define the setup.xcu so it will > not prompt for a registration. I get the exact same > behaviour as in a. If the path is not too long it > works. > > I really don't think using relative paths will work. > but anyways here is basically the path stucture: > > here is my soffice.exe: > C:\build13X1234567890123456789\client\plugins\com.heiler.ppm.openoffice.core.win32_1.0.0\os\win32\x86\OO\program\soffice.exe > > here I want to access my user directory: > C:\build13X1234567890123456789\client\workspace\.metadata\.plugins\OO\user > > > thanks > > kent > > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
