XML Loader action URL via global properties with no drive letter

[Former Member]

Trying to use the XML Loader action. If we hard code the URL as "c:\Inetpub\wwwroot\Camstar\Errors\logDetails.xml" it works fine. We want to use several global properties to construct the URL as follows.

&&&&

Resulting in:
10.40.4.78\Inetpub\wwwroot\Camstar\Errors\logDetails.xml.

This does not work in the XML Loader action configuration but will work in IE every time. The XML Loader action throws the following errors.

[ERROR]: Unable to complete requested action on XML document.
10.40.4.78\Inetpub\wwwroot\Camstar\Errors\logDetails.xml (Access is denied)

[ERROR]: ACTION FAILED: End Action XmlLoader_LogDetails : ()

Does anyone know how to resolve this issue?

[Former Member]

Thanks Jeremy - I have the XMLLoader working with " http://localhost/Camstar/Errors/logDetails.xml"; but now I am trying to save it the the same location using the XML Saver action.

"http://localhost/Camstar/Errors/logDetails.xml" does not work for the XML Saver action. So how do I save to this location without using a absolute path with drive letter using the XML Saver action?

[jcgood25]

To save the object you still need the full path, including drive letter, etc.

[jcgood25]

Tim,

Ron is right about IE using the Microsoft magic of switching between Windows Explorer and Internet Explorer to locate the file.

Your best bet would be to construct a true http formatted string such as: http://localhost/Camstar/Errors/logDetails.xml

This would of course be only good for files on the local server, but would also be very upgrade friendly for version 12.0 migration. UNC paths would not work to other servers or network shares either.

If the xml files are in the IllumDoc Rowsets/Rowset/Row format you could just as easily use and XMLQuery action block instead of the XMLLoader, which might make it easier you to use the [Param.x] tokens in the template, etc.

Regards,

Jeremy

[Former Member]

I could be wrong, but I'm assuming you have an "inetpub" share?
10.40.4.78\inetpub would reference a share, therefore possibly the service that is running doesn't have access to this share, whereas if you copy that URL into IE, it is running under your user credentials and you most likely to have access since that is working. Also you say "c:\Inetpub\wwwroot\Camstar\Errors\logDetails.xml" works, this would be because there is no 'share' involved for the service to worry about.

So to enforce the use of http rather than shares, you may want to try something like:

http://10.40.4.78/Camstar/Errors/logDetails.xml

I might be off track, but it may help.

Cheers.