<div dir="ltr">Hi Rainer:<div><br></div><div>Thanks for your response. I appreciate it.</div><div><br></div><div>Before I got your replies, I experimened with an alternate approach: 1) in a first step, I download the XML files to disk. I then use your code to parse the files and continue processing. You can see the code further below.</div>
<div><br></div><div>So this approach seems to work well and the XML files are correctly written to disk and then parsed. However, for some reason WPKG.js exits and fails to write the </div></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Tue, Jul 29, 2014 at 11:55 PM, Rainer Meier <span dir="ltr"><<a href="mailto:r.meier@wpkg.org" target="_blank">r.meier@wpkg.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Antony<div class=""><br>
<br>
On 30.07.2014 00:51, Antony Awaida wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have identified the problem to be in the following piece of WPKG.js code. So I<br>
created the following script:<br>
<br>
var xsl = new ActiveXObject("Msxml2.<u></u>DOMDocument.3.0");<br>
xsl.async = false;<br>
xsl.validateOnParse = false;<br>
xsl.load(filePath);<br>
                 dinfo("XSLT: " + xsl.xml);<br>
<br>
As expected the above script returns an empty xsl.xml when run as LocalSystem.<br>
However, when I changed the Msxml2.DOMDocument.3.0 to Msxml2.DOMDocument.6.0,<br>
WPKG does not seem to run.<br>
</blockquote>
<br></div>
The code uses Microsoft XML framework objects. If you face issues with the objects you might try installing latest updates of Microsoft XML Framework.<br>
Though usually the problem is within authentication on network shares and different handling of SYSTEM account regarding network authentication which is out of scope for WPKG core development.<br>
<br>
I am usually running WPKG using WPKG client which also runs as system account but does also take care about proper network share credential setup.<br>
<br>
You might try two work-arounds:<br>
<br>
1. Create service user rather than running WPKG service as SYSTEM account.<br>
<br>
2. Instead of launching wpkg.js/cscript.exe directly as a SYSTEM service wrap it within a cmd.exe script which handles network authentication and credential setup (net use). The script should verify whether files on share are properly readable before invoking wpkg.js.<br>

<br>
<br>
Almost certainly your local SYSTEM account faces access denied on the network share when connecting to your share. Although this is a guess since you neither provide logs nor details on your setup (client type, patch level, how credential setup is done, server type, patch level, connection logs and traces...).<br>

<br>
<br>
br,<br>
Rainer<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Antony Awaida<div>CEO</div><div>Apporto (Previously BizAppCenter)</div><div>Cell 415 999 4547 </div></div>
</div>