of HTTPS transport in SOAP. Duplicates functioning line above for HTTP. Does
not affect any object used outside of HTTPS transport for SOAP which wa not working.
an override to cause all SOAP responses to be parsed as XML, whatever the
reported MIME type is.
r=heikki, sr=vidur, a=asa for checkin to the 0.9.9 branch and the 1.0 trunk.
r=heikki, sr=vidur, sr=jband, a=shaver.
This eliminates the MOZ_SOAP defining and checking from the makefiles,
from one .cpp file for conditional compiles, and from .html documentation
and tests (.html is only significant to human readers).
this enables SOAP in the default build, and has been tested on all
clean builds.
MOZ_WSP. This was only done inside of the MOZ_SOAP defines. Tested
build with and without SOAP define. This permits SOAP to be built
without web service proxies. Related to bug 107795, but needed
whether or not SOAP becomes part of default build.
sr=vidur. SOAP is not part of default build.
Two of them involve the missing classes Struct and AnySimpleType, which I
have been able to fake out. The third involves the identification of the
type of the array. When identifying the type of a variant, interface means
that it contains a struct. but I was using the same method to identify the
type of an array, where interface always means you don't know the type (since
variants show up as interfaces in this case and even nested arrays are
variants).
SOAP is not part of default build.
of inheritance among builtins, and lack of AnySimpleType. Commented
lines will have to eventually be reenabled when AnySimpleType is
produced.
SOAP is not part of default build.
Also identified and entered a placeholder solution for variants not being
able to represent an empty array. also made primenumber test use
verifyheader.
SOAP is not part of default build.
to control the types of their children via the information received
from the schema. But the two critical lines actually getting the
information on the child types from the schema are commented out, because
there are problems with dual hierarchies of schema types that make it
not work as well as it should -- also inability to determine whether
the schema actually specified a type or just gave a nice default.
This also includes fixes to leaks and other problems discovered reviewing
the array code. This is the first code capable of inferring and encoding
a multi-dimensional array from the nested arrays of JS, where the array
type dictates. All my tests still work.
SOAP is not part of the default build.
Also, substituted 8 spaces for tabs in some SOAP files. Also updated
soap test files to either request UniversalBrowserRead or use verifySource.
r=mstoltz
SOAP is not part of default build.
that both complex types and simple restriction types may have base types,
and secondly acknowledging that complex types may have simple content models.
SOAP is not a part of the default build.
in XPCOM. Unfortunately, there is no way to test this because Apache
SOAP servers do not seem to produce them in any simple configuration
because Java does not support multidimensional arrays. I will be writing
code to test this later as I add support for encoding multi-dimensional
arrays, as specified by a schema type, which I can then decode without
actually sending / receiving a message, but I need to put this fix back
now. At least I didn't break decoding of single-dimensional arrays.
SOAP is not part of default build.
using wstrings instead of astrings for arrays, and ignoring the http
status and returning a fault code when there is one.
SOAP is not part of default build.
that it will be easier to add all the schema type checking there. Also
made this handler QI to nsIPropertyBag instead of expecting it to be the
type of the variant.
SOAP is not part of default build.
rayw%netscape.com
alecf%netscape.com
jaggernaut%netscape.com
jband%netscape.com
cbiesinger%web.de
darin%netscape.com
mkaply%us.ibm.com
peterv%netscape.com
vidur%netscape.com