[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [wsrp-interop] Producer is up again
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 > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]