Search the web
Sign In
New User? Sign Up
dita-users · DITA users group
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Show off your group to the world. Share a photo of your group with us.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
DITA-OT1.1.2.1 Temp directory problem   Message List  
Reply | Forward Message #2016 of 16654 |
RE: [dita-users] Re: DITA-OT1.1.2.1 Temp directory problem

Stephen,

 

No, the same issue also exists in release 1.2.

 

Here is my test for DITA-OT1.2:

Change the dita.temp.dir property in conductor_template.xml from the default "${basedir}${file.separator}temp" to C:${file.separator}temp.

 

Delete the DITA-OT1.2\temp directory

 

Run an xhtml transform from the commandline.

 

As the transform is running, watch the DITA-OT1.2 directory – you will see a temp directory be created.

Watch the c:\temp directory  - you will see all of the other temp files populate this temp directory.

After the transform is finished, open the DITA-OT1.2\temp directory – the property.temp file will have been created here, rather than in the c:\temp directory.

 

There is one difference between DITA-OT1.1.2.1 and DITA-OT1.2. For DITA-OT1.2 I must edit the conductor_template.xml, whereas in DITA-OT1.1.2.1 I edit conductor.xml. The conductor.xml is rewritten each time a transform is run in DITA-OT1.2.

 

FYI – I was unable to actually complete a transform in DITA-OT1.2. I added the DITA-OT1.2 dost.jar to my CLASSPATH, but did not install Sun JDK 1.5. (I get the “Unable to instantiate specified logger class org.dita.dost.log.DITAOTBuildlogger” error.)

 

Will DITA-OT1.2 *only* run in Sun JDK 1.5.x? If so, this needs to be spelled out more clearly in the release notes.

 

Even though my transform failed, the DITA-OT1.2\temp directory is created and populated with the new property.temp file in DITA-OT1.2.

 

------------------------------------------
 
Jerry Kimmel - jkimmel at vasont dot com

 

-----Original Message-----
From: dita-users@yahoogroups.com [mailto:dita-users@yahoogroups.com] On Behalf Of imagiczhang
Sent:
Thursday, March 16, 2006 8:40 PM
To: dita-users@yahoogroups.com
Subject: [dita-users] Re: DITA-OT1.1.2.1 Temp directory problem

 

Jerry,
If possible, can you have a try on the latest release of DITA-OT. I
tested on release 1.2 and believe that this bug is fixed on release
1.2  . Thanks.

Best Regards,
Stephen Zhang

--- In dita-users@yahoogroups.com, "Jerry Kimmel" <jkimmel@...> wrote:
>
> We ran into an issue when we changed the default dita.temp.dir property
> (in conductor.xml) from the default "${basedir}${file.separator}temp" to
> a directory on a mapped drive, and deleted the temp directory from the
> DITA-OT1.1.2.1 directory tree.
>
> FYI - the mapped drive is different for each user.
>
> Everything was fine except that the "property.temp" file was still being
> written to the 'default' DITA-OT/temp directory (and the temp directory
> was being created), rather than to the directory on the mapped drive.
>
> This created a problem from a permissions point of view in that a user
> who couldn't write to the 'default' DITA-OT/temp directory couldn't run
> any transforms - even though he had permission to the new temp directory
> on the mapped drive, he had no write permissions to the 'default'
> directory where DITA-OT was installed. He now has to have permission to
> write here.
>
> As a temporary fix, I make sure to delete the 'default' DITA-OT/temp
> directory after every transform - but this still presents a problem
> because different users could potentially overwrite (or delete) each
> other's property.temp file because that file always get written to the
> same place.
>
> ------------------------------------------
>  Jerry Kimmel - jkimmel at vasont dot com
>







Fri Mar 17, 2006 2:42 pm

jerrykimmel
Offline Offline
Send Email Send Email

Forward
Message #2016 of 16654 |
Expand Messages Author Sort by Date

We ran into an issue when we changed the default dita.temp.dir property (in conductor.xml) from the default "${basedir}${file.separator}temp" to a directory on...
Jerry Kimmel
jerrykimmel
Offline Send Email
Mar 16, 2006
10:05 pm

Jerry, If possible, can you have a try on the latest release of DITA-OT. I tested on release 1.2 and believe that this bug is fixed on release 1.2 . Thanks. ...
imagiczhang
Offline Send Email
Mar 17, 2006
1:40 am

Stephen, No, the same issue also exists in release 1.2. Here is my test for DITA-OT1.2: Change the dita.temp.dir property in conductor_template.xml from the ...
Jerry Kimmel
jerrykimmel
Offline Send Email
Mar 17, 2006
2:49 pm

Stephen, If I add the dita.temp.dir property to the ant script and process a transform through ant, my temp files end up in c:\temp where I expect them. If I...
Jerry Kimmel
jerrykimmel
Offline Send Email
Mar 23, 2006
2:58 pm

Hi Jerry, To change the temp directory through Java command, you need to set the "/tempdir" parameter in the Java command. About the logger problem, it seems...
charlie_zju
Offline Send Email
Mar 27, 2006
2:31 am

Jerry, I'm new to this group, having attended the User Group conference in Raleigh this May 2006. I've downloaded the toolkit (1.2) and installed the tools. I...
David
davidlasvega...
Offline Send Email
Apr 14, 2006
1:03 am

David, In order to fix the problem you have, you need to set that jar file lib\dost.jar in DITA-OT directory into your CLASSPATH. In windows, please use set...
imagiczhang
Offline Send Email
Apr 14, 2006
2:00 am

BTW, David The change of include dost.jar into classpath is listed in the download page section "Error handling and logging system". ...
imagiczhang
Offline Send Email
Apr 14, 2006
2:08 am

David, No, I have not had any luck running any version of the DITA-OT with Java 1.5. The Java 1.5 comment is in response to the release notes (relnotes.txt)...
Jerry Kimmel
jerrykimmel
Offline Send Email
Apr 21, 2006
8:58 pm

The "need to" in the description meant "ought to" as a new requirement, not "must" as a limitation: 3. SF RFE 1331727 Toolkit need to run on JDK 1.5.x(only...
Don Day
nodyad
Offline Send Email
Apr 21, 2006
9:55 pm

Don, Thank you! Cool. That's what I thought. It's the 3rd party tools that don't play nice with Java 1.5 - and I should have spelled that out more clearly in...
Jerry Kimmel
jerrykimmel
Offline Send Email
Apr 22, 2006
2:03 am
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help