<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>RE: PERL Script to add buld users into ICM</title>
  <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_recent_posts?p_l_id=" />
  <subtitle>RE: PERL Script to add buld users into ICM</subtitle>
  <id>http://developer.cisco.com/c/message_boards/find_recent_posts?p_l_id=</id>
  <updated>2013-05-21T14:11:30Z</updated>
  <dc:date>2013-05-21T14:11:30Z</dc:date>
  <entry>
    <title>RE: Application GatewayXML push delay and agent activity to Server for Avay</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=6209490" />
    <author>
      <name>Michael Giberson</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=6209490</id>
    <updated>2012-07-31T22:46:09Z</updated>
    <published>2012-07-31T22:46:09Z</published>
    <summary type="html">It is possible with GatewayXML if the data that you want sent resides in and/or is accessible from the CUCCE Routing/Admin Scripts.</summary>
    <dc:creator>Michael Giberson</dc:creator>
    <dc:date>2012-07-31T22:46:09Z</dc:date>
  </entry>
  <entry>
    <title>RE: Can't call out to a web service</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2666400" />
    <author>
      <name>Michael Giberson</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2666400</id>
    <updated>2010-10-22T20:45:38Z</updated>
    <published>2010-10-22T20:45:38Z</published>
    <summary type="html"> 
That error propagated from Microsoft is relatively vague and could mean many things -- the URL scheme could not be recognized or is not supported, the Web/XML service is not available or not processing XML over HTTP, etc.  A lot of dependence would reside with examining the characteristics of the URL, the Web/XML application, interface, and protocol being used for the RouteRequest.
 
Bottom line it appears that the issue probably due to the fact that you are trying to call a web service that has multiple web methods to retrieve routing data -- when GatewayXML requires a 1-to-1 mapping between each GatewayXML instance and Web/XML application.
 
If you still require additional support, then I would recommend the consideration of purchasing a Subject Matter Expert (SME) Contract or Custom Application Support (CAS/D2S) Agreement from your Services Account Team.</summary>
    <dc:creator>Michael Giberson</dc:creator>
    <dc:date>2010-10-22T20:45:38Z</dc:date>
  </entry>
  <entry>
    <title>RE: XML Gateway host instance</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2666371" />
    <author>
      <name>Michael Giberson</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2666371</id>
    <updated>2010-10-22T20:30:31Z</updated>
    <published>2010-10-22T20:30:31Z</published>
    <summary type="html">No, each instance of GatewayXML must only interface with a single Web/XML application.
 
Seems like you would either want to either setup each Web/XML appliction to use its own GatewayXML instance -- or use a master Web/XML application that internally calls other Web/XML applications.</summary>
    <dc:creator>Michael Giberson</dc:creator>
    <dc:date>2010-10-22T20:30:31Z</dc:date>
  </entry>
  <entry>
    <title>RE: Parsing Expanded Call Variable_TAG data</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2225392" />
    <author>
      <name>Michael Giberson</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2225392</id>
    <updated>2010-06-02T19:45:51Z</updated>
    <published>2010-06-02T19:45:51Z</published>
    <summary type="html">Tagged data field is a standard mechanism utilized in the AGI.
 
The space is not reserved if it is smaller than the maximum length -- as tagged data fields tag (prefix) the data with the length of the data.
 
The "value" would map to the data for that element in the array -- and "index" would map to the index into the array for that data element.
 
Cisco Advanced Services has a set of pre-built software integration packages which can be used to integrate external applications.
 
Standard interfaces include ODBC, Web/XML, WebSphere MQ, as well as a COM-based API/SDK.
 
These packages are a cost effective option in order to reduce development time and accelerate time to market.
 
It might be beneficial to review the Advanced Services offerings before building your own Application Gateway.
 
Details on these integration packages are available in the Application Gateway Protocol Technology Center.
 
What type of interface or protocol are you trying to hit?</summary>
    <dc:creator>Michael Giberson</dc:creator>
    <dc:date>2010-06-02T19:45:51Z</dc:date>
  </entry>
  <entry>
    <title>RE: Hearbeat Not Received from Application gateway</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2225377" />
    <author>
      <name>Michael Giberson</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2225377</id>
    <updated>2010-06-02T19:33:49Z</updated>
    <published>2010-06-02T19:33:49Z</published>
    <summary type="html">Heartbeating is a standard mechanism -- but there could be many things that are getting in the way with your implementation.
 
Cisco Advanced Services has a set of pre-built software integration packages which can be used to integrate external applications.
 
Standard interfaces include ODBC, Web/XML, WebSphere MQ, as well as a COM-based API/SDK.
 
These packages are a cost effective option in order to reduce development time and accelerate time to market.
 
It might be beneficial to review the Advanced Services offerings before building your own Application Gateway.
 
Details on these integration packages are available in the Application Gateway Protocol Technology Center.</summary>
    <dc:creator>Michael Giberson</dc:creator>
    <dc:date>2010-06-02T19:33:49Z</dc:date>
  </entry>
  <entry>
    <title>RE: PERL Script to add buld users into ICM</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2225370" />
    <author>
      <name>Michael Giberson</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=2225370</id>
    <updated>2010-06-02T19:28:01Z</updated>
    <published>2010-06-02T19:28:01Z</published>
    <summary type="html">You are correct -- this is not the right forum.  You might want to browse the other Contact Center forums -- Enjoy...</summary>
    <dc:creator>Michael Giberson</dc:creator>
    <dc:date>2010-06-02T19:28:01Z</dc:date>
  </entry>
</feed>

