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 |
|
|