search : axis1

Axis-2 and Axis-1 compatibility issues in ColdFusion

2608231 CF-4159711 Paul N. The service works fine with Axis 1. For using Axis 1, you can set "wsversion" property.

2609741 CF-3787631 External U. This needs to be made consistent with Axis 1 behavior or a way to toggle it in Application.cfc or CFAdmin.

Comment on Nationwide: Web Services default to Axis 2 methods even if set to Axis 1 in CF Admin by Milan C.

2673632 CF-4120168 Dattanand M. Hi Aaron, Closing this bug as we are supporting NTLM authentication for both Axis 1 and Axis 2. Thanks, Dattanand Bhat

2609154 CF-3919057 Milan C. The service is still working in axis1, probably it has to do something with the compatibility between axis1 and axis2 As a workaround, user can pass wsversion=1 in arguments while creating webservice object. obj = createObject("webservice", "accessiblewsdl", {wsversion

2608231 CF-4159711 Akhila K. Hi Mike, As Paul has mentioned below, please try with specifying "wsversion" for Axis 1 and let us know. Thanks, Akhila.

2673632 CF-4120168 External U. In short, this issue affects anyone using NTLM+cfsharepoint or NTLM+Axis1.

2609004 CF-3948955 External U. Upgraded from cf 8 to cf 11 to find out that my code was breaking. Work around was to downgrade to axis 1. Looking forward to this bugfix to be deployed.

2610903 CF-3671365 External U. the webservice version is axis1

2597735 CF-3042771 Web Services MrSmith MrSmith Bug 85060:Upgrade the web services engine to Axis2 Problem: Upgrade the web services engine to Axis2. Currently using Axis1 prevents interoperability with a lot of third party libraries like apache cxf, Axis1 is no longer updated from 2006 and has

2608321 CF-4127419 Web Services : General ext-user Adding consumer setting level at admin Problem: Adding consumer setting level at admin Method: consuming webservice from axis 1 Result: it takles axis 2 and displays a error Expected: Should take webvervise as mentioned Workaround

2612559 CF-3498968 Paul N. For now, you can use a workaround to using Axis 1 engine to do the client side stub. You can change the code like, I have just added a wsversion="1" in the tag. Will fix this issue with Axis 2 framework also. Thanks

2613132 CF-3344353 External U. Unverified since October last year? That's ridiculous. And yes I am having the same problem. Reverting back to Axis 1 seems to solve the problem but then what's the point of even having the Axis 2 option? There is none.

: john doe As a workaround, we can use axis 1 to publishing and consuming

Nationwide: Web Services default to Axis 2 methods even if set to Axis 1 in CF Admin

the code. In the scenario where we are seeing the function size in more than 16500 lines.   If Axis1 is used to create the stub, the function size is within the limits of java compiler.

.lang.Runtime.exec(Runtime.java:528) at coldfusion.jsp.JavaCompiler.outProcessCompile(JavaCompiler.java:648) at coldfusion.jsp.JavaCompiler.compileClass(JavaCompiler.java:147) at coldfusion.xml.rpc.Axis1ServiceInfoGeneratorStrategy$2.run(Axis1ServiceInfoGeneratorStrategy.java:153) at java

decided to implement a fix for AXIS1 so that it doesn’t fall back to basic. Hopefully you will get the fix in HF2.

2673633 CF-4120166 External U. Hi Dattanand, On CF-4126548, I do not see any comment describing the proposed fix. If the CF-4126548 fix will 1) prevent stub creation from falling back to Basic and 2) prevent Axis1 from falling back to Basic, then yes this ticket CF-4120166 could be closed as a

2673632 CF-4120168 Documentation Aaron Neff [ANeff] Doc Bug for: Docs should say NTLM only supported for Axis 2 (wsversion="2"). Per 4076462, Axis 1 silently falls back* to Basic Auth if NTLM is disabled on the remote server. Suggestion: cfsharepoint/cfinvoke/cfobject/createObject docs should say

2673633 CF-4120166 SharePoint Support Aaron Neff [ANeff] Bug for: cfsharepoint missing the wsversion attribute Duplicate ID: CF-4126548 Per 4076462, Axis 1 silently falls back* to Basic Auth if NTLM is disabled on the remote server. Issue: There is no workaround for cfsharepoint. cfsharepoint

2609741 CF-3787631 Paul N. This is a change in behavior in how we designed the Axis 2 web services support. In Axis 1, For every web service request we created a new CFC instance and the request was handled by this new instance. That is why the variables always gets re initialized for every

2609004 CF-3948955 Web Services : Axis 2 Kevin Benore Empty Query Improperly Displaying in WebServices in CF 11 Problem Description: Empty queries on Axis 2 for BOTH CF 10/CF 11 comes back as a QueryBean object instead of empty query (as it does with Axis 1). Queries with results come back

and Environment details: using axis 1

. Already tried with both Axis1 and Axis2. ----------------------------- Additional Watson Details ----------------------------- Watson Bug ID: 3579176 External Customer Info: External Company: WA ADMIN OFFICE OF THE COURTS External Customer Name: Adam Peterson External Customer Email: Adam.Peterson@courts.wa.gov

DemandRecallGoService/RecallGoService HTTP/1.1 Content-Type: text/xml; charset=utf-8 Accept: application/soap+xml, application/dime, multipart/related, text/* User-Agent: Axis/1.2.1 Host: xxx.xx.xx.xx:8443 Cache-Control: no-cache Pragma: no-cache SOAPAction: "urn:interfaces.v1.common

) cfsharepoint does not support wsversion="1|2". It always uses Axis 1. 2) cfinvoke/cfobject/createobject all support wsversion="1|2" 3) Axis 1 falls back to Basic Auth, but Axis 2 does not. New suggestions: 1) Only support authtype="ntlm" when wsversion="2". If authtype="ntlm" and wsversion="1", then throw

/dime, multipart/related, text/* User-Agent: Axis/1.2.1 Host: my.domain.com Cache-Control: no-cache Pragma: no-cache SOAPAction: "http://schemas.microsoft.com/sharepoint/soap/GetListCollection" Content-Length: 335 Authorization: Basic dXNlcm5hbWU6cGFzc3dvcm

2609005 CF-3948954 Web Services Kevin Benore Empty Query Improperly Displaying in WebServices Duplicate ID: CF-3948955 I Problem Description: Empty queries on Axis 2 for BOTH CF 10/CF 11 comes back as a QueryBean object instead of empty query (as it does with Axis 1). Queries with results come

started IDS. Check the error log Same result for Axis 1 and Axis 2. Actual Result: You get this in the error log. coldfusion.jsp.CompilationFailedException: Errors reported by Java compiler: /Applications/ColdFusion11/cfusion/stubs/aaa_2/src/localhost/service_wsdl/Service.java:31 : error: variable

) { return "(#xAxis#,#yAxis#,#ARGUMENTS.zAxis#)" } } get3D=set2D(xAxis=1, yAxis=2) get3D(xAxis=3)//typo: 'x' should be 'z' {code} ----------- *Issue 1:* _If innocent user makes a typo and calls `get3D(xAxis=3)`, instead of `get3D(zAxis=3)`, there is silent corruption._ *Example 2* (where is

.base/java.lang.Runtime.exec(Unknown Source) at coldfusion.jsp.JavaCompiler.outProcessCompile(JavaCompiler.java:648) at coldfusion.jsp.JavaCompiler.compileClass(JavaCompiler.java:147) at coldfusion.xml.rpc.Axis1ServiceInfoGeneratorStrategy$2.run(Axis1ServiceInfoGeneratorStrategy.java:153) at java