<< BACFUG public

Discussion Area

ask questions, discuss topics, solve problems

This is a public Discussion Area  publicRSS

Thread

    • Seen this? Mac OS X 10.5, standalone CF8, trying...
      Thread posted 12/19/08 by GregHansenAdobe
      984 Views, 6 Comments
      Title:
      Seen this? Mac OS X 10.5, standalone CF8, trying to access a webservice: "unsatisfiedLinkError: no ntvinv in java.library.path
      Content:
      I'm trying to access an internal-to-Adobe webserver using the code shown in the code snippet.

      When the cfobject tag is executed, I get the dump shown following the code. The only reference to ntvinv I can find on the web is from a user running on Windows, who didn't have "ntvinv.dll" in his library path. This clearly does not apply to Mac OS X, but I'm stumped as to what the problem might be. I've run the wsdl2java utility manually as described here using a shell script that removes the java stubs, then regenerates them. The web service was written completely in Java, so the programmer there isn't very helpful.

      Any clues appreciated!

      Greg
      Code Snippet:

    Comments

    • See if you have tools.jar in your CF8 install and, if so, move it somewhere safe and restart CF8.
    • A scan of the complete disk (Macbook Pro) revealed only one file named "tools.jar", which was located at (/Library/Application Support/Adobe/Adobe Version Cue CS4/Server/bin/tools.jar). Would it make sense to try removing the manually-created java stubs? Does CF8 know to generate these on its own?
    • CF8 should be able to recreate the stubs if you blow them away manually. But I suspect it will recreate them just the same way and you'll still have this problem. Worth a try tho'
    • You were correct - it recreates the stubs, and runs into the same problem. This may motivate me to try the same setup on a PC rather than a mac. Thanks for the suggestion, though!
    • Just to close out this thread: I tried it on a PC, and it did not get the same error, but had different errors. I found one post on the web that suggested creating one's own SOAP request, and using the HTTP method to send it to the server. I did this, and it works beautifully. You can get a template for the SOAP requests very easily using eviware's SoapUI program, which has a feature that produces all possible call templates from a given WSDL URL. You can fill in the parameters in the UI, and try a request to see what comes back. Very cool utility. Here's an example of a call: This was a call to a method that required no parameters; had there been one, there would have been a '?' in the body of the SOAP call shown in SoapUI, which I then replaced with the passed-in parameter value. Use cfdump to examine the return, as there are multiple levels of wrapping on it that you must undo yourself. Hope this helps someone!
    • oops, the code got eaten by the parser. I've attached it as a file.
      soapexamplecall.txt (1KB)