Exit
  • Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
  • 한국 커뮤니티
0

XML-RPC Service is not available

Guest
Aug 24, 2010 Aug 24, 2010

I'm experiencing a problem where CF 8.01 will not start. the log shows the message "The XML-RPC service is not available. This exception is usually caused by service startup failure. Check your server configuration."

I traced this to a corrupted /lib/neo-xmlrpc.xml file; the structures being generated when I consume a local web service are malformed. If I reinitialize this file to its form as created when CF is installed, CF will start.

Below is an example of the corrupted structure:

<wddxPacket version='1.0'><header/><data><array length='3'><struct type='coldfusion.server.ConfigMap'><var name='http:// 123.123.123.2<char code='0d'/><char code='0d'/><char code='0a'/>        /common/verifyUser.cfc?wsdl'><string>http:// 123.123.123.2<char code='0d'/><char code='0d'/><char code='0a'/>        /common/verifyUser.cfc?wsdl</string></var></struct><struct type='coldfusion.server.ConfigMap'><var name='http:// 123.123.123.2<char code='0d'/><char code='0d'/><char code='0a'/>        /common/verifyUser.cfc?wsdl'><string></string></var></struct><struct type='coldfusion.server.ConfigMap'><var name='http:// 123.123.123.2<char code='0d'/><char code='0d'/><char code='0a'/>        /common/verifyUser.cfc?wsdl'><string></string></var></struct></array></data></wddxPacket>

The corruption is occurring on my developer installation on a windows xp machine. If I execute the same code on my standard server edition running on Windows Server, the structure for the same verifyUser web service looks like this:

<var name='http://123.123.123.1/common/verifyUser.cfc?wsdl'><string></string></var>

On both machines I'm running CF version 8,0,1,195765 with updates chf8010003.jar and hf801-1875.jar.

Has anyone else seen this or have any ideas on how to correct?

1.7K
Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines

correct answers 1 Correct answer

Advocate , Aug 24, 2010 Aug 24, 2010

Character 0d and 0a refer to the 10th and 13th character in the ASCII tabel. These are the carriage return and linebreak character. Looks like when you regeistered the webservice you had an accidental linebreak in the middel of the URL or the webservice. Remove the webservice from the configuration and re-enter it without any linebreaks.

Translate
Advocate ,
Aug 24, 2010 Aug 24, 2010

Character 0d and 0a refer to the 10th and 13th character in the ASCII tabel. These are the carriage return and linebreak character. Looks like when you regeistered the webservice you had an accidental linebreak in the middel of the URL or the webservice. Remove the webservice from the configuration and re-enter it without any linebreaks.

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Guest
Aug 24, 2010 Aug 24, 2010
LATEST

You're right. Here's what was happening:

My cfinvoke included webservice="http://#APPLICATION.server_ip_address#/common/verifyUser.cfc?wsdl".  I was using the same code to extract the IP address, but different operating systems. So when I populated APPLICATION.server_ip_address without trimming, I was getting extraneous trailing garbage on the XP server version.

Thanks.

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Resources