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 <kentgibson yahoo.com> 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.open
office.core.win32_1.0.0/os/win32/x86/OO/program/user/uno_pac
kages/cache/registry/data/org/openoffice/office/protocolhand
ler.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\progra
m\soffice.exe
>
> here I want to access my user directory:
>
C:\build13X1234567890123456789\client\workspace\.metadat
a\.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:
> dev-unsubscribeapi.openoffice.org
> For additional commands, e-mail:
> dev-helpapi.openoffice.org
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection
around
http://mail.yahoo.com
------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeapi.openoffice.org
For additional commands, e-mail: dev-helpapi.openoffice.org
|