Hi,
I have seen this a few times. I think it is the standard Microsoft
implementation that does not handle NULL values, for example for numbers.
Could it be possible to send a 0 (zero) instead of NULL in these cases? If you
can do that it is a single filter per field, and possibly the need to create
display-only placeholders for the value.
You could also create different filters for each possible combination of
NULL/non-null values, but this could become too much if you have more than 2-3
fields.
Or you might persuade your WebService supplier to support NULL values...
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.
> We're trying to consume an external, non-Remedy web service, using a set field
> from web service filter action. Watching arpluginsvr.log I can see the
> transaction successfully reach the vendor system, but it's erroring out due to
> failing validation on the other side. The XML being passed by the plugin
> server is the entire WSDL - the vendor indicates that we need to pass only
> those elements that contain an entry - no null values.
>
> The WSDL location points to the vendor's published WSDL, not a locally saved
> file. Even if we were able to use modified WSDL entries stored locally - we're
> not as basic authentication is needed - the values being passed are obviously
> going to vary from transaction to transaction. What I'm hoping to learn, is if
> there is any way to vary the values being passed by the plugin server so as to
> eliminate nulls, while using a single WSDL.
>
> TIA
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
