Javascript Alerts for Server Side Execution

On the form, there's the option to choose a language and where the script is run at.  In this specific case, we are running the javascript at Server (as opposed to client or client and server options).

This javascript is passing values to another javascript function, which then goes and resolves a data connection (calls a WSDL which we have setup with our input and output variables).

We have three environments, alpha, beta, production.  The WSDL call will only run and return a result if the WSDL location is set to the beta environment.  If set to alpha or prod, it fails somewhere resolving the data connection.  I am trying to troubleshoot why it fails, so I need some way to debug that section of javascript.  All of this executes on the Server though, and not on the client side, so I can't use browser alerts.

Here's the following order everything goes at.

We have a validate event that runs, within that validate event we have this:

FDEP.Page1.GlobalCommonData.DesigneeSearch.search.execEvent("click");

That FDEP.Page1.GlobalCommonData.DesigneeSearch.search is a button, and on that button is Javascript that runs at the server, which is the following:

try{

Global_JS.setFieldProperties(FDEP.Page1.GlobalCommonData.DesigneeSearch, "rawValue", "");

//Create this input INPUT_EMAIL field in hidden UserPFData subform.

//Get ServerURI from the GlobalCommonData

var serverURIValue = FDEP.Page1.GlobalCommonData.ServerURI.rawValue;

//FDEP.EmployeeSearch.EmployeeSearchType.TextField1.rawValue = serverURIValue;

requestedDivision.rawValue = FDEP.Page1.sfAccessApproval.District.Divison_Dist.rawValue;

var successFlag = xfa.resolveNode("xfa.form.FDEP.variables.Global_JS").webServiceConnectClone("GetDesigneeLiveCycleID", serverURIValue);

//FDEP.EmployeeSearch.EmployeeSearchType.TextField1.rawValue += "\n" + successFlag ;

if(!successFlag)

{

Global_JS.setFieldProperties(FDEP.Page1.GlobalCommonData.DesigneeSearch, "rawValue", "");

}

else

{

FDEP.Page1.GlobalCommonData.DepDirLiveCycleID.rawValue = DeputyDesigneeLiveCycleID.rawValue;

}

//web service returns true or false

}catch(e){}

You'll see for the successFlag variable, it is resolving a node in Global_JS called webServiceConnectClone.  This is the following code for that function.  It also is set to run at the server.

/*

Web Service Connect Clone takes the dataconnection name as input and clones the connection with the server URI.

All validations need to be performed on the field.

connectionName : Name of the wsdl Data connection in the form

//Clones a URL and invokes the web service.

serverURIParam :   URI of the specific environment

return : returns a boolean - true represents dataconnection executed successfully.

*/

function webServiceConnectClone(connectionName, serverURIParam)

{

try

{

var wsdl_Result = false;

        var dataConnection = xfa.resolveNode("xfa.connectionSet." + connectionName);//Resolve Data Connection

var ipaddressandport = serverURIParam; // Get server URI

var clonedDataConnection = dataConnection.clone(1); //Cloning Data Connection

var oldURL = clonedDataConnection.soapAddress.value; // Dev Server soapAddress

//app.alert(oldURL);

//FDEP.Page1.GlobalCommonData.ServerURI.rawValue = "URL is -- " +oldURL ;

clonedDataConnection.soapAddress.value = oldURL.replace(devServerURI, ipaddressandport);//replace Dev Server Address with current Server URI

//FDEP.Page1.GlobalCommonData.ServerURI.rawValue += "\nURL is -- " +clonedDataConnection.soapAddress.value;

if(clonedDataConnection == null)

  {

return wsdl_Result;

      }

wsdl_Result = clonedDataConnection.execute(false);

//app.alert("I am here " + wsdl_Result);

      return wsdl_Result;

}catch(err){return false;}

}                         

My apologies if that format is a bit hard to read, I'm not sure if this will help clear up what is happening.  The webServiceConnect clone runs fine for other WSDL calls and dynamically changes their URLs so the WSDL runs in the proper environment.  But it will not dynamically change for the WSDL GetDesigneeLiveCycleID unless we have that WSDL path set to our beta environment.  I need to find out why it won't run for the other environments.

Hey Karl,

Does your WS require authentication and what was the result from SOAP ui?