Skip to main content
I
insuractive
Inspiring
May 29, 2007
Answered

Broken webservice behavior in CF 7.0.2?

  • May 29, 2007
  • 3 replies
  • 1005 views
I've managed to consume a webservice that uses a complex data type as one of its input parameters on my DEVELOPMENT machine (WinXP, CF Dev 7,0,0,91690). I get the following error when I move the code up to our STAGING server (Win2003, CF Standard 7,0,2,142559):

Error converting CFML arguments to Java classes for web service invocation.
Unable to create web service argument class [Ljava.lang.String;. Error: java.lang.InstantiationException: [Ljava.lang.String;. Often this is because the web service defines an abstract complexType as an input to an operation. You must create an actual instance of this type in Java.

It looks like my development server is creating the propper stub objects for the complex types (i.e. class files in the C:\CfusionMX7\stubs\ directory) , but the staging server is not. I'm hiting the same WSDL from both servers and the complex type is clearly defined in the wsdl, so I don't know why one server would interpret it correctly and the other can not. Is this a bug in CF webservice implementation?

Can anyone tell me:
1) How I can get my staging server (Win2003, CF Standard 7,0,2,142559) to generate the propper stubs

or

2) A work around? I know I CAN use wsdl2java.exe to generate the stubs manually, I'm just having a hard time with the HOW:
- I've executed wsdl2java.exe [url-of-wsdl] to create the java files
- From what I've read on the forums, I think I should be able to use the code below to compile the java objects into stubs, but it doesn't seem to work:
  • I can generate the class file for the specific missing stub, then move it to the correct directory in cfusionmx7/stubs, but I still get the same error[/li]
  • If i try to generate stubs for all the java files, I get errors.[/li]

    The code I use to compile the java files is listed below:

    javac -source 1.4 -deprecation -classpath C:/CFusionMX7/lib/axis.jar;C:/CFusionMX7/lib/xml-apis.jar;C:/CFusionMX7/lib/saaj.jar;C:/CFusionMX7/lib/jaxrpc.jar;. C:/CFusionMX7/runtime/bin/com/mycompany/mypackage/util/*.java

    Anyone have any ideas? Of course, to make matters worse, the reference I normally use to deal with complex data types in CF has gone all 404: http://hcc.musc.edu/research/shared_resources/xml_complex_types_to_cf_structure_notes.cfm. If anyone knows of a good reference for this material, I'd love to see it.

    Thanks all,
This topic has been closed for replies.
Correct answer insuractive
Well, after about a day and a half of troubleshooting, I finally figured out how to get it to work. It seemed as if my last error had to do with the fact that I had class files for the webservice objects scattered around my computer and CF has having problems (name collisions, maybe?) creating the stub files it needed for the web service invocation.

This, however, worked:

1) Update my machine to CF 7.0.2. so I don't have to keep uploading to the staging server to test

2) After doing some more research in the following articles, it seemed as if my initial approach (recreating complex object in CF structure/array) should have worked:
http://phillhowson.com/blog/index.cfm/2006/9/1/ColdFusion-and-Web-Services
http://cfdj.sys-con.com/read/86131.htm
http://livedocs.adobe.com/coldfusion/6/Developing_ColdFusion_MX_Applications_with_CFML/webservices6.htm

3) After playing around with syntax, I FINALLY found a solution that worked. It wound up being as simple as:

stArgs.ihatethisfield= arrCodes;
(see my code above)

Now why the previous code worked in 7.0.0 and this syntax works in 7.0.2, I have no idea.

But it works now, and that's all that matters.

3 replies

I
insuractiveAuthorCorrect answer
Inspiring
May 31, 2007
Well, after about a day and a half of troubleshooting, I finally figured out how to get it to work. It seemed as if my last error had to do with the fact that I had class files for the webservice objects scattered around my computer and CF has having problems (name collisions, maybe?) creating the stub files it needed for the web service invocation.

This, however, worked:

1) Update my machine to CF 7.0.2. so I don't have to keep uploading to the staging server to test

2) After doing some more research in the following articles, it seemed as if my initial approach (recreating complex object in CF structure/array) should have worked:
http://phillhowson.com/blog/index.cfm/2006/9/1/ColdFusion-and-Web-Services
http://cfdj.sys-con.com/read/86131.htm
http://livedocs.adobe.com/coldfusion/6/Developing_ColdFusion_MX_Applications_with_CFML/webservices6.htm

3) After playing around with syntax, I FINALLY found a solution that worked. It wound up being as simple as:

stArgs.ihatethisfield= arrCodes;
(see my code above)

Now why the previous code worked in 7.0.0 and this syntax works in 7.0.2, I have no idea.

But it works now, and that's all that matters.
I
insuractiveAuthor
Inspiring
May 30, 2007
OK, so maybe some progress, maybe not. I've managed to retrieve the .java files from the WSDL using C:\CFUSIONMX7\Runtime\Bin\wsdl2java.exe. This gave me a directory tree that looked something like this:

com/companyName/division/domain
com/companyName/division/util

I used my Java IDE to compile the java files into class files (required the appropriate jars:
C:/CFusionMX7/lib/axis.jar
C:/CFusionMX7/lib/xml-apis.jar
C:/CFusionMX7/lib/saaj.jar
C:/CFusionMX7/lib/jaxrpc.jar

I then placed my compiled classes (directory structure and all) in my CFUSIONMX7/Lib directory and restarted the server.

I can now instantiate the custom Java class for the problem Web Service parameter. Again, it works fine on my machine, but when I try to instantiate / call the webservice on my STAGING server, I get the following error:

Could not instantiate stub objects for web service invocation.
The rootcause was that: java.lang.reflect.InvocationTargetException

Any Ideas?
I
insuractiveAuthor
Inspiring
May 29, 2007
I've included some sample code below for the complex type (WSDL) and how I'm calling it:

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices