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.
git-svn-id: svn://10.0.0.236/trunk@116200 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@115174 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@114842 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@114765 18797224-902f-48f8-a5cc-f745e15eee43
This file is not presently built, and SOAP is not part of default build.
git-svn-id: svn://10.0.0.236/trunk@114707 18797224-902f-48f8-a5cc-f745e15eee43
not specified where it was AnyType or could be trivially derived from
the element name and namespaceURI being used.
SOAP is not part of default build.
git-svn-id: svn://10.0.0.236/trunk@114688 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@114584 18797224-902f-48f8-a5cc-f745e15eee43
eliminated use of multiple SOAP encoding URIs, and now only rely on the 1.2
with aliasing that can output 1.1.
SOAP is not part of default build.
git-svn-id: svn://10.0.0.236/trunk@114532 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@114504 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@114457 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@114405 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@113896 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@113865 18797224-902f-48f8-a5cc-f745e15eee43
