You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So I'm trying to upgrade to 2.x from 1.x and I'm experiencing a forward-compatibility problem I was hoping someone could help with (I think it's a bug but I'm not 100% sure..).
Basically I have a local WSDL document that I am referencing with the new 2.x syntax, and that seems to be working fine, except the WSDL document (which hasn't changed amidst the upgrade from 1.x to 2.x) specifies operation names such as getIP4Address.
ArgumentError: Unable to find SOAP operation: :getIP4Address
Operations provided by your service: [ ...... :get_ip4_address ..... ]
So basically it seems that when the WSDL doc was parsed, the operation names were taken from camelcase and underscored. My first qualm with this is that it's not out-of-the-box forward-compatible. More frustratingly, however, there doesn't seem to be an easy way to make this work. There's a convert_request_keys_to global option, but this seems to deal with the case of the request key symbols vs. the case of the tags in the XML request.
In my case, I really should be able to skip the hassle of changing my current code (where the request key case matches both the WSDL doc as well the case that the XML request needs to be in) to match some arbitrary casing for request keys that Savon uses internally.
Alternatively, I guess I could deal (although it would be a quite unintuitive and sort of silly) if there were some way to specify a global option for convert_request_keys_for_lookup_in_savon_service_operations_array_to :underscore
Please advise if there is some sort of workaround I can employ.
Thanks!
The text was updated successfully, but these errors were encountered:
I have what seems like a similar problem and a "fix" that solves it for my needs in #389. Although my fix works with the WSDL I am using for my project, the fix does break the integration tests so it's not correct.
If the two are related, perhaps you could help me fix the code in my pull request -- if it solves the problems we are having.
Closing due to inactivity. I'm sorry that the transition from v1 to v2 was rocky, but it feels like we're now in a world where v2 is the one true, maintained version.
So I'm trying to upgrade to 2.x from 1.x and I'm experiencing a forward-compatibility problem I was hoping someone could help with (I think it's a bug but I'm not 100% sure..).
Basically I have a local WSDL document that I am referencing with the new 2.x syntax, and that seems to be working fine, except the WSDL document (which hasn't changed amidst the upgrade from 1.x to 2.x) specifies operation names such as
getIP4Address
.When I try to run:
I get the following error:
So basically it seems that when the WSDL doc was parsed, the operation names were taken from camelcase and underscored. My first qualm with this is that it's not out-of-the-box forward-compatible. More frustratingly, however, there doesn't seem to be an easy way to make this work. There's a
convert_request_keys_to
global option, but this seems to deal with the case of the request key symbols vs. the case of the tags in the XML request.In my case, I really should be able to skip the hassle of changing my current code (where the request key case matches both the WSDL doc as well the case that the XML request needs to be in) to match some arbitrary casing for request keys that Savon uses internally.
Alternatively, I guess I could deal (although it would be a quite unintuitive and sort of silly) if there were some way to specify a global option for
convert_request_keys_for_lookup_in_savon_service_operations_array_to :underscore
Please advise if there is some sort of workaround I can employ.
Thanks!
The text was updated successfully, but these errors were encountered: