Closed
Bug 246783
Opened 21 years ago
Closed 21 years ago
Need support for params of type base64binary
Categories
(Core Graveyard :: Web Services, defect)
Core Graveyard
Web Services
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: keeda, Assigned: keeda)
Details
Attachments
(3 files, 2 obsolete files)
|
2.06 KB,
text/html
|
Details | |
|
14.40 KB,
patch
|
jst
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
|
7.11 KB,
patch
|
jst
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
This is often used for moving binary data over SOAP in a resonably efficient manner.
| Assignee | ||
Updated•21 years ago
|
Status: NEW → ASSIGNED
| Assignee | ||
Comment 1•21 years ago
|
||
This works, but I am not yet entirely happy. Too much cut paste code, could use
some refactoring. In any case, this is not finished since this ended up
exposing a lot of bugs in wsp code.
| Assignee | ||
Comment 2•21 years ago
|
||
| Assignee | ||
Comment 3•21 years ago
|
||
This is a testcase that uses SUN's public interop testing endpoint.
| Assignee | ||
Comment 4•21 years ago
|
||
Comment on attachment 150828 [details]
Testcase
Ugh ... sorry for the spam
Attachment #150828 -
Attachment is patch: false
Attachment #150828 -
Attachment mime type: text/plain → text/html
| Assignee | ||
Comment 5•21 years ago
|
||
I'd like to get at least this part in. All bugfixes. All stuff that looks like
its been broken since the initial checkin.
wspinfoservice.cpp
- There is no leading arg generated in the callback methods. A trailing context
arg is used for the context, the comment is just wrong. The k-1 screws up the
arg that is pointed to by size_is().
wspproxy.cpp
- VariantToArrayValue would deref a null pointer instead of assigning to it.
- VariantToOutParam passed in nsXPTCVariant* into this VariantToArrayValue.
It expected a pointer into an array of nsXPTCMiniVariant.
Pointer arithmetic on the pointer to the base struct blows up since the size
of the two structs is not the same. I split things up into two separate
params to avoid the mess.
- xptcall expects the type in the nsXPTCVariant to be set correctly. Make
VariantToOutParam set it and make sure that things dont blow up.
- Also deal with AString types in a couple of places. Looks like this code
was not updated after the new string types were added to idl. (This was
needed
to get some of the test code in webservices/proxy/test to work.)
Attachment #150827 -
Attachment is obsolete: true
| Assignee | ||
Comment 6•21 years ago
|
||
Comment on attachment 151011 [details] [diff] [review]
wsp fixes v2
jst, I really don't know who amongst currently active hackers knows this code.
Could you suggest someone or please have a look yourself.
Attachment #151011 -
Flags: review?(jst)
| Assignee | ||
Comment 7•21 years ago
|
||
This is ready for review. (It depends on the wsp patch above.
The needs for encoding the type are slightly different since base64binary was
not in the 1999 schema spec but is in the 2001 spec. So we should not use the
mapped uri of the schema for the type namespace. So the encoding part is a
little bit different from all the other simple encoders.
| Assignee | ||
Updated•21 years ago
|
Attachment #150823 -
Attachment is obsolete: true
| Assignee | ||
Updated•21 years ago
|
Attachment #151447 -
Flags: review?(jst)
Comment 8•21 years ago
|
||
Comment on attachment 151011 [details] [diff] [review]
wsp fixes v2
r+sr=jst
Attachment #151011 -
Flags: superreview+
Attachment #151011 -
Flags: review?(jst)
Attachment #151011 -
Flags: review+
Comment 9•21 years ago
|
||
Comment on attachment 151447 [details] [diff] [review]
SOAP patch v2
r+sr=jst
Attachment #151447 -
Flags: superreview+
Attachment #151447 -
Flags: review?(jst)
Attachment #151447 -
Flags: review+
| Assignee | ||
Comment 10•21 years ago
|
||
Thanks for the reviews. Checked in.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•