[cisco-voip] Can't Find File Error -- I'm At A Loss

[Jim Reed]

NEVER MIND!  Thanks for everyone's response.  Reading posts online about other systems and languages that generate the same error, the light bulb finally came on.  I put the ENTIRE path name to the document in the parameter and it works.  Why this script needs it and the other six (6) or seven (7) I have running that use the exact same date files - with different names of course - don't need the entire path name (just the document name) is still a mystery.  Sorry to have bothered everyone.
--
Jim Reed
Manager of Technical Services
Swift Communications, Inc.
970-384-9141 (Direct)
775-772-7666 (Cell)



On 5/14/10 3:14 PM, "Jim Reed" <jreed at swiftnews.com> wrote:

Okay, I'll PAY someone if they can figure out what's going on here.  I just created a new script completely from scratch.  Created a new document and uploaded it via Document Management.  I have another script that's been around for a while that is a virtual duplicate of the one I just created.  The old one executes just fine.  The new one gives me the same document not found error.  As I watch the variables in the script, the one that works show the following when it comes to the Get XML Document Data step (which is basically the contents of the file):
dateList    Document    TEXT[<?xml version=\"1.0\" encoding=\"UTF-8\"?>\r\n<!-- NO LEADING ZEROES IN DATE NUMBERS !!!! --><Holidays>\r\n       <Holiday1>1/1/2009</Holiday1>\r\n       <Holiday2>5/25/2009</Holiday2>\r\n       <Holiday3>7/4/2009</Holiday3>\r\n       <Holiday4>9/1/2008</Holiday4>\r\n       <Holiday5>11/27/2008</Holiday5>\r\n       <Holiday6>12/25/2008</Holiday6>\r\n</Holidays>]

The one that isn't working shows the following:
dateList    Document    ßcom.cisco.wf.steps.io.XMLDocumentßcom.cisco.wf.steps.io.XMLDocument at 0ß

Is there some way to "refresh" that documents folder as one does scripts so it realizes that the new files are there?  Or perhaps that isn't the issue.  I can put the name of the file from the script that works in as the name of the XML document in the new script and it works just fine.  There seems to be an issue with finding any new documents that are added.

Thank You...


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100514/9e5c65de/attachment.html>