The target namespace on <schema> should be applied to <element> if and only if <element> is qualified. b=192972. r=rayw@netscape.com, sr=jst@netscape.com.
Fixed a few warnings.
*** NOT PART OF THE BUILD ***
git-svn-id: svn://10.0.0.236/trunk@138634 18797224-902f-48f8-a5cc-f745e15eee43
This is a very simple, safe fix that fixes a crash in decoding structures
inside of arrays in SOAP, and affects nothing else.
git-svn-id: svn://10.0.0.236/trunk@120690 18797224-902f-48f8-a5cc-f745e15eee43
as xs:string type during encoding. Bug 131952, r=heikki, sr=jband, a=asa.
git-svn-id: svn://10.0.0.236/trunk@117170 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
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
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
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.
git-svn-id: svn://10.0.0.236/trunk@113211 18797224-902f-48f8-a5cc-f745e15eee43
xpconnect objects, rejecting errors, and making sure that the child elements
appear in the correct order.
SOAP is not part of the default build.
git-svn-id: svn://10.0.0.236/trunk@112702 18797224-902f-48f8-a5cc-f745e15eee43
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.
git-svn-id: svn://10.0.0.236/trunk@112683 18797224-902f-48f8-a5cc-f745e15eee43
xpconnect is saying that an array is an interface, I think.
SOAP not part of default build.
git-svn-id: svn://10.0.0.236/trunk@112449 18797224-902f-48f8-a5cc-f745e15eee43
only thing missing is proper construction of a variant. I will consult
with John.
Not part of default build.
git-svn-id: svn://10.0.0.236/trunk@112429 18797224-902f-48f8-a5cc-f745e15eee43
know how the property bag will come to me. Did not break anything.
SOAP is not part of default build.
git-svn-id: svn://10.0.0.236/trunk@112382 18797224-902f-48f8-a5cc-f745e15eee43
is not working perfectly WRT XPConnect, but broke nothing else. Also
added mutator and su[pporting classes.
SOAP is not part of default build.
git-svn-id: svn://10.0.0.236/trunk@112374 18797224-902f-48f8-a5cc-f745e15eee43
Makefile.in problems. Added ability for a specific version of SOAP
(Encoding) to deal with either version of Schema URI if it is
explicitly specified.
SOAP is not part of the default build.
git-svn-id: svn://10.0.0.236/trunk@111596 18797224-902f-48f8-a5cc-f745e15eee43
