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:subbu@bea.com]
Sent: 26 November 2003 19:48
To: wsrp-interop@lists.oasis-open.org
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:* david.ward@oracle.com
>>>>>>>>>>>> <mailto:david.ward@oracle.com>
>>>>>>>>>>>>
*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:* david.ward@oracle.com
>>>>>>>>>> <mailto:david.ward@oracle.com>
>>>>>>>>>> *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:*
david.ward@oracle.com
>>>>>>> <mailto:david.ward@oracle.com>
>>>>>>> *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:*
david.ward@oracle.com
>>>>> <mailto:david.ward@oracle.com>
>>>>> *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:* david.ward@oracle.com <mailto:david.ward@oracle.com>
>>> *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:* david.ward@oracle.com <mailto:david.ward@oracle.com>
> *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.
