FYI I have applied another patch to portalstandards.oracle.com that
fixes the problems we were seeing when trying to actually display the
BEA portlets. It turns out there is a low-level bug in JAX-RPC to do
with its buffering of CDATA sections. This meant JAX-RPC was throwing
away most of the markup for all the portlets. I have applied a fix and
will pass it on to the Oracle (and potentially Sun) JAX-RPC teams.
If you notice other cases where our consumer seems to be truncating
content, I would be interested to know, as I suspect there may be other
places where this buffering problem might surface!
Now we can work through all the various problems I am seeing!
One major problem with the BEA producer is that we aren't recognizing
any of the faults it throws (see below) so we do not detect session
timeouts. So if you see none of the BEA portlets are displaying in the
Oracle consumer, log out and log back in to the portal to establish a
new session.
Here's my list of non-compliances in the BEA Producer
Faults are being sent in the wrong format, so we are not
detecting session timeouts, e.g.
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Body>
<soapenv:Fault
xmlns:urn="urn:oasis:names:tc:wsrp:v1:types">
<faultcode>urn:InvalidSession</faultcode>
<faultstring>The given session ID
[1F1eoxWYvvBj5M3Jz11NMpb7SQt4WoO42duxt1PL6dFI8Lrei5E7!1553574460] is
invalid or the session corresponding to this ID has
expired.</faultstring>
<detail>
<detail>com.bea.wsrp.faults.InvalidSessionException:
The given session ID
[1F1eoxWYvvBj5M3Jz11NMpb7SQt4WoO42duxt1PL6dFI8Lrei5E7!1553574460] is
invalid or the session corresponding to this ID has expired. at
com.bea.wsrp.producer.handlers.markup.SessionIdFilter.validateSession(SessionIdFilter.java:101)
at
com.bea.wsrp.producer.handlers.markup.SessionIdFilter.doFilter(SessionIdFilter.java:66)
at
com.bea.wsrp.producer.WsrpServer.invokeHandler(WsrpServer.java:322)
at com.bea.wsrp.producer.WsrpServer.doService(WsrpServer.java:297)
at
com.bea.wsrp.producer.WsrpServer.processServiceRequest(WsrpServer.java:210)
at com.bea.wsrp.producer.WsrpServer.service(WsrpServer.java:169) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:971)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:402)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
com.bea.wsrp.producer.adapter.pageflow.WsrpPageflowFilter.doFilter(WsrpPageflowFilter.java:73)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6356)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3635)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) at
weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)</detail>
</detail>
</soapenv:Fault>
</soapenv:Body>
</soapenv:Envelope>
Note that there is an extra nested detail element, which JAX-RPC
doesn't seem to like.
nativeTaskPortlet, nativeCalendarPortlet, nativeDiscussionPortlet
have broken relative image links such as
"/producer/collaboration/nativedb/todo/images/p_high.gif" that haven't
been output as absolute links or WSRP resource URLs.
The 'native' portlets are also using a non-standard way of
passing navigational state and interaction state. They are tacking on
extra parameters to the template URL with the namespace prefix on them,
e.g. "&273_35292_273_1_1compoze_collaboration_task_sort_property=1&273_35292_273_1_1compoze_collaboration_task_sort_order=1".
But unfortunately, our template ends with #{wsrp-fragmentID}, so the
extra parameters are seen as part of a 'resource locator'. I don't
think the spec allows you to tack on extra parameters to a template.
The correct way to pass these parameters is as navigational state or
interaction state. E.g. wsrp-navigationalState=compoze_collaboration_task_sort_property%3D1%26compoze_collaboration_task_sort_order%3D1
The Redirect portlet redirects me to
http://portalstandards.oracle.com/index.jsp for some reason (although
it redirects to http://www.bea.com in our test environment)
Our portal doesn't have access to the secure resource at
https://wsrp.avitek.com:7002/producer/rewrite/testSecure.gif
The upload portlet doesn't do anything with the files I upload to
it! We're passing it a single upload context with the
multipart/form-data mime part posted by the browser. It looks like
this. Admittedly we are sending a lot of extra headers, but the
important ones are all there.
<ns0:uploadContexts>
<ns0:mimeType>multipart/form-data;
boundary=---------------------------25055189123857</ns0:mimeType>
<ns0:uploadData>LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0yNTA1NTE4OTEyMzg1Nw0KQ29udGVudC1EaXNwb3NpdGlvbjogZm9ybS1kYXRhOyBuYW1lPSIyNzNfMzUyOTBfMjczXzFfMXthY3Rpb25Gb3JtLnRleHQxfSINCg0KQSBob2xpZGF5IGhvdHNwb3QNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tMjUwNTUxODkxMjM4NTcNCkNvbnRlbnQtRGlzcG9zaXRpb246IGZvcm0tZGF0YTsgbmFtZT0iMjczXzM1MjkwXzI3M18xXzF7YWN0aW9uRm9ybS5maWxlMX0iOyBmaWxlbmFtZT0iSG9saWRheS5odG1sIg0KQ29udGVudC1UeXBlOiB0ZXh0L2h0bWwNCg0KPGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5TY290dGlzaCBIb2xpZGF5cyBhbmQgVmFjYXRpb25zIGluIEF5cnNoaXJlIGFuZCBBcnJhbjwvdGl0bGU+DQo8bWV0YSBuYW1lPSJrZXl3b3JkcyIgY29udGVudD0iU2NvdHRpc2ggSG9saWRheSBBeXJzaGlyZSBhbmQgQXJyYW4gQXlyc2hpcmUgQXJyYW4gT3BlbiBHb2xmIFJvYmVydCBCdXJucyBCdXJucyBQb2V0cnkgVGhlIFNjb3R0aXNoIE9wZW4gQnJpdGlzaCBPcGVuIElzbGUgb2YgQXJyYW4gU2NvdHRpc2ggR29sZiBIb2xpZGF5LiI+DQo8bWV0YSBuYW1lPSJkZXNjcmlwdGlvbiIgY29udGVudD0iQXlyc2hpcmUgaXMgdGhlIGJpcnRocGxhY2Ugb2YgT3BlbiBHb2xmLCB3aXRoIE9wZW4gY2hhbXBpb25zaGlwIGNvdXJzZXMgYXQgVHJvb24gYW5kIFR1cm5iZXJyeSBnb2xmIGN
vdXJzZS4gQXlyc2hpcmUgaXMgYWxzbyBiaXJ0aHBsYWNlIG9mIFNjb3RsYW5kJ3MgbW9zdCBmYW1vdXMgcG9ldCwgUm9iZXJ0IEJ1cm5zLiI+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+DQo8IS0tDQoudGV4dCB7ICBmb250LWZhbWlseTogQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMHB0OyBmb250LXN0eWxlOiBub3JtYWx9DQouMXN0cGFyYSB7ICBmb250LWZhbWlseTogQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMHB0OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBib2xkfQ0KLmhlYWRlciB7ICBmb250LWZhbWlseTogVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMHB0OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBib2xkfQ0KLS0+DQo8L3N0eWxlPg0KPHNjcmlwdCBsYW5ndWFnZT0iSmF2YVNjcmlwdCIgc3JjPSJodHRwOi8vd3d3LmF5cnNoaXJlLWFycmFuLmNvbS9qYXZhL2luZGV4amF2YS5qcyIgaG90c3dhcD0iZXh0SnNfMSI+PC9zY3JpcHQ+DQo8c2NyaXB0IGxhbmd1YWdlPSJKYXZhU2NyaXB0IiB0eXBlPSJ0ZXh0L0phdmFTY3JpcHQiPg0KPCEtLQ0KZnVuY3Rpb24gTU1fcmVsb2FkUGFnZShpbml0KSB7ICAvL3JlbG9hZHMgd
GhlIHdpbmRvdyBpZiBOYXY0IHJlc2l6ZWQNCiAgaWYgKGluaXQ9PXRydWUpIHdpdGggKG5hdmlnYXRvcikge2lmICgoYXBwTmFtZT09Ik5ldHNjYXBlIikmJihwYXJzZUludChhcHBWZXJzaW9uKT09NCkpIHsNCiAgICBkb2N1bWVudC5NTV9wZ1c9aW5uZXJXaWR0aDsgZG9jdW1lbnQuTU1fcGdIPWlubmVySGVpZ2h0OyBvbnJlc2l6ZT1NTV9yZWxvYWRQYWdlOyB9fQ0KICBlbHNlIGlmIChpbm5lcldpZHRoIT1kb2N1bWVudC5NTV9wZ1cgfHwgaW5uZXJIZWlnaHQhPWRvY3VtZW50Lk1NX3BnSCkgbG9jYXRpb24ucmVsb2FkKCk7DQp9DQpNTV9yZWxvYWRQYWdlKHRydWUpOw0KLy8tLT4NCjwvc2NyaXB0Pg0KPC9oZWFkPg0KDQo8Ym9keSBiZ2NvbG9yPSIjRkZGRkZGIiBsZWZ0bWFyZ2luPSIwIiB0b3BtYXJnaW49IjAiIG1hcmdpbndpZHRoPSIwIiBtYXJnaW5oZWlnaHQ9IjAiIG9uTG9hZD0iTU1fcHJlbG9hZEltYWdlcygnQUFUQmhvbWUvTW0wMWIuZ2lmJywnQUFUQmhvbWUvTW0wMmIuZ2lmJywnQUFUQmhvbWUvTW0wM2IuZ2lmJywnQUFUQmhvbWUvTW0wNGIuZ2lmJywnQUFUQmhvbWUvTW0wNWIuZ2lmJywnQUFUQmhvbWUvTW0wN2IuZ2lmJywnQUFUQmhvbWUvUm1lbnUxQi5HSUYnLCdBQVRCaG9tZS9SbWVudTJCLkdJRicsJ0FBVEJob21lL1JtZW51M0IuR0lGJywnQUFUQmhvbWUvUm1lbnU0Qi5HSUYnLCdBQVRCaG9tZS9SbWVudTVCLkdJRicsJ0FBVEJob21lL1JtZW51N0IuR0lGJywnQUFUQmhvbWUvTW0
wNmIuZ2lmJywnQUFUQmhvbWUvYnVybnMlMjAyLmdpZicpIj4NCjxkaXYgaWQ9IkxheWVyMyI+IA0KICA8dGFibGUgd2lkdGg9IjUyNSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iNSI+DQogICAgPHRyPiANCiAgICAgIDx0ZCB2YWxpZ249Im1pZGRsZSIgaGVpZ2h0PSIwIiBjb2xzcGFuPSIyIj4gDQogICAgICAgIDxwIGFsaWduPSJsZWZ0Ij48Zm9udCBjb2xvcj0iIzAwMzM5OSIgY2xhc3M9IjFzdHBhcmEiIGZhY2U9IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9IjIiPjwvZm9udD48L3A+DQogICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPiANCiAgICAgIDx0ZCB2YWxpZ249Im1pZGRsZSIgaGVpZ2h0PSIwIj48cD48Zm9udCBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIiBjbGFzcz0iaGVhZGVyIj5IYXZlIA0KICAgICAgICAgIHlvdXIgaWRlYWwgU2NvdHRpc2ggaG9saWRheSBpbiBBeXJzaGlyZSBhbmQgQXJyYW4hPGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8L2ZvbnQ+PGZvbnQgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+QXlyc2hpcmUgDQogICAgICAgICAgaXMgdGhlIGJpcnRocGxhY2Ugb2YgT3BlbiBHb2xmLCB3aXRoIE9wZW4gQ2hhbXBpb25zaGlwIGNvdXJzZXMgYXQgVHJvb24gDQogICAgICAgICAgYW5kIFR1cm5iZXJyeSwgYW5kIHRoZ
SBzaXRlIG9mIHRoZSB2ZXJ5IGZpcnN0IEJyaXRpc2ggT3BlbiBhdCBQcmVzdHdpY2suPGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8L2ZvbnQ+PGZvbnQgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+SXQncw0KICAgICAgICAgIGFsc28gdGhlIGJpcnRocGxhY2Ugb2YgU2NvdGxhbmQncyBtb3N0IGZhbW91cyBwb2V0LCBSb2JlcnQgQnVybnMsIGNlbGVicmF0ZWQNCiAgICAgICAgICBpbiBNYXkNCiAgICAgICAgICAyMDAzIGJ5ICYjODIyMDs8YSBocmVmPSJodHRwOi8vd3d3LmJ1cm5zZmVzdGl2YWwuY29tIj5CdXJucyBhbicgYScgdGhhdDwvYT4mIzgyMjE7LCBTY290bGFuZCYjODIxNztzDQogICAgICAgICAgbmV3ZXN0IGFuZCBtb3N0IGV4Y2l0aW5nIGZlc3RpdmFsIGNlbGVicmF0aW5nIGxpZmUgYW5kIGNvbnRlbXBvcmFyeQ0KICAgICAgICAgIFNjb3R0aXNoDQogICAgICAgICAgY3VsdHVyZS4gPC9mb250PjwvcD4NCiAgICAgICAgPHA+PGZvbnQgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+IEF5cnNoaXJlDQogICAgICAgICAgICBpcyBzdGVlcGVkIGluIHRoZSBoaXN0b3J5IG9mIFNjb3R0aXNoIGtpbmdzIGFuZCBoZXJvZXMsIGxpa2UgUm9iZXJ0DQogICAgICAgICAgICB0aGUgQnJ1Y2UgYW5kIC0gc28gbGVnZW5kIGhhcw0KICAgICAgICBpdCAtIG9mIFdpbGxpYW0gV2FsbGFjZS4
8L2ZvbnQ+PC9wPjwvdGQ+DQogICAgICA8dGQgdmFsaWduPSJtaWRkbGUiIGhlaWdodD0iMCI+PGltZyBzcmM9Imh0dHA6Ly93d3cuYXlyc2hpcmUtYXJyYW4uY29tL0FBVEJob21lL0hvbWVQaWMxLmpwZyIgd2lkdGg9IjEyMCIgaGVpZ2h0PSIxODAiIGFsdD0iUm9iZXJ0IEJ1cm5zIj48L3RkPg0KICAgIDwvdHI+DQogIDwvdGFibGU+DQogIDx0YWJsZSB3aWR0aD0iNTI1IiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSI1IiBoZWlnaHQ9IjE0NSI+DQogICAgPHRyPiANCiAgICAgIDx0ZCB2YWxpZ249InRvcCIgaGVpZ2h0PSIxNDAiIHdpZHRoPSIxNjUiPjxpbWcgc3JjPSJodHRwOi8vd3d3LmF5cnNoaXJlLWFycmFuLmNvbS9BQVRCaG9tZS9Ib21lUGljMi5qcGciIHdpZHRoPSIxODAiIGhlaWdodD0iMTIwIiBhbHQ9IlR1cm5iZXJyeSBDaGFtcGlvbnNoaXAgR29sZiBDb3Vyc2UiPjwvdGQ+DQogICAgICA8dGQgdmFsaWduPSJtaWRkbGUiIGhlaWdodD0iMTQwIiB3aWR0aD0iMzM0Ij4gDQogICAgICAgIDxwPjxmb250IGZhY2U9IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9IjIiPlBsYXlpbmcgDQogICAgICAgICAgYSBrZXkgcm9sZSBpbiBTY290dGlzaCBoaXN0b3J5LCBpdCBoYXMgY2FzdGxlcyBhbmQgbW9udW1lbnRzIGRhdGluZyANCiAgICAgICAgICBiYWNrIGNlbnR1cmllcyBhbmQgYSByYW5nZSBvZiB2aXNpdG9yIGF0dHJhY3Rpb25zIHRvIGtlZXAgYWxsIHRoZSBmY
W1pbHkgDQogICAgICAgICAgZW50ZXJ0YWluZWQuPGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8L2ZvbnQ+PGZvbnQgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+VGhlIA0KICAgICAgICAgIElzbGUgb2YgQXJyYW4gaXMgb25lIG9mIHRoZSBtb3N0IHNvdXRoZXJseSBTY290dGlzaCBpc2xhbmRzIGFuZCBpcyBrbm93biANCiAgICAgICAgICBhcyAnU2NvdGxhbmQgaW4gbWluaWF0dXJlJy48L2ZvbnQ+PC9wPg0KICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICA8L3RhYmxlPiAgDQogIDx0YWJsZSB3aWR0aD0iNTIzIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSI1IiBiZ2NvbG9yPSIjRkZGRkZGIj4NCiAgICA8dHI+IA0KICAgICAgPHRkIHZhbGlnbj0ibWlkZGxlIiBoZWlnaHQ9IjEyNiIgYmdjb2xvcj0iIzk5RkZGRiIgd2lkdGg9IjM0NiI+IA0KICAgICAgICA8cD48Zm9udCBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIj5JdCdzIHRoZSANCiAgICAgICAgICBpZGVhbCBwbGFjZSBmb3IgY3ljbGluZywgaGlsbHdhbGtpbmcsIGlzbGFuZCBnb2xmIGFuZCBhY3Rpdml0eSBob2xpZGF5cyZoZWxsaXA7LmFzIA0KICAgICAgICAgIHdlbGwgYXMgcmVsYXhpbmcgb24gdGhlIGNvYXN0IGFuZCBpbiB0aGUgY291bnRyeXNpZGUgd2hpbGUgdGFraW5nIGluIA0KICAgICAgICAgIHRoZSBoaXN0b3J5LCBjcmF
mdCBhbmQgY3VsdHVyZSBvZiBhIFNjb3R0aXNoIGlzbGFuZCB3aG9zZSBoaXN0b3J5IGlzIA0KICAgICAgICAgIGludGVydHdpbmVkIHdpdGggQ2VsdGljIG15dGggYW5kIGxlZ2VuZC48L2ZvbnQ+PC9wPg0KICAgICAgPC90ZD4NCiAgICAgIDx0ZCB2YWxpZ249InRvcCIgaGVpZ2h0PSIxMjYiIGJnY29sb3I9IiNGRkZGRkYiIGJvcmRlcmNvbG9yPSIjRkZGRkZGIiB3aWR0aD0iMTUxIj48aW1nIHNyYz0iaHR0cDovL3d3dy5heXJzaGlyZS1hcnJhbi5jb20vQUFUQmhvbWUvSG9tZVBpYzQuanBnIiB3aWR0aD0iMTgwIiBoZWlnaHQ9IjEyMCIgYWx0PSJUaGUgSXNsZSBvZiBBcnJhbiI+PC90ZD4NCiAgICA8L3RyPg0KICA8L3RhYmxlPiAgDQogIDx0YWJsZSB3aWR0aD0iNTI1IiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSI1Ij4NCiAgICA8dHI+IA0KICAgICAgPHRkIHZhbGlnbj0idG9wIiBoZWlnaHQ9IjAiIHdpZHRoPSIxMjAiPjxpbWcgc3JjPSJodHRwOi8vd3d3LmF5cnNoaXJlLWFycmFuLmNvbS9BQVRCaG9tZS9Ib21lUGljMy5qcGciIHdpZHRoPSIxMjAiIGhlaWdodD0iMTgwIiBhbHQ9IlNjZW5pYyBTY290bGFuZCAiPjwvdGQ+DQogICAgICA8dGQgdmFsaWduPSJtaWRkbGUiIGhlaWdodD0iMCIgd2lkdGg9IjM3OSI+IDxwPjxmb250IGZhY2U9IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9IjIiPldoZXRoZXIgDQogICAgICAgICAgeW91J3JlIHBsYW5uaW5nIGEgc2hvc
nQgYnJlYWsgaW4gU2NvdGxhbmQgb3IgYSBsb25nIHZhY2F0aW9uLCBhIGdvbGYgDQogICAgICAgICAgaG9saWRheSwgYSBoaWxsd2Fsa2luZyBicmVhaywgYSB2aXNpdCB0byB0cmFjZSB5b3VyIGZhbWlseSdzIFNjb3R0aXNoIA0KICAgICAgICAgIGhpc3RvcnkmaGVsbGlwOy4uIG9yIGp1c3QgYSByZWxheGluZyB0aW1lIGF3YXkgZnJvbSB0aGUgcmF0IHJhY2UsIEF5cnNoaXJlIA0KICAgICAgICAgIGFuZCB0aGUgSXNsZSBvZiBBcnJhbiBjYW4gZ2l2ZSB5b3UgYWxsIHlvdSdyZSBsb29raW5nIGZvciwgYW5kIHRoZW4gDQogICAgICAgICAgc29tZS48L2ZvbnQ+PC9wPg0KICAgICAgICA8cD48Zm9udCBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIj5TbyB0cmVhdCANCiAgICAgICAgICB5b3Vyc2VsZi4gVGFrZSBhIGdvb2QgbG9vayBhdCBBeXJzaGlyZSBhbmQgQXJyYW4gYW5kIGdpdmUgeW91cnNlbGYgYSANCiAgICAgICAgICBicmVhayZoZWxsaXA7PC9mb250PiA8L3A+PC90ZD4NCiAgICA8L3RyPg0KICA8L3RhYmxlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tMjUwNTUxODkxMjM4NTcNCkNvbnRlbnQtRGlzcG9zaXRpb246IGZvcm0tZGF0YTsgbmFtZT0iMjczXzM1MjkwXzI3M18xXzF7YWN0aW9uRm9ybS50ZXh0Mn0iDQoNClBsZWFzZSBnbyBoZXJlDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0
tLS0tLS0tLTI1MDU1MTg5MTIzODU3DQpDb250ZW50LURpc3Bvc2l0aW9uOiBmb3JtLWRhdGE7IG5hbWU9IjI3M18zNTI5MF8yNzNfMV8xe2FjdGlvbkZvcm0uZmlsZTJ9IjsgZmlsZW5hbWU9IkhvbGlkYXkuaHRtbCINCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sDQoNCjxodG1sPg0KPGhlYWQ+DQo8dGl0bGU+U2NvdHRpc2ggSG9saWRheXMgYW5kIFZhY2F0aW9ucyBpbiBBeXJzaGlyZSBhbmQgQXJyYW48L3RpdGxlPg0KPG1ldGEgbmFtZT0ia2V5d29yZHMiIGNvbnRlbnQ9IlNjb3R0aXNoIEhvbGlkYXkgQXlyc2hpcmUgYW5kIEFycmFuIEF5cnNoaXJlIEFycmFuIE9wZW4gR29sZiBSb2JlcnQgQnVybnMgQnVybnMgUG9ldHJ5IFRoZSBTY290dGlzaCBPcGVuIEJyaXRpc2ggT3BlbiBJc2xlIG9mIEFycmFuIFNjb3R0aXNoIEdvbGYgSG9saWRheS4iPg0KPG1ldGEgbmFtZT0iZGVzY3JpcHRpb24iIGNvbnRlbnQ9IkF5cnNoaXJlIGlzIHRoZSBiaXJ0aHBsYWNlIG9mIE9wZW4gR29sZiwgd2l0aCBPcGVuIGNoYW1waW9uc2hpcCBjb3Vyc2VzIGF0IFRyb29uIGFuZCBUdXJuYmVycnkgZ29sZiBjb3Vyc2UuIEF5cnNoaXJlIGlzIGFsc28gYmlydGhwbGFjZSBvZiBTY290bGFuZCdzIG1vc3QgZmFtb3VzIHBvZXQsIFJvYmVydCBCdXJucy4iPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9aXNvLTg4NTktMSI+DQo8c3R5bGUgdHlwZT0idGV4dC9jc3MiP
g0KPCEtLQ0KLnRleHQgeyAgZm9udC1mYW1pbHk6IEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBwdDsgZm9udC1zdHlsZTogbm9ybWFsfQ0KLjFzdHBhcmEgeyAgZm9udC1mYW1pbHk6IEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBwdDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXdlaWdodDogYm9sZH0NCi5oZWFkZXIgeyAgZm9udC1mYW1pbHk6IFZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBwdDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXdlaWdodDogYm9sZH0NCi0tPg0KPC9zdHlsZT4NCjxzY3JpcHQgbGFuZ3VhZ2U9IkphdmFTY3JpcHQiIHNyYz0iaHR0cDovL3d3dy5heXJzaGlyZS1hcnJhbi5jb20vamF2YS9pbmRleGphdmEuanMiIGhvdHN3YXA9ImV4dEpzXzEiPjwvc2NyaXB0Pg0KPHNjcmlwdCBsYW5ndWFnZT0iSmF2YVNjcmlwdCIgdHlwZT0idGV4dC9KYXZhU2NyaXB0Ij4NCjwhLS0NCmZ1bmN0aW9uIE1NX3JlbG9hZFBhZ2UoaW5pdCkgeyAgLy9yZWxvYWRzIHRoZSB3aW5kb3cgaWYgTmF2NCByZXNpemVkDQogIGlmIChpbml0PT10cnVlKSB3aXRoIChuYXZpZ2F0b3IpIHtpZiAoKGFwcE5hbWU9PSJOZXRzY2FwZSIpJiYocGFyc2VJbnQoYXBwVmVyc2lvbik9PTQpKSB7DQogICAgZG9jdW1lbnQuTU1fcGdXPWlubmVyV2lkdGg7IGRvY3VtZW50Lk1NX3BnSD1pbm5lckhlaWdodDs
gb25yZXNpemU9TU1fcmVsb2FkUGFnZTsgfX0NCiAgZWxzZSBpZiAoaW5uZXJXaWR0aCE9ZG9jdW1lbnQuTU1fcGdXIHx8IGlubmVySGVpZ2h0IT1kb2N1bWVudC5NTV9wZ0gpIGxvY2F0aW9uLnJlbG9hZCgpOw0KfQ0KTU1fcmVsb2FkUGFnZSh0cnVlKTsNCi8vLS0+DQo8L3NjcmlwdD4NCjwvaGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0iI0ZGRkZGRiIgbGVmdG1hcmdpbj0iMCIgdG9wbWFyZ2luPSIwIiBtYXJnaW53aWR0aD0iMCIgbWFyZ2luaGVpZ2h0PSIwIiBvbkxvYWQ9Ik1NX3ByZWxvYWRJbWFnZXMoJ0FBVEJob21lL01tMDFiLmdpZicsJ0FBVEJob21lL01tMDJiLmdpZicsJ0FBVEJob21lL01tMDNiLmdpZicsJ0FBVEJob21lL01tMDRiLmdpZicsJ0FBVEJob21lL01tMDViLmdpZicsJ0FBVEJob21lL01tMDdiLmdpZicsJ0FBVEJob21lL1JtZW51MUIuR0lGJywnQUFUQmhvbWUvUm1lbnUyQi5HSUYnLCdBQVRCaG9tZS9SbWVudTNCLkdJRicsJ0FBVEJob21lL1JtZW51NEIuR0lGJywnQUFUQmhvbWUvUm1lbnU1Qi5HSUYnLCdBQVRCaG9tZS9SbWVudTdCLkdJRicsJ0FBVEJob21lL01tMDZiLmdpZicsJ0FBVEJob21lL2J1cm5zJTIwMi5naWYnKSI+DQo8ZGl2IGlkPSJMYXllcjMiPiANCiAgPHRhYmxlIHdpZHRoPSI1MjUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjUiPg0KICAgIDx0cj4gDQogICAgICA8dGQgdmFsaWduPSJtaWRkbGUiIGhlaWdodD0iMCIgY29sc3Bhbj0iMiI+IA0KICAgICAgICA8c
CBhbGlnbj0ibGVmdCI+PGZvbnQgY29sb3I9IiMwMDMzOTkiIGNsYXNzPSIxc3RwYXJhIiBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIj48L2ZvbnQ+PC9wPg0KICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4gDQogICAgICA8dGQgdmFsaWduPSJtaWRkbGUiIGhlaWdodD0iMCI+PHA+PGZvbnQgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiIgY2xhc3M9ImhlYWRlciI+SGF2ZSANCiAgICAgICAgICB5b3VyIGlkZWFsIFNjb3R0aXNoIGhvbGlkYXkgaW4gQXlyc2hpcmUgYW5kIEFycmFuITxicj4NCiAgICAgICAgICA8YnI+DQogICAgICAgICAgPC9mb250Pjxmb250IGZhY2U9IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9IjIiPkF5cnNoaXJlIA0KICAgICAgICAgIGlzIHRoZSBiaXJ0aHBsYWNlIG9mIE9wZW4gR29sZiwgd2l0aCBPcGVuIENoYW1waW9uc2hpcCBjb3Vyc2VzIGF0IFRyb29uIA0KICAgICAgICAgIGFuZCBUdXJuYmVycnksIGFuZCB0aGUgc2l0ZSBvZiB0aGUgdmVyeSBmaXJzdCBCcml0aXNoIE9wZW4gYXQgUHJlc3R3aWNrLjxicj4NCiAgICAgICAgICA8YnI+DQogICAgICAgICAgPC9mb250Pjxmb250IGZhY2U9IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9IjIiPkl0J3MNCiAgICAgICAgICBhbHNvIHRoZSBiaXJ0aHB
sYWNlIG9mIFNjb3RsYW5kJ3MgbW9zdCBmYW1vdXMgcG9ldCwgUm9iZXJ0IEJ1cm5zLCBjZWxlYnJhdGVkDQogICAgICAgICAgaW4gTWF5DQogICAgICAgICAgMjAwMyBieSAmIzgyMjA7PGEgaHJlZj0iaHR0cDovL3d3dy5idXJuc2Zlc3RpdmFsLmNvbSI+QnVybnMgYW4nIGEnIHRoYXQ8L2E+JiM4MjIxOywgU2NvdGxhbmQmIzgyMTc7cw0KICAgICAgICAgIG5ld2VzdCBhbmQgbW9zdCBleGNpdGluZyBmZXN0aXZhbCBjZWxlYnJhdGluZyBsaWZlIGFuZCBjb250ZW1wb3JhcnkNCiAgICAgICAgICBTY290dGlzaA0KICAgICAgICAgIGN1bHR1cmUuIDwvZm9udD48L3A+DQogICAgICAgIDxwPjxmb250IGZhY2U9IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9IjIiPiBBeXJzaGlyZQ0KICAgICAgICAgICAgaXMgc3RlZXBlZCBpbiB0aGUgaGlzdG9yeSBvZiBTY290dGlzaCBraW5ncyBhbmQgaGVyb2VzLCBsaWtlIFJvYmVydA0KICAgICAgICAgICAgdGhlIEJydWNlIGFuZCAtIHNvIGxlZ2VuZCBoYXMNCiAgICAgICAgaXQgLSBvZiBXaWxsaWFtIFdhbGxhY2UuPC9mb250PjwvcD48L3RkPg0KICAgICAgPHRkIHZhbGlnbj0ibWlkZGxlIiBoZWlnaHQ9IjAiPjxpbWcgc3JjPSJodHRwOi8vd3d3LmF5cnNoaXJlLWFycmFuLmNvbS9BQVRCaG9tZS9Ib21lUGljMS5qcGciIHdpZHRoPSIxMjAiIGhlaWdodD0iMTgwIiBhbHQ9IlJvYmVydCBCdXJucyI+PC90ZD4NCiAgICA8L3RyPg0KI
CA8L3RhYmxlPg0KICA8dGFibGUgd2lkdGg9IjUyNSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iNSIgaGVpZ2h0PSIxNDUiPg0KICAgIDx0cj4gDQogICAgICA8dGQgdmFsaWduPSJ0b3AiIGhlaWdodD0iMTQwIiB3aWR0aD0iMTY1Ij48aW1nIHNyYz0iaHR0cDovL3d3dy5heXJzaGlyZS1hcnJhbi5jb20vQUFUQmhvbWUvSG9tZVBpYzIuanBnIiB3aWR0aD0iMTgwIiBoZWlnaHQ9IjEyMCIgYWx0PSJUdXJuYmVycnkgQ2hhbXBpb25zaGlwIEdvbGYgQ291cnNlIj48L3RkPg0KICAgICAgPHRkIHZhbGlnbj0ibWlkZGxlIiBoZWlnaHQ9IjE0MCIgd2lkdGg9IjMzNCI+IA0KICAgICAgICA8cD48Zm9udCBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIj5QbGF5aW5nIA0KICAgICAgICAgIGEga2V5IHJvbGUgaW4gU2NvdHRpc2ggaGlzdG9yeSwgaXQgaGFzIGNhc3RsZXMgYW5kIG1vbnVtZW50cyBkYXRpbmcgDQogICAgICAgICAgYmFjayBjZW50dXJpZXMgYW5kIGEgcmFuZ2Ugb2YgdmlzaXRvciBhdHRyYWN0aW9ucyB0byBrZWVwIGFsbCB0aGUgZmFtaWx5IA0KICAgICAgICAgIGVudGVydGFpbmVkLjxicj4NCiAgICAgICAgICA8YnI+DQogICAgICAgICAgPC9mb250Pjxmb250IGZhY2U9IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9IjIiPlRoZSANCiAgICAgICAgICBJc2xlIG9mIEFycmFuIGlzIG9uZSBvZiB0aGUgbW9zdCBzb3V
0aGVybHkgU2NvdHRpc2ggaXNsYW5kcyBhbmQgaXMga25vd24gDQogICAgICAgICAgYXMgJ1Njb3RsYW5kIGluIG1pbmlhdHVyZScuPC9mb250PjwvcD4NCiAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgPC90YWJsZT4gIA0KICA8dGFibGUgd2lkdGg9IjUyMyIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iNSIgYmdjb2xvcj0iI0ZGRkZGRiI+DQogICAgPHRyPiANCiAgICAgIDx0ZCB2YWxpZ249Im1pZGRsZSIgaGVpZ2h0PSIxMjYiIGJnY29sb3I9IiM5OUZGRkYiIHdpZHRoPSIzNDYiPiANCiAgICAgICAgPHA+PGZvbnQgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+SXQncyB0aGUgDQogICAgICAgICAgaWRlYWwgcGxhY2UgZm9yIGN5Y2xpbmcsIGhpbGx3YWxraW5nLCBpc2xhbmQgZ29sZiBhbmQgYWN0aXZpdHkgaG9saWRheXMmaGVsbGlwOy5hcyANCiAgICAgICAgICB3ZWxsIGFzIHJlbGF4aW5nIG9uIHRoZSBjb2FzdCBhbmQgaW4gdGhlIGNvdW50cnlzaWRlIHdoaWxlIHRha2luZyBpbiANCiAgICAgICAgICB0aGUgaGlzdG9yeSwgY3JhZnQgYW5kIGN1bHR1cmUgb2YgYSBTY290dGlzaCBpc2xhbmQgd2hvc2UgaGlzdG9yeSBpcyANCiAgICAgICAgICBpbnRlcnR3aW5lZCB3aXRoIENlbHRpYyBteXRoIGFuZCBsZWdlbmQuPC9mb250PjwvcD4NCiAgICAgIDwvdGQ+DQogICAgICA8dGQgdmFsaWduPSJ0b3AiIGhlaWdodD0iMTI2IiBiZ2NvbG9yPSIjRkZGR
kZGIiBib3JkZXJjb2xvcj0iI0ZGRkZGRiIgd2lkdGg9IjE1MSI+PGltZyBzcmM9Imh0dHA6Ly93d3cuYXlyc2hpcmUtYXJyYW4uY29tL0FBVEJob21lL0hvbWVQaWM0LmpwZyIgd2lkdGg9IjE4MCIgaGVpZ2h0PSIxMjAiIGFsdD0iVGhlIElzbGUgb2YgQXJyYW4iPjwvdGQ+DQogICAgPC90cj4NCiAgPC90YWJsZT4gIA0KICA8dGFibGUgd2lkdGg9IjUyNSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iNSI+DQogICAgPHRyPiANCiAgICAgIDx0ZCB2YWxpZ249InRvcCIgaGVpZ2h0PSIwIiB3aWR0aD0iMTIwIj48aW1nIHNyYz0iaHR0cDovL3d3dy5heXJzaGlyZS1hcnJhbi5jb20vQUFUQmhvbWUvSG9tZVBpYzMuanBnIiB3aWR0aD0iMTIwIiBoZWlnaHQ9IjE4MCIgYWx0PSJTY2VuaWMgU2NvdGxhbmQgIj48L3RkPg0KICAgICAgPHRkIHZhbGlnbj0ibWlkZGxlIiBoZWlnaHQ9IjAiIHdpZHRoPSIzNzkiPiA8cD48Zm9udCBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIj5XaGV0aGVyIA0KICAgICAgICAgIHlvdSdyZSBwbGFubmluZyBhIHNob3J0IGJyZWFrIGluIFNjb3RsYW5kIG9yIGEgbG9uZyB2YWNhdGlvbiwgYSBnb2xmIA0KICAgICAgICAgIGhvbGlkYXksIGEgaGlsbHdhbGtpbmcgYnJlYWssIGEgdmlzaXQgdG8gdHJhY2UgeW91ciBmYW1pbHkncyBTY290dGlzaCANCiAgICAgICAgICBoaXN0b3J5JmhlbGxpcDsuLiBvciBqdXN0IGEgcmVsYXhpbmcgdGl
tZSBhd2F5IGZyb20gdGhlIHJhdCByYWNlLCBBeXJzaGlyZSANCiAgICAgICAgICBhbmQgdGhlIElzbGUgb2YgQXJyYW4gY2FuIGdpdmUgeW91IGFsbCB5b3UncmUgbG9va2luZyBmb3IsIGFuZCB0aGVuIA0KICAgICAgICAgIHNvbWUuPC9mb250PjwvcD4NCiAgICAgICAgPHA+PGZvbnQgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+U28gdHJlYXQgDQogICAgICAgICAgeW91cnNlbGYuIFRha2UgYSBnb29kIGxvb2sgYXQgQXlyc2hpcmUgYW5kIEFycmFuIGFuZCBnaXZlIHlvdXJzZWxmIGEgDQogICAgICAgICAgYnJlYWsmaGVsbGlwOzwvZm9udD4gPC9wPjwvdGQ+DQogICAgPC90cj4NCiAgPC90YWJsZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTI1MDU1MTg5MTIzODU3LS0NCg==</ns0:uploadData>
<ns0:mimeAttributes name="x-oracle-cache-auth">
<ns0:value>10</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="Accept-Language">
<ns0:value>en-gb</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="x-oracle-cache-user">
<ns0:value>QAHOSTED2</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="Accept">
<ns0:value>text/html,text/xml,text/vnd.oracle.mobilexml</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes
name="X-ORACLE-PORTAL-SUBSCRIBER-DN">
<ns0:value>dc=us,dc=oracle,dc=com</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="Accept-Encoding">
<ns0:value>gzip, deflate, x-gzip, compress,
x-compress</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes
name="X-ORACLE-PORTAL-SUBSCRIBER-GUID">
<ns0:value>15A29E1131F34F78B42B6389639F9EA3</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="Accept-Charset">
<ns0:value>ISO-8859-1,utf-8;q=0.7,*;q=0.7</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes
name="X-ORACLE-PORTAL-SUBSCRIBER">
<ns0:value>us</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes
name="X-ORACLE-PORTAL-USER-DN">
<ns0:value>cn=qahosted2,cn=users,dc=us,dc=oracle,dc=com</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="User-Agent">
<ns0:value>Mozilla/5.0 (Windows; U; Windows
NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
RPT-HTTPClient/0.3-3</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes
name="X-ORACLE-PORTAL-USER-GUID">
<ns0:value>C53D734100B67716E030B98B6E883FAF</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes
name="x-oracle-cache-device">
<ns0:value>GENERIC_HTML</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes
name="x-oracle-cache-encrypt">
<ns0:value>9d214f6e6778274e4f4d38cc204624c3277c200d</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="x-oracle-cache-lang">
<ns0:value>en-gb</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="x-oracle-cache-subid">
<ns0:value>1</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes
name="x-oracle-portal-content-charset">
<ns0:value>windows-1252</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="Cookie">
<ns0:value>ORA_UCM_INFO=3~00027147766664595627123516870092~David~Ward~~GBR~en~33~34~~~1;ORA_UCM_SRVC=3*OTN~1~0~//~null~*OPN~1~0~//~SE1%3ASE1%3ASE1%3ASE1%3ASE1%3ASE1%3ASE1%3ASE1%3A~*EMP~1~0~/34/~null~*GMO~1~0~//~null;s_cc=true;qahosted2_sso=9.0.3+en-gb+us+UNITED%20KINGDOM+CD0EF957F815EDE9E030B98B6E882748+121ED07DE5E30864461C7F171A1ECAF9C736FF4334E7FE2099352800CB71E37B208119FB062CC6A834E1AB0AC70ADEC87ADB4DE14D2AAD9ECDE07E6BF140DF563BCC251E8E5B17D8AC10C4CCD4F69C4E;qahosted2=9.0.3+en-gb+us+UNITED%20KINGDOM+CD0EFA5B806DCE25E030B98B6E882515+B88114434B35FA0E15211EAF431F80A6C1E4803AB18BFFF8868F39D830965DA9CCE804B1A
F21E2C27A4D8CA7CB9B93B661065F6BA37B6752F59252CA816B25A4FFCD57E04DF8A2EDF6BC7ECB4D87A1CC;s_sq=oracleglobal%2Coracleotnlive%3D%2526pid%253Dhttp%25253A//otn.oracle.com/products/ias/ias_utilities.html%252523xvfb%2526oid%253Dhttp%25253A//download.oracle.com/otn/java/oc4j/other_utilities/Xvfb-sol8.tar.gz%2526ot%253DA;JSESSIONID=66cb3adf9d73422b84cba4ea84daa73e.okTNpx4PaAmIokfx-AXMmkbGngTxpQOUaN0KahD3lN4PawSQcgSLbN4IahiM-x8Kn6fv-AmPnAjAnhyOmAmI-huKa30xok5Nch0N-AzIqQSLbh9A-AzymMTJqA5xp6iImQXH8NmKbx0Sb2bdeNf+lPrhiz0xhOaOgzXliP9e8QfznA5Pp7ftolbGmkTy;ORA_UCM_VER=%2FMP%2F8b_tgb%2Cu_pb%3Emp_ajc%2CamkMP%2F8%60%5Dre%60*s%5Dn%60%3Ckn%5D_ha*_kiMP%2F8pckmrcGnMP%2F8naikpaEl</ns0:value>
</ns0:mimeAttributes>
<ns0:mimeAttributes name="Content-Type">
<ns0:value>multipart/form-data;
boundary=---------------------------25055189123857</ns0:value>
</ns0:mimeAttributes>
</ns0:uploadContexts>
We still need a solution to the #{wsrp-fragmentID} problem!
Thanks
David.
Andre Kramer wrote:
RE: [wsrp-interop] Producer is up again
Our producer does not replace {wsrp-*} with "" when
the producer has no sensible value and its portlets have all worked
with Oracle in the past. As you may know, I consider this unnecessary.
regards,
Andre
-----Original Message-----
From: Subbu Allamaraju [mailto:]
Sent: 26 November 2003 19:48
To:
Subject: Re: [wsrp-interop] Producer is up again
Done. I've also added a page on the consumer
(http://wsrp.avitek.com:7001/consumer/portal.portal?_nfpb=true&_pageLabel=oraclePortlets)
with portlets from your producer.
Regards,
Subbu
David Ward said the following on 11/26/2003 11:47
AM:
> Cheers
>
> FYI I have just applied a patch to
portalstandards.oracle.com that
> corrects a problem with its filtering out of
methodGet portlets. In your
> producer's case, the filtering resulted in a
producer with no portlets,
> which raised a few problems in our code.
>
> You should now find that you can register the BEA
producer on
> portalstandards.oracle.com (although the end
result at the moment will
> be no portlets available to add to the page!).
>
> Regards
>
> David
>
> Subbu Allamaraju wrote:
>
>> Okay. But I'm going to leave other tokens
unreplaced till Monday.
>>
>> Subbu
>>
>> David Ward said the following on 11/26/2003
11:16 AM:
>>
>>> This would certainly help.
>>>
>>> Subbu Allamaraju wrote:
>>>
>>>> Is this just for fragmentId? If so, I
can do that in my next update.
>>>>
>>>> Subbu
>>>>
>>>> David Ward said the following on
11/26/2003 10:56 AM:
>>>>
>>>>>
>>>>>
>>>>> Subbu Allamaraju wrote:
>>>>>
>>>>>>
>>>>>> David,
>>>>>>
>>>>>>> The BEA Producer has
"usesMethodGet" set on all its portlet
>>>>>>> descriptions at the
moment (even when our portal sends
>>>>>>>
methodGetSupported=false), hence our portal filters them all out
>>>>>>> when we register them. In
the interests of the interop demo,
>>>>>>> could you provide some
portlets with usesMethodGet=false?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> This is a bit tricky, since
the producer does not really care
>>>>>> about usesMethodGet. We don't
require portlet JSP developers to
>>>>>> specify this at all.
>>>>>>
>>>>>> I'll make it return false
temporarily.
>>>>>>
>>>>>>> Also, what was the
decision made on template parameters with no
>>>>>>> value? Currently these
are being left in place by the BEA
>>>>>>> producer meaning that all
URLS come back with
>>>>>>> "#{wsrp-fragmentid}" on
the end of them.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> This issue is still open for
the TC to consider.
>>>>>
>>>>>
>>>>>
>>>>> Again, if we want something
demoable, can you make your producer
>>>>> instantiate /all/ {wsrp}
parameters in its template? Those that
>>>>> don't have values such as
fragment id could just be replaced with
>>>>> the empty string.
>>>>>
>>>>> Thanks
>>>>>
>>>>> David
>>>>>
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Subbu
>>>>>>
>>>>>>> Subbu Allamaraju wrote:
>>>>>>>
>>>>>>>> David,
>>>>>>>>
>>>>>>>> During the WSDL call
today, Andre and myself discussed this
>>>>>>>> issue, and he
suggested that the producer could still include
>>>>>>>> the complete URL in
the action so that the consumer can rewrite
>>>>>>>> it if it wants to.
That seems reasonable for the producer, and
>>>>>>>> it won't break
consumer that don't rewrite the markup.
>>>>>>>>
>>>>>>>> I'll update the
producer and let you know.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> Subbu
>>>>>>>>
>>>>>>>> Subbu Allamaraju said
the following on 11/26/2003 07:55 AM:
>>>>>>>>
>>>>>>>>> David,
>>>>>>>>>
>>>>>>>>> I see the
following templates in the monitor:
>>>>>>>>>
>>>>>>>>>
<ns0:templates>
>>>>>>>>>
<ns0:defaultTemplate xsi:nil="1"/>
>>>>>>>>>
<ns0:blockingActionTemplate>wsrp_rewrite?wsrp-urlType=blockingAction&amp;wsrp-navigationalState={wsrp-navigationalState}&amp;wsrp-interactionState={wsrp-interactionState}&amp;wsrp-mode={wsrp-mode}&amp;wsrp-windowState={wsrp-windowState}&amp;wsrp-fragmentID={wsrp-fragmentID}/wsrp_rewrite</ns0:blockingActionTemplate>
>>>>>>>>>
>>>>>>>>>
<ns0:renderTemplate>wsrp_rewrite?wsrp-urlType=render&amp;wsrp-navigationalState={wsrp-navigationalState}&amp;wsrp-mode={wsrp-mode}&amp;wsrp-windowState={wsrp-windowState}&amp;wsrp-fragmentID={wsrp-fragmentID}/wsrp_rewrite</ns0:renderTemplate>
>>>>>>>>>
>>>>>>>>>
<ns0:resourceTemplate>wsrp_rewrite?wsrp-urlType=resource&amp;wsrp-url={wsrp-url}&amp;wsrp-requiresRewrite={wsrp-requiresRewrite}/wsrp_rewrite</ns0:resourceTemplate>
>>>>>>>>>
<ns0:secureDefaultTemplate xsi:nil="1"/>
>>>>>>>>>
<ns0:secureBlockingActionTemplate><![CDATA[wsrp_rewrite?wsrp-urlType=blockingAction&wsrp-secureURL=true&wsrp-navigationalState={wsrp-navigationalState}&wsrp-interactionState={wsrp-interactionState}&wsrp-mode={wsrp-mode}&wsrp-windowState={wsrp-windowState}&wsrp-fragmentID={wsrp-fragmentID}/wsrp_rewrite]]></ns0:secureBlockingActionTemplate>
>>>>>>>>>
>>>>>>>>>
<ns0:secureRenderTemplate>wsrp_rewrite?wsrp-urlType=render&amp;wsrp-secureURL=true&amp;wsrp-navigationalState={wsrp-navigationalState}&amp;wsrp-mode={wsrp-mode}&amp;wsrp-windowState={wsrp-windowState}&amp;wsrp-fragmentID={wsrp-fragmentID}/wsrp_rewrite</ns0:secureRenderTemplate>
>>>>>>>>>
>>>>>>>>>
<ns0:secureResourceTemplate>wsrp_rewrite?wsrp-urlType=resource&amp;wsrp-secureURL=true&amp;wsrp-url={wsrp-url}&amp;wsrp-requiresRewrite={wsrp-requiresRewrite}/wsrp_rewrite</ns0:secureResourceTemplate>
>>>>>>>>>
</ns0:templates>
>>>>>>>>>
>>>>>>>>> Firstly, I did
not expect a consumer to send rewrite tokens in
>>>>>>>>> templates. These
templates may be valid from the spec point of
>>>>>>>>> view, but can a
consumer rewrite such URLs? Could you elaborate
>>>>>>>>> on how you plan
to rewrite these URLs in your consumer?
>>>>>>>>>
>>>>>>>>> Secondly, to make
sure that browser does not drop the query
>>>>>>>>> string in the
action, our producer creates hidden fields for
>>>>>>>>> each parameter
found in the query string. This explains the the
>>>>>>>>> action URL
"wsrp_rewrite" and the hidden params.
>>>>>>>>>
>>>>>>>>> I need to look
into those &s in the hidden fields.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> Subbu
>>>>>>>>>
>>>>>>>>> David Ward said
the following on 11/26/2003 07:36 AM:
>>>>>>>>>
>>>>>>>>>> Thanks.
>>>>>>>>>>
>>>>>>>>>> Now I'm
seeing the following in the methodGet portlet (not
>>>>>>>>>> that our
Portal actually supports method get, but I thought
>>>>>>>>>> these results
from our test client were interesting).
>>>>>>>>>>
>>>>>>>>>> <form
name="firstStepForm" method="get" action="wsrp_rewrite">
>>>>>>>>>> <input
type="hidden" name="wsrp-urlType" value="blockingAction"/>
>>>>>>>>>> <input
type="hidden" name="*amp;wsrp-interactionState*"
>>>>>>>>>>
value="firststep"/>
>>>>>>>>>> <input
type="hidden" name="*amp;wsrp-fragmentID*"
>>>>>>>>>>
value="*{wsrp-fragmentID}/wsrp_rewrite*"/>
>>>>>>>>>>
<table>
>>>>>>>>>>
<tr valign="top">
>>>>>>>>>>
<td>First Field:</td>
>>>>>>>>>>
<td>
>>>>>>>>>>
<input type="text" name="0{actionForm.field1}"
>>>>>>>>>> value=""/>
>>>>>>>>>>
</td>
>>>>>>>>>>
</tr>
>>>>>>>>>>
<tr valign="top">
>>>>>>>>>>
<td>Second Field:</td>
>>>>>>>>>>
<td>
>>>>>>>>>>
<input type="text" name="0{actionForm.field2}"
>>>>>>>>>> value=""/>
>>>>>>>>>>
</td>
>>>>>>>>>>
</tr>
>>>>>>>>>>
</table>
>>>>>>>>>>
<br/>
>>>>>>>>>> <input
type="submit" value="firststep"/>
>>>>>>>>>> </form>
>>>>>>>>>>
>>>>>>>>>> It seems that
you are trying to 'parse' the templates we are
>>>>>>>>>> sending you
into, expecting them to be in query string format,
>>>>>>>>>> and you are
not recognizing "&" as a separator. I thought
>>>>>>>>>> it was only
valid to 'instantiate' templates by expanding out
>>>>>>>>>> the variables
enclosed in {}. As you can see, the templates we
>>>>>>>>>> pass expand
out into rewritable URLs, so end with
>>>>>>>>>>
"/wsrp_rewrite".
>>>>>>>>>>
>>>>>>>>>> I would have
expected this as the result from the method get
>>>>>>>>>> portlet:,
given the template we sent you
>>>>>>>>>>
>>>>>>>>>> <form
name="firstStepForm" method="get"
>>>>>>>>>>
*action="wsrp_rewrite?wsrp-urlType=blockingAction&wsrp-interactionState=firststep&**amp;wsrp-fragmentID=**/wsrp_rewrite">*
>>>>>>>>>>
>>>>>>>>>>
<table>
>>>>>>>>>>
<tr valign="top">
>>>>>>>>>>
<td>First Field:</td>
>>>>>>>>>>
<td>
>>>>>>>>>>
<input type="text" name="0{actionForm.field1}"
>>>>>>>>>> value=""/>
>>>>>>>>>>
</td>
>>>>>>>>>>
</tr>
>>>>>>>>>>
<tr valign="top">
>>>>>>>>>>
<td>Second Field:</td>
>>>>>>>>>>
<td>
>>>>>>>>>>
<input type="text" name="0{actionForm.field2}"
>>>>>>>>>> value=""/>
>>>>>>>>>>
</td>
>>>>>>>>>>
</tr>
>>>>>>>>>>
</table>
>>>>>>>>>>
<br/>
>>>>>>>>>> <input
type="submit" value="firststep"/>
>>>>>>>>>> </form>
>>>>>>>>>>
>>>>>>>>>> Regards
>>>>>>>>>>
>>>>>>>>>> David
>>>>>>>>>>
>>>>>>>>>> Subbu
Allamaraju wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi David,
>>>>>>>>>>>
>>>>>>>>>>> Uploaded
the fix just now. I was able to register our
>>>>>>>>>>> consumer
with your producer last night. I'm going to try
>>>>>>>>>>> setup a
page now.
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>>
>>>>>>>>>>> Subbu
>>>>>>>>>>>
>>>>>>>>>>> David
Ward said the following on 11/26/2003 05:10 AM:
>>>>>>>>>>>
>>>>>>>>>>>> Hi
Subbu
>>>>>>>>>>>>
>>>>>>>>>>>> It
seems you have added a registration port now and your
>>>>>>>>>>>>
portlets won't render without a registration handle.
>>>>>>>>>>>>
However, when I try to register, I see the following request
>>>>>>>>>>>> and
response. It seems your producer requires some sort of
>>>>>>>>>>>>
authentication. Note also that the Content-Type response
>>>>>>>>>>>>
header is still wrong!
>>>>>>>>>>>>
>>>>>>>>>>>> POST
/producer/producer HTTP/1.1
>>>>>>>>>>>> Host:
ukp16267.uk.oracle.com:5555
>>>>>>>>>>>>
Connection: close, TE
>>>>>>>>>>>> TE:
trailers, deflate, gzip, compress
>>>>>>>>>>>>
User-Agent: RPT-HTTPClient/0.3-3
>>>>>>>>>>>>
SOAPAction: "urn:oasis:names:tc:wsrp:v1:register"
>>>>>>>>>>>>
Accept-Encoding: gzip, x-gzip, compress, x-compress
>>>>>>>>>>>>
Content-type: text/xml; charset="utf-8"
>>>>>>>>>>>>
Content-length: 1010
>>>>>>>>>>>>
>>>>>>>>>>>>
<?xml version="1.0" encoding="UTF-8"?>
>>>>>>>>>>>>
<env:Envelope
>>>>>>>>>>>>
xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
>>>>>>>>>>>>
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
>>>>>>>>>>>>
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>>>>>>>>>>
xmlns:ns0="urn:oasis:names:tc:wsrp:v1:types">
>>>>>>>>>>>>
<env:Body>
>>>>>>>>>>>>
<ns0:register>
>>>>>>>>>>>>
<ns0:consumerName>UKP16267</ns0:consumerName>
>>>>>>>>>>>>
>>>>>>>>>>>>
<ns0:consumerAgent>OraclePortal.9.5</ns0:consumerAgent>
>>>>>>>>>>>>
>>>>>>>>>>>>
<ns0:methodGetSupported>false</ns0:methodGetSupported>
>>>>>>>>>>>>
<ns0:consumerModes>wsrp:view</ns0:consumerModes>
>>>>>>>>>>>>
<ns0:consumerModes>wsrp:edit</ns0:consumerModes>
>>>>>>>>>>>>
<ns0:consumerModes>wsrp:help</ns0:consumerModes>
>>>>>>>>>>>>
<ns0:consumerModes>wsrp:preview</ns0:consumerModes>
>>>>>>>>>>>>
>>>>>>>>>>>>
<ns0:consumerModes>urn:javax:portlet:mode:custom:edit_defaults</ns0:consumerModes>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
<ns0:consumerWindowStates>wsrp:normal</ns0:consumerWindowStates>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
<ns0:consumerWindowStates>wsrp:minimized</ns0:consumerWindowStates>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
<ns0:consumerWindowStates>wsrp:maximized</ns0:consumerWindowStates>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
<ns0:consumerWindowStates>wsrp:solo</ns0:consumerWindowStates>
>>>>>>>>>>>>
</ns0:register>
>>>>>>>>>>>>
</env:Body>
>>>>>>>>>>>>
</env:Envelope>
>>>>>>>>>>>>
>>>>>>>>>>>>
HTTP/1.1 200 OK
>>>>>>>>>>>> Date:
Wed, 26 Nov 2003 12:04:45 GMT
>>>>>>>>>>>>
Content-Length: 2854
>>>>>>>>>>>>
Content-Type: text/xml; UTF-8
>>>>>>>>>>>>
Connection: close
>>>>>>>>>>>>
Server: WebLogic Server 8.1 SP2 Mon Nov 17 22:57:23 PST 2003
>>>>>>>>>>>>
311144 WebLogic Server 8.1 SP2 Mon Nov 17 22:57:23 PST 2003
>>>>>>>>>>>>
311144 WebLogic Server 8.1 SP2 Mon Nov 17 22:57:23 PST 2003
>>>>>>>>>>>> 311144
>>>>>>>>>>>> Via:
1.1 inet-nc01 (NetCache NetApp/5.3.1R3)
>>>>>>>>>>>>
>>>>>>>>>>>>
<?xml version="1.0" encoding="UTF-8"?>
>>>>>>>>>>>>
<soapenv:Envelope
>>>>>>>>>>>>
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
>>>>>>>>>>>>
<soapenv:Body>
>>>>>>>>>>>>
<soapenv:Fault
>>>>>>>>>>>>
xmlns:urn="urn:oasis:names:tc:wsrp:v1:types">
>>>>>>>>>>>>
<faultcode>urn:OperationFailed</faultcode>
>>>>>>>>>>>>
<faultstring>[EJB:010160]Security Violation:
>>>>>>>>>>>> User:
'<anonymous>' has insufficient permission to access
>>>>>>>>>>>> EJB:
type=<ejb>, application=producerApp,
>>>>>>>>>>>>
module=netuix.jar, ejb=ConsumerRegistrationService,
>>>>>>>>>>>>
method=register, methodInterface=Local,
>>>>>>>>>>>>
signature={java.lang.String,java.lang.String,java.lang.String,java.util.Map}.</faultstring>
>>>>>>>>>>>>
>>>>>>>>>>>>
<detail>
>>>>>>>>>>>>
>>>>>>>>>>>>
<detail>com.bea.wsrp.faults.OperationFailedException:
>>>>>>>>>>>>
[EJB:010160]Security Violation: User: '<anonymous>' has
>>>>>>>>>>>>
insufficient permission to access EJB: type=<ejb>,
>>>>>>>>>>>>
application=producerApp, module=netuix.jar,
>>>>>>>>>>>>
ejb=ConsumerRegistrationService, method=register,
>>>>>>>>>>>>
methodInterface=Local,
>>>>>>>>>>>>
signature={java.lang.String,java.lang.String,java.lang.String,java.util.Map}.
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.bea.wsrp.producer.adapter.registration.PortalConsumerRegistrationServiceAdapter.register(PortalConsumerRegistrationServiceAdapter.java:59)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.bea.wsrp.producer.handlers.registration.RegistrationServiceHandler.doRegister(RegistrationServiceHandler.java:185)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.bea.wsrp.producer.handlers.registration.RegistrationServiceHandler.doService(RegistrationServiceHandler.java:119)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.bea.wsrp.producer.WsrpServer.invokeHandler(WsrpServer.java:335)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.bea.wsrp.producer.WsrpServer.doService(WsrpServer.java:297)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.bea.wsrp.producer.WsrpServer.processServiceRequest(WsrpServer.java:210)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.bea.wsrp.producer.WsrpServer.service(WsrpServer.java:169)
>>>>>>>>>>>> at
>>>>>>>>>>>>
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:971)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:402)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.bea.wsrp.producer.adapter.pageflow.WsrpPageflowFilter.doFilter(WsrpPageflowFilter.java:73)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6356)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3635)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2585)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
>>>>>>>>>>>> at
>>>>>>>>>>>>
weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)</detail>
>>>>>>>>>>>>
>>>>>>>>>>>>
</detail>
>>>>>>>>>>>>
</soapenv:Fault>
>>>>>>>>>>>>
</soapenv:Body>
>>>>>>>>>>>>
</soapenv:Envelope>
>>>>>>>>>>>>
>>>>>>>>>>>>
Regards
>>>>>>>>>>>>
>>>>>>>>>>>> Dave
>>>>>>>>>>>>
>>>>>>>>>>>> Subbu
Allamaraju wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
The producer is up now.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
The producer WSDL is at:
>>>>>>>>>>>>>
>>>>>>>>>>>>> http://wsrp.avitek.com:7001/producer/producer?WSDL
>>>>>>>>>>>>>
>>>>>>>>>>>>>
The consumer is at:
>>>>>>>>>>>>>
>>>>>>>>>>>>> http://wsrp.avitel.com:7001/consumer/portal.portal
(please
>>>>>>>>>>>>>
note the change in port number).
>>>>>>>>>>>>>
>>>>>>>>>>>>>
There are some known issues with the portlets that we
>>>>>>>>>>>>>
obtained from a partner, and those will be fixed by tomorrow.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
Regards,
>>>>>>>>>>>>>
>>>>>>>>>>>>>
Subbu
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
To unsubscribe from this mailing list (and be removed from
>>>>>>>>>>>>>
the roster of the OASIS TC), go to
>>>>>>>>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>>
------------------------------------------------------------------------
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
*David Ward*
>>>>>>>>>>>>
Principal Software Engineer
>>>>>>>>>>>>
Portlet Technologies
>>>>>>>>>>>>
Oracle Portal
>>>>>>>>>>>>
Oracle European Development Centre
>>>>>>>>>>>> 520
Oracle Parkway
>>>>>>>>>>>>
Thames Valley Park
>>>>>>>>>>>>
Reading
>>>>>>>>>>>>
Berkshire RG6 1RA
>>>>>>>>>>>> UK
*Email:*
>>>>>>>>>>>> <mailto:>
>>>>>>>>>>>>
*Tel:* +44 118 924 5079
>>>>>>>>>>>>
*Fax:* +44 118 924 5005
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> To
unsubscribe from this mailing list (and be removed from
>>>>>>>>>>> the
roster of the OASIS TC), go to
>>>>>>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>>
------------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> *David Ward*
>>>>>>>>>> Principal
Software Engineer
>>>>>>>>>> Portlet
Technologies
>>>>>>>>>> Oracle Portal
>>>>>>>>>> Oracle
European Development Centre
>>>>>>>>>> 520 Oracle
Parkway
>>>>>>>>>> Thames Valley
Park
>>>>>>>>>> Reading
>>>>>>>>>> Berkshire RG6
1RA
>>>>>>>>>> UK
*Email:*
>>>>>>>>>> <mailto:>
>>>>>>>>>> *Tel:*
+44 118 924 5079
>>>>>>>>>> *Fax:*
+44 118 924 5005
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> To unsubscribe
from this mailing list (and be removed from the
>>>>>>>>> roster of the
OASIS TC), go to
>>>>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> To unsubscribe from
this mailing list (and be removed from the
>>>>>>>> roster of the OASIS
TC), go to
>>>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
------------------------------------------------------------------------
>>>>>>>
>>>>>>>
>>>>>>> *David Ward*
>>>>>>> Principal Software
Engineer
>>>>>>> Portlet Technologies
>>>>>>> Oracle Portal
>>>>>>> Oracle European
Development Centre
>>>>>>> 520 Oracle Parkway
>>>>>>> Thames Valley Park
>>>>>>> Reading
>>>>>>> Berkshire RG6 1RA
>>>>>>> UK *Email:*
>>>>>>> <mailto:>
>>>>>>> *Tel:* +44 118 924
5079
>>>>>>> *Fax:* +44 118 924
5005
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> To unsubscribe from this
mailing list (and be removed from the
>>>>>> roster of the OASIS TC), go
to
>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>>
------------------------------------------------------------------------
>>>>>
>>>>>
>>>>> *David Ward*
>>>>> Principal Software Engineer
>>>>> Portlet Technologies
>>>>> Oracle Portal
>>>>> Oracle European Development
Centre
>>>>> 520 Oracle Parkway
>>>>> Thames Valley Park
>>>>> Reading
>>>>> Berkshire RG6 1RA
>>>>> UK *Email:*
>>>>> <mailto:>
>>>>> *Tel:* +44 118 924 5079
>>>>> *Fax:* +44 118 924 5005
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> To unsubscribe from this mailing list
(and be removed from the
>>>> roster of the OASIS TC), go to
>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>
>>>>
>>>
>>> --
>>>
------------------------------------------------------------------------
>>>
>>> *David Ward*
>>> Principal Software Engineer
>>> Portlet Technologies
>>> Oracle Portal
>>> Oracle European Development Centre
>>> 520 Oracle Parkway
>>> Thames Valley Park
>>> Reading
>>> Berkshire RG6 1RA
>>> UK
>>> *Email:* <mailto:>
>>> *Tel:* +44 118 924 5079
>>> *Fax:* +44 118 924 5005
>>>
>>>
>>
>>
>>
>> To unsubscribe from this mailing list (and be
removed from the roster
>> of the OASIS TC), go to
>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>
>>
>
> --
>
------------------------------------------------------------------------
>
> *David Ward*
> Principal Software Engineer
> Portlet Technologies
> Oracle Portal
> Oracle European Development Centre
> 520 Oracle Parkway
> Thames Valley Park
> Reading
> Berkshire RG6 1RA
> UK
> *Email:* <mailto:>
> *Tel:* +44 118 924 5079
> *Fax:* +44 118 924 5005
>
>
To unsubscribe from this mailing list (and be
removed from the roster of the OASIS TC), go to http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
--
David Ward
Principal Software Engineer
Portlet Technologies
Oracle Portal
Oracle European Development Centre
520 Oracle Parkway
Thames Valley Park
Reading
Berkshire RG6 1RA
UK
Email:
Tel:
+44 118 924 5079
Fax:
+44 118 924 5005
