| From | Sent On | Attachments |
|---|---|---|
| 121 earlier messages | ||
| Rich Thompson | Jan 27, 2003 7:06 am | |
| Rich Thompson | Jan 27, 2003 7:08 am | |
| Rich Thompson | Jan 27, 2003 7:12 am | |
| Rich Thompson | Jan 27, 2003 7:14 am | |
| Rich Thompson | Jan 27, 2003 7:20 am | |
| Rich Thompson | Jan 27, 2003 7:22 am | |
| Rich Thompson | Jan 27, 2003 7:25 am | |
| Rich Thompson | Jan 27, 2003 8:41 am | |
| Rich Thompson | Jan 27, 2003 8:44 am | |
| Rich Thompson | Jan 27, 2003 8:46 am | |
| Rich Thompson | Jan 27, 2003 8:48 am | |
| Rich Thompson | Jan 27, 2003 8:51 am | |
| Rich Thompson | Jan 27, 2003 8:53 am | |
| Rich Thompson | Jan 27, 2003 8:56 am | |
| Subbu Allamaraju | Jan 27, 2003 9:05 am | |
| Rich Thompson | Jan 27, 2003 5:50 pm | |
| Rex Brooks | Jan 28, 2003 6:39 am | |
| Rich Thompson | Jan 28, 2003 12:41 pm | |
| Rich Thompson | Jan 28, 2003 12:43 pm | |
| Rich Thompson | Feb 6, 2003 11:30 am | |
| Rich Thompson | Feb 7, 2003 7:02 am | |
| Rich Thompson | Feb 7, 2003 7:10 am | |
| Michael Freedman | Feb 9, 2003 6:19 pm | |
| Eilon Reshef | Feb 10, 2003 9:39 pm | |
| Rich Thompson | Feb 11, 2003 11:19 am | |
| Rich Thompson | Feb 11, 2003 11:19 am | |
| Rich Thompson | Feb 12, 2003 7:07 am | |
| Rich Thompson | Feb 12, 2003 7:09 am | |
| Rich Thompson | Feb 12, 2003 7:12 am | |
| Rich Thompson | Feb 12, 2003 7:15 am | |
| Rich Thompson | Feb 12, 2003 8:35 am | |
| Rich Thompson | Feb 12, 2003 8:44 am | |
| Rich Thompson | Feb 12, 2003 8:47 am | |
| Rich Thompson | Feb 12, 2003 8:54 am | |
| Rich Thompson | Feb 12, 2003 9:06 am | |
| Michael Freedman | Feb 12, 2003 10:56 am | |
| Michael Freedman | Feb 12, 2003 11:04 am | |
| Rich Thompson | Feb 12, 2003 11:43 am | |
| Michael Freedman | Feb 12, 2003 11:47 am | |
| Rich Thompson | Feb 12, 2003 12:04 pm | |
| Michael Freedman | Feb 12, 2003 6:15 pm | |
| Andre Kramer | Feb 13, 2003 3:14 am | |
| Andre Kramer | Feb 13, 2003 3:40 am | |
| Andre Kramer | Feb 13, 2003 4:03 am | |
| Subbu Allamaraju | Feb 13, 2003 10:54 am | |
| Rich Thompson | Feb 13, 2003 10:55 am | |
| Alejandro Abdelnur | Feb 13, 2003 11:02 am | |
| Michael Freedman | Feb 13, 2003 11:30 am | |
| Michael Freedman | Feb 13, 2003 12:01 pm | |
| Alejandro Abdelnur | Feb 13, 2003 1:29 pm | |
| Michael Freedman | Feb 13, 2003 2:03 pm | |
| Alejandro Abdelnur | Feb 13, 2003 2:27 pm | |
| Eilon Reshef | Feb 13, 2003 2:37 pm | |
| Eilon Reshef | Feb 13, 2003 2:37 pm | |
| Michael Freedman | Feb 13, 2003 3:56 pm | |
| Michael Freedman | Feb 13, 2003 3:58 pm | |
| Andre Kramer | Feb 14, 2003 1:17 am | |
| Rich Thompson | Feb 14, 2003 10:26 am | |
| Rich Thompson | Feb 14, 2003 11:01 am | |
| Subbu Allamaraju | Feb 14, 2003 11:09 am | |
| Rich Thompson | Feb 14, 2003 12:26 pm | |
| Rich Thompson | Feb 14, 2003 12:42 pm | |
| Richard Jacob | Feb 17, 2003 1:09 am | |
| Rich Thompson | Feb 18, 2003 11:42 am | |
| Rich Thompson | Feb 18, 2003 11:56 am | |
| Rich Thompson | Feb 18, 2003 12:03 pm | |
| Rich Thompson | Feb 18, 2003 12:56 pm | |
| Michael Freedman | Feb 18, 2003 3:12 pm | |
| Rich Thompson | Feb 19, 2003 5:42 am | |
| Rich Thompson | Feb 19, 2003 7:24 am | |
| Rich Thompson | Feb 19, 2003 7:40 am | |
| Rich Thompson | Feb 19, 2003 7:46 am | |
| Rich Thompson | Feb 19, 2003 7:53 am | |
| Rich Thompson | Feb 19, 2003 7:55 am | |
| Rich Thompson | Feb 19, 2003 8:02 am | |
| Rich Thompson | Feb 19, 2003 8:07 am | |
| Rich Thompson | Feb 19, 2003 8:12 am | |
| Rich Thompson | Feb 19, 2003 8:16 am | |
| Rich Thompson | Feb 19, 2003 8:21 am | |
| Rich Thompson | Feb 19, 2003 8:24 am | |
| Rich Thompson | Feb 19, 2003 8:27 am | |
| Rich Thompson | Feb 19, 2003 8:30 am | |
| Rich Thompson | Feb 19, 2003 8:33 am | |
| Rich Thompson | Feb 19, 2003 8:55 am | .bin, .bin |
| Michael Freedman | Feb 19, 2003 8:56 am | |
| Rich Thompson | Feb 19, 2003 11:43 am | |
| Rich Thompson | Feb 20, 2003 6:40 am | |
| Rich Thompson | Feb 20, 2003 6:43 am | |
| Michael Freedman | Feb 20, 2003 1:57 pm | |
| Michael Freedman | Feb 20, 2003 2:04 pm | |
| Andre Kramer | Feb 21, 2003 1:30 am | |
| Rich Thompson | Feb 21, 2003 4:25 am | |
| Rich Thompson | Feb 21, 2003 4:31 am | |
| Rich Thompson | Feb 21, 2003 4:36 am | |
| Andre Kramer | Feb 21, 2003 4:53 am | |
| Andre Kramer | Feb 21, 2003 5:08 am | |
| Rich Thompson | Feb 21, 2003 6:58 am | |
| Rich Thompson | Feb 21, 2003 7:30 am | |
| Rich Thompson | Feb 21, 2003 7:41 am | |
| Rich Thompson | Feb 21, 2003 7:59 am | |
| 89 later messages | ||
| Subject: | Re: [wsrp-wsia] [change request #143] Properly encode '&' in examplesand BNF | |
|---|---|---|
| From: | Alejandro Abdelnur (alej...@sun.com) | |
| Date: | Feb 13, 2003 1:29:27 pm | |
| List: | org.oasis-open.lists.wsrp-wsia | |
I don't get it, are you saying that the consumer rewriting happens before the you get the content from the WS stack? That's odd.
Doing a step by step I don't see a problem:
A portlet creates content using XML escaping rules only if it wants to use a special XML character (<, >, &) and it wants it to be displayed [instead of being intepreted as XML special character] by the user agent. If the stack needs to encode this to send it over the wire (producer to consumer), the stack will decode it.
The portlet creates the following content:
<B>Hello, <A HREF="wsrp-rewrite?wsrp-urlType=action&message=greetings/wsrp-rewrite">click here!</A></ B>
The producer WS stack XML escapes it:
<B>Hello, <A HREF="wsrp-rewrite?wsrp-urlType=action&message=greetings/wsrp-rewrite">click here!</A></ B>
The producer sends the content to the consumer. The consumer WS stack decodes it back to what the portlet originally created. The consumer looks for templates to rewrite 'wsrp-rewrite? .... /wsrp-rewrite', and replaces the template with a well formed URL:
<B>Hello, <A HREF="http://foo.com?target=myPorltet&wsrp-urlType=action&message=greetings">click here!</A></ B>
Consumer creates portal page with this content and sends it back to user-agent without further escaping/encoding.
The portlet is responsible for doing URL escaping (using the %HH) for characters that have special meaning r are not valid in the querystring. For example, if you want the user agent and the server receiving the request to see & as a regular character instead interpreting it as a name/value separator you use %26 instead &. But this is not affected by the XML encoding done by the WS stack.
On the way back the URL is processed correctly by the consumer and it may undergo an XML encoding when going from consumer to producer but this is done by the WS stack.
Alejandro
Michael Freedman wrote:
What you are missing is the difference between what is transported over the wire and what the consumer/client sees. Yes, the & is transformed by the underlying stack to & to carry in the soap message -- however on the other side the consumer/client sees the value as merely &. Though we could claim that consumer rewriting occurs before other processing and hence could replace the & with an & what do we do in the template case? Once we account for & in producer templates shouldn't we be consistent with consumer rewriting? Finally note, though I suggested we merely require & use rather then both we will need to think this through carefully. There is a [slight] performance impact on supporting both but we need to ensure that & is valid for all document types/browsers whether the document type be XML based/related or not. If we can't convince ourselves of this then we will probably need to support both forms -- the semantics are easy for the consumer -- merely pass on what you receive [assume the producer did the right thing]. Producer templates however get ugly at it would seem we would need to pass an XML friendly form and regular form doubling the number of templates we carry. -Mike-
Alejandro Abdelnur wrote:
Wouldn't this be taken care by the XML encoding that happens when you put the content into the SOAP response? Same as the < and > ? What am I missing?
Rich Thompson wrote:
Document: Spec Section: 10.2.1 and 10.2.2 Page/Line: 58/15 and 61/24 Requested by: Mike Freedman Old text: wsrp-rewrite?wsrp-urlType=value&name1=value1&name2=value2.../wsrp-rewrite
New text: wsrp-rewrite?wsrp-urlType&name1=value1&name2=value2 .../wsrp-rewrite
Reasoning: If the content containing the wsrp-rewrite is XML them the use of & makes its on invalid document. Rather the & must be expressed as & We should just make this form the standard use rather then supporting both flavors as supporting both has a negative impact on the implementation/performance of the consumer rewrite code -- something that needs to stay as efficient as possible. Note: we should also change the producer template URL to use & as we don't know the content the producer will produce. Finally, we should chaneg the BNF. FYI ... what follows is a brief paragraph from the XHTML spec explaining the above problem:
C.12. Using Ampersands in Attribute Values (and Elsewhere) In both SGML and XML, the ampersand character ("&") declares the beginning of an entity reference (e.g., ® for the registered trademark symbol "®"). Unfortunately, many HTML user agents have silently ignored incorrect usage of the ampersand character in HTML documents - treating ampersands that do not look like entity references as literal ampersands. XML-based user agents will not tolerate this incorrect usage, and any document that uses an ampersand incorrectly will not be "valid", and consequently will not conform to this specification. In order to ensure that documents are compatible with historical HTML user agents and XML-based user agents, ampersands used in a document that are to be treated as literal characters must be expressed themselves as an entity reference (e.g. "&"). For example, when the href attribute of the a element refers to a CGI script that takes parameters, it must be expressed as http://my.site.dom/cgi-bin/myscript.pl?class=guest&name=user rather than as http://my.site.dom/cgi-bin/myscript.pl?class=guest&name=user.
---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>
---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>
---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>






.bin, .bin