Yep, lots of time spent...ha...ha
There are 2 methods for this tool:
1) Actions from Windchill DRW details page or product/library page.
2) Command line where DRW number is an argument.
But we need Hans to respond on whether he needs one at a time or all DRW's in his system.
Now is that all or Released state only, etc.
I could easily create a 2nd java program to cycle through all or Released state, or all DRW's of a specific state (maybe other than Released). But I want to hear from Hans on what he really wants.
If he wants one at a time, then the program linked above, might cover his needs.
If he wants all DRWS, all Released or other state, I can write that code, but I dont want to break out the vmware, if the existing works for him.
I have existing code to cycle through all epmdocs & then DRW's. I could insert that into a new version of dlRep_main, so it then output all DRW associated PDFs &/or PLT's if wanted.
It also wants an argument for download folder, so you could do this nightly & write to a new date stamped folder each night.
But I dont want to write this code, then Hans never comes back for it. Wasted effort.
Unless some one else here actually uses the original & wants the other created & will use it.
If I do this, my original intent will be for a State (Released) to be an argument on the command line, in case others want a different or multiple states.
Now lets see if anyone is watching over the weekend, because I might be on the road early next week, to the next job...yeahhhh.
Let me know.
where email@example.com mail gets noticed quicker.
Just thought of something. If you set the drawing number argument to % (wildcard), it might download all epmdocs or just drawings with associations. You might try to %.drw or %.DRW.
I cant recall if have the dlRep_main to cycle through all epmdocs that it finds that match drawing number argument or only cycle through once.
command line would be:
java ext.dlRep_main c:\temp % pdf
java ext.dlRep_main c:\temp %.drw pdf
I will try to test later, but my slow computer & vmware hog are making things rough.
Let me know if anybody tries.
In Reply to keith schmitt:
have you tried this?
2 things on this:<br /><br />1)<br /><br />I did find that the command line class will run the wildcard alone (%) & will grab all DRW epmdocs & download the associated PDF or PLT.<br /><br />java ext.dlRep_main <download folder="> <number search=" string="> <content type="><br /><br />java ext.dlRep_main C:\TEMP % pdf<br /><br />You can use plt instead here, if desired.<br /><br />So if the original request of this post was to download all DRW pdf's, it should do that.<br /><br />2)<br /><br />Some one emailed me & asked that I write one to only download epmdoc DRW's in RELEASED state.<br /><br />AbraCadabra - *&^!@%$#$<br /><br />http://www.datajett.com/windchill/wc_dev/dlRep_REPSAVEAS/dlRep_Rel.zip<br /><br />java ext.dlRep_Rel_main <download folder="> <number search=" string="> <content type="><br /><br />java ext.dlRep_Rel_main C:\TEMP % pdf<br /><br />You can use plt instead here also, if desired.<br /><br />After dealing with theslow laptop & hog vmware, I was able to test & write the new code.<br /><br />I wanted to write it to where any LC State could be entered as last argument (RELEASED, PRODUCTION, PRE-RELEASED, etc), but I only had one request & was tired of the vmware & slow activity there, to spend the extra time to write additional code.<br /><br />Along with the fact that not many will want other than RELEASED. But if you dont want LC State control & want to download all epmdoc PDF's/PLT's, the original program does that.<br /><br />If some one does want PRODUCTION, instead of RELEASED, then I can write ot later &/or just find/replace in the java source included in the above linked zip.<br /><br />L Jett<br />firstname.lastname@example.org;email@example.com