Is the JSR-168 portlet-container supported for 10.1.3?

And if so, what are the actions to be taken to install it on OC4J 10.1.3 standalone? I tried to install it earlier but ran into problems, see: WSRP Provider registration fails for OC4J10.1.3 container (stack), why?
I want to use OC4J 10.1.3 as my JSR-168 container, because I can (try and) deploy Tapestry 4.0 portlets in this application server, that use Java annotations. I then want to consume these portlets over WSRP - part of Portal 10.1.4

<bump count="2"/>

Similar Messages

  • (Why) do I need a JSR-168 Portlet container?

    Probably I'm missing something essential here, but whey do I need a JSR-168 portlet container? Suppose I'm using Tapestry 4 to write my JSR-168 compliant portlets, can they be consumed "directly" by a WSRP Portal server?

    Because:
    "A portlet container runs portlets and provides them with the required runtime"
    "environment. A portlet container contains portlets and manages their lifecycle. "
    "It also provides persistent storage for portlet preferences. A portlet container"
    "receives requests from the portal to execute requests on the portlets hosted by it."
    "A portlet container is not responsible for aggregating the content produced by the"
    "portlets. It is the responsibility of the portal to handle the aggregation."

  • Control Height Of Region Containing JSR-168 Portlet

    We are in the process of converting some portlets from Oracle Reports to JSR-168. Our intitial portal page would contain the Oracle Reports portlets within the height of the region. The same output created by a JSR-168 portlet causes the region to grow vertically, which pushes the regions below it down thereby creating large gaps.
    The Oracle Reports portlet would have a scrollbar that allows the user to see all of the content hidden below the bottom of the region. No matter what css I apply, I cannot make the same thing happen with the JSR-168 portlet.
    Does anyone have any tips for constraining the vertical size of the regions so that they do not grow to accommodate all of the content but instead produce a scrollbar?

    Andre,
    When you drag a project folder over to a portal, workshop doesn't
    scan/detect the folder contents and create portlets accordingly. So, you
    are creating the wrong portlet type.
    In this case, you need to create the portlet via the file wizard. Just
    right-click on the directory where you want the portlet to live and
    select 'New->Portlet' to get the wizard. Then, select the portlet type:
    'Java Portlet'.
    -robert
    Andre Ranvik wrote:
    Is there anybody who has experience with deploying JSR 168 portlets on WLS 8.1SP2
    that have been "handcoded". The portlets I am trying to deploy are these:
    http://developers.sun.com/prodtech/portalserver/reference/techart/jsr168/#2
    I have tried to manually import the individual folders/files, modified the portlet.xml,
    and dropping the folder containing the jsp's onto a portal within Workshop. I
    respond "yes" to the question whether I want it to create a portlet. The problem
    is that it doesn't recognize this to be a JSR 168 portlet (or it doesn't support
    it??).
    I have also tried to deploy a portlet within a WAR file, but no such luck.
    Support for JSR 168 implies that one would expect support for deploying JSR 168
    portlets developed on other platforms.
    I am hoping for a step-by-step set of instructions on how this can be accomplished.
    Thanks a bunch!
    Andre Ranvik

  • JSR 168 portlets packaging question

    Hello,
    I have a bunch of Java (JSR 168, using Spring MVC) portlets (PortletOne, PortletTwo...PortletN) that I created as individual Portal Web projects and are contained in a Portal EAR project. This portal EAR is my deployment unit and also consists of another Portal Web project (Assembly.war) that holds a app.portal file where I plan to assemble all these Java portlets and use it to create a desktop. The reason for having all the individual portlets in web projects of their own is to be able to export them as a unit and use it elsewhere either as a shared library or package it within another EAR file as the need arises.
    my application.xml looks somewhat like this:
    <?xml version="1.0" encoding="UTF-8"?>
    <application id="Application_ID" version="1.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/application_1_4.xsd">
         <display-name>MyEar</display-name>
         <module id="WebModule_1">
              <web>
                   <web-uri>Assemby.war</web-uri>
                   <context-root>appname</context-root>
              </web>
         </module>
         <module id="WebModule_2">
              <web>
                   <web-uri>PortletOne.war</web-uri>
                   <context-root>PortletOne</context-root>
              </web>
         </module>
         <module id="WebModule_3">
              <web>
                   <web-uri>PortletTwo.war</web-uri>
                   <context-root>PortletTwo</context-root>
              </web>
         </module>
    </application>But since all these WAR files are at the same level I cannot reference the context definitions and the controllers for the portlets defined in each of these portlet WAR files (PortletOne, PortletTwo,...) from the common web project that holds the app.portal file in Assembly.war. I tried to define a custom classloader structure in weblogic-application.xml and put the assembly war file at a lower level but the app even fails to deploy with IllegalAccessError as soon as a context for each of the war files is registered by the hot deploy process. Moreover, when I deploy the EAR file, the portlets defined in each of the WAR files do not appear in the Resources library when viewed from the Portal Administration console.
    Any suggestions how to assemble these individual portlets into a common web project, while still keeping them packaged within the same EAR file? Alternate approaches are welcome too.
    I have already considered deploying these portlet WAR files as Weblogic J2EE shared libraries. But with this approach, the overall application response time is very slow in spite of exhausting all tuning options and also cannot pre-compile JSPs in the shared libraries.
    Is importing the JSR-168 portlets using the import utility as WSRP portlets a viable option? Will I be able to share session variables across portlets, fire and handle events and be able to pre-compile the JSP in idividual portlets?
    Edited by: shyam6190 on Aug 13, 2009 1:25 PM

    Hello,
    Perhaps the multiple nested classloaders involved with the shared libraries approach is slowing it down- if that is the case, it would be hard to fix.
    Using WSRP should work for you; there is a bit more complexity but if you have relatively simple portlets, use the correct JSR168 tags and methods (or the Spring bridge does), it shouldn't be too hard to get to work. The IDE may be able to help you with that; you can create a new portlet of type "remote portlet" in your aggregated webapp, and a wizard will walk you through the steps. If you use local proxy mode, the portlet's individual WSDL URL will be the URL to each portlet's webapp on localhost.
    The WSRP configuration can also be done dynamically in the Portal Admin Tools, and even using a specialized JSR168 import tool, but both of these options would only create database instances of portals and portlets in your aggregating webapp. This would be fine if your aggregated EAR never needs to move to a different deployment environment, but if you require portability of the EAR to another environment it complicates packaging, as database information is also required. If you happen to be using WLP version 10.3, I believe there is a bug which prevents the specialized JSR168 import tool from working, but the tool is documented here:
    http://download.oracle.com/docs/cd/E13155_01/wlp/docs103/prodOps/deployment.html#wp1047337
    Since all the WSDL URLs will point only to the localhost, when you package the aggregated WAR file it should deploy properly to any servers. Information about the local proxy mode, which should improve performance for your configuration, is described here:
    http://download.oracle.com/docs/cd/E13155_01/wlp/docs103/federation/Chap-Best_Practices.html#wp1010714
    Hope this helps!
    Kevin

  • JSR 168 Portlet and PORTLET_SCOPE session variables

    Hi,
    I have a JSR-168 portlet that is putting session variables on the PortletSession. I have some variables that use "PORTLET_SCOPE" for that particular portlet. This works fine if I add the portlet directly on a page, no problems. Its able to retrieve and put variables on the PortletSession with PORTLET_SCOPE and retrieve them properly.
    The problem comes when when I have my JSR-168 portlet on a page, then select "Publish Page as Portlet", and then add that page (that contains the JSR-168 Portlet) to another page. Now, when I try to retrieve a variable that was put on the PortletSession w/ PORTLET_SCOPE, it returns null. So its like variables put on the PortletSession with PORTLET_SCOPE doesn't work properly if you add it as a page onto another page.
    In case that wasn't clear, let's say I have Page1 which contains my JSR-168 portlet and I selected "Publish Page as a Portlet."
    If I go to Page1, it works fine, no problems at all.
    Now, I have Page 2. I add Page 1 to Page 2. NOW, the Portlet on Page 1 doesn't work properly and I've narrowed it down to a problem with the PortletSession when PORTLET_SCOPE is used. Has anyone else run into this problem? I'm guessing the problem is the fact that page is published as a portlet and PORTLET_SCOPE doesn't work properly. Is this a bug or expected behavior?? If so, is there a workaround?
    Thanks in advance.

    Frank,
    The taglib is not in the classpath of the Portal server. We access other methods of the ftl taglib, like <f:webResources relativePath='js/myScripts.js' />at places higher up in the JSP and it has no problems with those ftl taglib calls.
    If I understand correctly, since the Portal is hosting a remote portlet, the Portal is only getting html from the remote portlet producer, not the actual JSP to compile into a web page. If that is true, the Portal never sees the taglib code, just the html that is produced from it - so it would not need the taglib in its classpath.
    There is something special about the "invoke" method of the taglib where it makes a call back to the Enterprise server. I think when it tries to go back to the Enterprise server, the Portal server has a problem with it.
    Thanks.
    Edited by marshallbenfield at 08/15/2007 6:02 AM
    Edited by marshallbenfield at 08/15/2007 6:03 AM

  • How do I enable JSR 168 portlet capability on Weblogic?

    How do I enable JSR 168 portlet capability on Weblogic?
    To enable JSR 168 portlet capability on Weblogic:
    1. Open one of the files listed below in a text editor:
    Windows: &lt;drive&gt;:\bea\weblogic81\common\bin\commEnv.cmd
    Unix: /apps/bea/weblgic81/common/bin/commEnv.sh
    2. Modify the file so that file qname.jar appears ahead of the weblogic.jar file in the system classpath. For example:
    CLASSPATH=%WL_HOME%\newscale_drivers\
    qname.jar;%WEBLOGIC_CLASSPATH%;%POINTBASE_CLASSPATH%;%JAVA_HOME%\jre\lib\rt.jar;%WL_HOME%\server\lib\webservices.jar ;%CLASSPATH%
    3. Copy the qname.jar file from &lt;newscale_installed_dir&gt; folder to ${WL_HOME}/newscale_drivers folder.
    For more information about newScale portlets, please see the JSR 168 Portlet Guide.

    Betreffend telnet und RV180:
    Unter dem Menü-Punkt:
    "Administration" - "Management Interface" - "Web Access"
    kann man "Remote Management" auf "enable" setzen
    und weiter unten auch den Punkt "Port" auswählen (Standardmässig HTTPS 443)
    Wofür steht diese "Remote Management" Einstellung, wenn nur HTTPS funktioniert?
    Das Problem ist, dass der RV180 zwar "no-ip.com" ergänzt hat, aber andere Seiten wie die hier beschriebene und weit umfangreichere nicht:
    http://www.blindhog.net/cisco-routers-and-dynamic-dns/
    Die Anleitung würde eine Konfiguration anderer dyndns Seiten zeigen, die per SSH oder Telnet  konfiguriert werden könnten.... 

  • JSR 168 and Web Services For Remote Portlets

    Hi,
       I have recently joined SAP.In my previous work experience I have worked extensively on the Sun Java Portal Server and was curious about the following
    1.Does SAP Enterprise Portal Server support JSR 168 compliant Portlets.
    2.If yes the Question that naturally follows is:Can portlets(view Components)in a SAP Portal be remote enabled?In other words does SAP portal support WSRP standards.
    3.If the SAP Enterprise Portal has implemented  the JSR 168 specifications then how does the architecture seperate out the Portal engine from the Portlet Container.
    In other words where does the actual wrapping from a HTTPServletRequest to a Portlet Request happen?
    4.The JSR 168 specifications restricts the use of IFrames and many HTML tags in the fragments that are returned by the portlets running in the Portlet Container.Is this taken care of in SAP Enterprise Portal?
    5.Can WebDynpro applications be embedded in a JSR 168 compliant portlet?
    6.How is parity maintaned between portlet session HTTP session and the Applications session?
    7.Does SAP Portal support deployment through a par model?
    Thanks and Regards
    Sujeet Mishra
    SAP Labs India Ltd
    [email protected]

    > 1.Does SAP Enterprise Portal Server support JSR 168
    > compliant Portlets.
    I'd like to know the answer to this question as well. I wrote an email but didn't receive any response. So i guess JSR 168 isn't supported yet?

  • Inter Portlet Communication for JSR 168 Portlets

    Hi,
    I want to invoke one JSR168 Portlet from another and also pass parameters between the two.I did the same using Events for Oracle Portlets.
    I would like to know how to do the same when I build JSR 168 Portlets.
    Also Pls let me know where I can get documentation which describes all the possible options that I can try out on JSR168 Portlets
    Regards
    Yash

    Hello Yash,
    The current version of the specifications does not support Parameter and Events that allow you to create portlet 2 portlet communication using OracleAS Portal framework.
    If the reusability of the parameter is not a major requirement of your application you can simply use URL parameters and this will authorize you implement that.
    Regards
    Tugdual Grall

  • Apache Struts Bridge for JSR-168 Portlet

    Hello,
    I am trying to call a struts application from a JSR-168 Portlet.
    But I am not getting this class "oracle.webdb.wsrp.server.PortletApplicationImpl"
    Which is required for this.
    Can anyone, tell me, where to find this class.
    Thanks
    Sam
    Message was edited by:
    samplified

    I was able to find that class by downloading the Oracle Portlet Container 10.1.2.0.2 and following the instructions for extracting it into my OC4J. When you do that it will give you a file called ${OC4J_HOME}/shared-lib/oracle.wsrp/1.0/wsrp-container.jar. That jar file contains the class you need.
    Oracle Portlet Container 10.1.2.0.2: http://download.oracle.com/otndocs/tech/ias/portal/files/portlet-container.zip
    PDK Page: http://www.oracle.com/technology/products/ias/portal/pdk.html

  • Weblogic Portal 10.3.5 - JSR-168 Portlet resize at runtime by the users

    One of the requirement I'm trying to develop in WLP 10.3.5 for JSR-168 Portlet is to give the end user the flexibilty to resize (Just like we can do in Iframe in IE) it in runtime. Is it possible to do this ?
    Any helpful link / pointers are welcome.
    Edited by: hari_wc on Mar 25, 2013 8:46 AM

    Hi,
    Could someone pls explain which cache is used to cache portlet content and in which form the content is cached?

  • Oracle Portal WSRP messing things up for Tapestry JSR-168 portlet?

    I've been trying to consume a Tapestry JSR-168 portlet in Oracle Portal 10.1.4. However a very simple tapestry page is (already) failing. This page displays some boilerplate text and a form component including one text input item. Upon display the following stacktrace is shown:
    06/03/03 14:42:58 webmodule: [id=3230371113264,1] EXCEPTION THROWN: Uncaught exception
    org.apache.hivemind.ApplicationRuntimeException: Invalid URL "wsrp_rewrite?wsrp-urlType=blockingAction&wsrp-mode=wsrp%3Aview&wsrp-windowState=wsrp%3Anormal&wsrp-secureURL=false/wsrp_rewrite" [context:/WEB-INF/Home.page, line 5, column 59]
         at org.apache.tapestry.engine.RequestCycle.renderPage(RequestCycle.java:380)
         at org.apache.tapestry.portlet.PortletRendererImpl.renderPage(PortletRendererImpl.java:70)
         at $PortletRenderer_109c058b59f.renderPage($PortletRenderer_109c058b59f.java)
         at $PortletRenderer_109c058b59e.renderPage($PortletRenderer_109c058b59e.java)
         at org.apache.tapestry.portlet.PortletHomeService.service(PortletHomeService.java:80)
         at $IEngineService_109c058b58a.service($IEngineService_109c058b58a.java)
         at org.apache.tapestry.services.impl.EngineServiceInnerProxy.service(EngineServiceInnerProxy.java:77)
         at org.apache.tapestry.services.impl.EngineServiceOuterProxy.service(EngineServiceOuterProxy.java:66)
         at org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:248)
         at org.apache.tapestry.services.impl.InvokeEngineTerminator.service(InvokeEngineTerminator.java:60)
         at $WebRequestServicer_109c058b559.service($WebRequestServicer_109c058b559.java)
         at $WebRequestServicer_109c058b558.service($WebRequestServicer_109c058b558.java)
         at $WebRequestServicer_109c058b557.service($WebRequestServicer_109c058b557.java)
         at $WebRequestServicer_109c058b556.service($WebRequestServicer_109c058b556.java)
         at org.apache.tapestry.portlet.RenderRequestServicerToWebRequestServicerBridge.service(RenderRequestServicerToWebRequestServicerBridge.java:49)
         at $RenderRequestServicer_109c058b551.service($RenderRequestServicer_109c058b551.java)
         at $RenderRequestServicer_109c058b550.service($RenderRequestServicer_109c058b550.java)
         at $RenderRequestServicer_109c058b54b.service($RenderRequestServicer_109c058b54b.java)
         at $RenderRequestServicer_109c058b54a.service($RenderRequestServicer_109c058b54a.java)
         at org.apache.tapestry.portlet.ApplicationPortlet.render(ApplicationPortlet.java:161)
         at oracle.webdb.wsrp.server.Server.getMarkup(Unknown Source)
         at oracle.webdb.wsrp.WSRP_v1_Markup_PortType_Tie.invoke_getMarkup(WSRP_v1_Markup_PortType_Tie.java:98)
         at oracle.webdb.wsrp.WSRP_v1_Markup_PortType_Tie.processingHook(WSRP_v1_Markup_PortType_Tie.java:495)
         at com.sun.xml.rpc.server.StreamingHandler.handle(StreamingHandler.java:230)
         at com.sun.xml.rpc.server.http.ea.JAXRPCServletDelegate.doPost(JAXRPCServletDelegate.java:153)
         at com.sun.xml.rpc.server.http.JAXRPCServlet.doPost(JAXRPCServlet.java:69)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:65)
         at oracle.webdb.wsrp.server.ContextFilter.doFilter(Unknown Source)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:663)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:330)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:830)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.HttpRequestHandler.run(HttpRequestHandler.java:285)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.HttpRequestHandler.run(HttpRequestHandler.java:126)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Thread.java:534)
    Caused by: oracle.webdb.wsrp.server.ContainerIllegalArgumentException: Invalid URL "wsrp_rewrite?wsrp-urlType=blockingAction&wsrp-mode=wsrp%3Aview&wsrp-windowState=wsrp%3Anormal&wsrp-secureURL=false/wsrp_rewrite"
         at oracle.webdb.wsrp.server.PortletResponseImpl.encodeURL(Unknown Source)
         at oracle.webdb.wsrp.server.RenderResponseImpl.encodeURL(Unknown Source)
         at org.apache.tapestry.portlet.PortletWebResponse.encodeURL(PortletWebResponse.java:60)
         at $WebResponse_109c058b636.encodeURL($WebResponse_109c058b636.java)
         at $WebResponse_109c058b51e.encodeURL($WebResponse_109c058b51e.java)
         at org.apache.tapestry.engine.RequestCycle.encodeURL(RequestCycle.java:207)
         at $IRequestCycle_109c058b63f.encodeURL($IRequestCycle_109c058b63f.java)
         at $IRequestCycle_109c058b53a.encodeURL($IRequestCycle_109c058b53a.java)
         at org.apache.tapestry.portlet.PortletLink.getURL(PortletLink.java:68)
         at org.apache.tapestry.portlet.PortletLink.getURL(PortletLink.java:126)
         at org.apache.tapestry.form.FormSupportImpl.render(FormSupportImpl.java:490)
         at org.apache.tapestry.form.Form.renderComponent(Form.java:250)
         at org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:617)
         at org.apache.tapestry.BaseComponent.renderComponent(BaseComponent.java:92)
         at org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:617)
         at org.apache.tapestry.AbstractPage.renderPage(AbstractPage.java:275)
         at org.apache.tapestry.engine.RequestCycle.renderPage(RequestCycle.java:366)
         ... 36 more
    06/03/03 14:42:58 webmodule: [id=3230371113264,1] WARNING: Unable to process client request: Invalid URL "wsrp_rewrite?wsrp-urlType=blockingAction&wsrp-mode=wsrp%3Aview&wsrp-windowState=wsrp%3Anormal&wsrp-secureURL=false/wsrp_rewrite"
    org.apache.hivemind.ApplicationRuntimeException: Invalid URL "wsrp_rewrite?wsrp-urlType=blockingAction&wsrp-mode=wsrp%3Aview&wsrp-windowState=wsrp%3Anormal&wsrp-secureURL=false/wsrp_rewrite" [context:/WEB-INF/Home.page, line 5, column 59]
         at org.apache.tapestry.engine.RequestCycle.renderPage(RequestCycle.java:380)
         at org.apache.tapestry.portlet.PortletRendererImpl.renderPage(PortletRendererImpl.java:70)
         at $PortletRenderer_109c058b59f.renderPage($PortletRenderer_109c058b59f.java)
         at $PortletRenderer_109c058b59e.renderPage($PortletRenderer_109c058b59e.java)
         at org.apache.tapestry.portlet.PortletHomeService.service(PortletHomeService.java:80)
         at $IEngineService_109c058b58a.service($IEngineService_109c058b58a.java)
         at org.apache.tapestry.services.impl.EngineServiceInnerProxy.service(EngineServiceInnerProxy.java:77)
         at org.apache.tapestry.services.impl.EngineServiceOuterProxy.service(EngineServiceOuterProxy.java:66)
         at org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:248)
         at org.apache.tapestry.services.impl.InvokeEngineTerminator.service(InvokeEngineTerminator.java:60)
         at $WebRequestServicer_109c058b559.service($WebRequestServicer_109c058b559.java)
         at $WebRequestServicer_109c058b558.service($WebRequestServicer_109c058b558.java)
         at $WebRequestServicer_109c058b557.service($WebRequestServicer_109c058b557.java)
         at $WebRequestServicer_109c058b556.service($WebRequestServicer_109c058b556.java)
         at org.apache.tapestry.portlet.RenderRequestServicerToWebRequestServicerBridge.service(RenderRequestServicerToWebRequestServicerBridge.java:49)
         at $RenderRequestServicer_109c058b551.service($RenderRequestServicer_109c058b551.java)
         at $RenderRequestServicer_109c058b550.service($RenderRequestServicer_109c058b550.java)
         at $RenderRequestServicer_109c058b54b.service($RenderRequestServicer_109c058b54b.java)
         at $RenderRequestServicer_109c058b54a.service($RenderRequestServicer_109c058b54a.java)
         at org.apache.tapestry.portlet.ApplicationPortlet.render(ApplicationPortlet.java:161)
         at oracle.webdb.wsrp.server.Server.getMarkup(Unknown Source)
         at oracle.webdb.wsrp.WSRP_v1_Markup_PortType_Tie.invoke_getMarkup(WSRP_v1_Markup_PortType_Tie.java:98)
         at oracle.webdb.wsrp.WSRP_v1_Markup_PortType_Tie.processingHook(WSRP_v1_Markup_PortType_Tie.java:495)
         at com.sun.xml.rpc.server.StreamingHandler.handle(StreamingHandler.java:230)
         at com.sun.xml.rpc.server.http.ea.JAXRPCServletDelegate.doPost(JAXRPCServletDelegate.java:153)
         at com.sun.xml.rpc.server.http.JAXRPCServlet.doPost(JAXRPCServlet.java:69)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:65)
         at oracle.webdb.wsrp.server.ContextFilter.doFilter(Unknown Source)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:663)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:330)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:830)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.HttpRequestHandler.run(HttpRequestHandler.java:285)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.HttpRequestHandler.run(HttpRequestHandler.java:126)
         at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Thread.java:534)
    Caused by: oracle.webdb.wsrp.server.ContainerIllegalArgumentException: Invalid URL "wsrp_rewrite?wsrp-urlType=blockingAction&wsrp-mode=wsrp%3Aview&wsrp-windowState=wsrp%3Anormal&wsrp-secureURL=false/wsrp_rewrite"
         at oracle.webdb.wsrp.server.PortletResponseImpl.encodeURL(Unknown Source)
         at oracle.webdb.wsrp.server.RenderResponseImpl.encodeURL(Unknown Source)
         at org.apache.tapestry.portlet.PortletWebResponse.encodeURL(PortletWebResponse.java:60)
         at $WebResponse_109c058b636.encodeURL($WebResponse_109c058b636.java)
         at $WebResponse_109c058b51e.encodeURL($WebResponse_109c058b51e.java)
         at org.apache.tapestry.engine.RequestCycle.encodeURL(RequestCycle.java:207)
         at $IRequestCycle_109c058b63f.encodeURL($IRequestCycle_109c058b63f.java)
         at $IRequestCycle_109c058b53a.encodeURL($IRequestCycle_109c058b53a.java)
         at org.apache.tapestry.portlet.PortletLink.getURL(PortletLink.java:68)
         at org.apache.tapestry.portlet.PortletLink.getURL(PortletLink.java:126)
         at org.apache.tapestry.form.FormSupportImpl.render(FormSupportImpl.java:490)
         at org.apache.tapestry.form.Form.renderComponent(Form.java:250)
         at org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:617)
         at org.apache.tapestry.BaseComponent.renderComponent(BaseComponent.java:92)
         at org.apache.tapestry.AbstractComponent.render(AbstractComponent.java:617)
         at org.apache.tapestry.AbstractPage.renderPage(AbstractPage.java:275)
         at org.apache.tapestry.engine.RequestCycle.renderPage(RequestCycle.java:366)
         ... 36 moreAny of you got any clue whether this is an issue of Tapestry, or of Oracle Portal. I'm guessing it is Oracle Portal messing things up, as it is Oracle which gets mentioned in the stacktrace as cause.
    Thanks.

    My mistake! The error was a result of a badly formatted portal.xml

  • What is the difference between JSR 168 portlets and WSRP portlets?

    What is the difference between JSR 168 portlets and WSRP portlets?

    Here is the difference between JSR168 and WSRP:
    The WSRP specification does not make any statements as to implemention. Java's portlet specification, JSR 168, and WSRP are not competing technologies. JSR 168 may be used to define a portlet, and WSRP may be used to define a portlet's operations to remote containers. JSR 168 portlets and WSRP may be used together to define a portlet and to provide remote operations. Similarly, .NET portlets may be created for use with WSRP. Interoperability between JSR 168 and .NET WSRP implementations has been demonstrated

  • JSR-168 Portlets will work on SAP NetWeaver ?

    Hi,
    I would like to confirm with you whether JSR-168 Portlets will work on SAP NetWeaver platform or they work on specific versions of SAP NetWeaver and I would appreciate if you could kindly confirm on these points.
    “As per my knowledge it supports SAP NetWeaver '05'.”
    Is the SAP NetWeaver '05' version available for SAP Service Marketplace?
    Or do they provide any plug-in to support JSR-168 portlets.
    So please provide me detailed information for the above query and that would be greatly appreciated.
    Thanks & Regards
    Siva

    Hi Siva,
    JSR-168 will be available with the next major version of SAP NetWeaver, which should be out next year. For the time being, there's a preview of the J2EE stack that will be part of the next NW version. You can download it here: https://www.sdn.sap.com/irj/sdn/downloads?rid=/library/uuid/da699d27-0b01-0010-99b0-f11458f31ef2
    Note: this preview supports the JSR-168 as runtime. However, it does not include portal, so you can't actually "consume" the portlet components. However, if you have portlets available, you can at least try deployment to the web container...
    Hope that helps!

  • IPC with JSR 168 portlets and WebLogic Portal 9.2.3

    I have seen examples in this forum indicating that you can implement IPC in JSR 168 portlets by doing the following:
    1. Fire a custom event in the processAction() method of one portlet.
    2. Handle the custom event in another portlet that is listening for the event.
    3. The listening portlet should contain a method such as
    processMyCustomEvent(ActionRequest req, ActionResponse resp, Event event)4. The method is mapped as a handler for the custom event in the listening portlet's +.portlet+ file:
    <netuix:javaPortlet definitionLabel="jsr168EventPortlet" title="JSR168 event portlet">
       <netuix:handleCustomEvent event="myCustomEvent" eventLabel="customEventOne" filterable="true" description="custom event handler">
          <netuix:invokeJavaPortletMethod  method="processMyCustomEvent" />
       </netuix:handleCustomEvent>
    </netuix:javaPortlet>However, the examples I've found in this forum seem to pertain only to installations of WebLogic Portal 10.x or higher.
    Does this JSR 168 IPC approach work for WebLogic Portal 9.2.3?
    (The example provided in the WL Portal 9.2.3 documentation uses a Backing File to handle the event instead of invoking a method in the portlet class itself.)
    Any clarification that can be provided would be much appreciated. Thanks.
    Edited by: user13297286 on Jun 15, 2010 2:02 PM

    Hello,
    Yes, JSR168 portlet IPC is supported in WLP 9.2, and you can use the "invokeJavaPortletMethod" (recommended) or the invokeBackingFileMethod in the .portlet file to configure your portlet to receive events.
    Kevin

  • Error while deploying a JSR 168 portlet developed in JDeveloper 10.1.3.2

    When deploying a JSR 168 portlet created using JDeveloper 10.1.3.2 (Web Center Suite edition), I get the error :
    "Shared library "oracle.wsrp" could not be found."
    Error Log:
    ---- Deployment started. ---- Sep 20, 2007 9:31:42 AM
    Target platform is Oracle Application Server 10g 10.1.3 (PolestarAppServerConnection).
    Wrote WAR file to C:\Projects\eAlliance\JSR168\ViewController\deploy\jsr168.war
    Wrote EAR file to C:\Projects\eAlliance\JSR168\ViewController\deploy\jsr168.ear
    Backing up generic archive file :/C:/Projects/eAlliance/JSR168/ViewController/deploy/jsr168_generic.ear
    Creating WSDLs for the WSRP Application
    WSDLs for the WSRP Application have been created
    Uploading file jsr168.ear ...
    Uploading file jsr168.ear ...
    Application Deployer for jsr168 STARTS.
    Copy the archive to /home/soahome/orasoa/j2ee/home/applications/jsr168.ear
    Initialize /home/soahome/orasoa/j2ee/home/applications/jsr168.ear begins...
    Unpacking jsr168.ear
    Done unpacking jsr168.ear
    Unpacking jsr168.war
    Done unpacking jsr168.war
    Initialize /home/soahome/orasoa/j2ee/home/applications/jsr168.ear ends...
    Starting application : jsr168
    Initializing ClassLoader(s)
    application : jsr168 is in failed state
    Operation failed with error:
    Shared library "oracle.wsrp" could not be found.
    Deployment failed
    Elapsed time for deployment: 39 seconds
    #### Deployment incomplete. #### Sep 20, 2007 9:32:21 AM
    Steps To recreate the error:
    1)Create a new Application in JDeveloper
    2)Click "New" in "ViewController" and click on WebTier->Portlets->Standards based(JSR 168) from the wizard.
    3)Go thru JSR 168 Portlet wizard steps 1 thru' 8 accepting all defaults.
    4)Click "New" in "ViewController" and click on General->Deployment Profiles->WAR File from the wizard.
    5)Enter a name and hit OK. Then in the "WAR Deployment Profile Properties" page, select "Specify J2EE Web Context Root" and enter the name similar to what is in the "Enterprise application name" text box in the same screen. Hit OK.
    6)Right click on the deploy file created under "Resources" and select "Deploy to AppServer" (I am deploying to a remote 10.1.4 Portal Server that has already been configured in my connections tab.
    7)Note the above noted error message in the Deployment Log tab.
    Can you give me any suggestions?
    Thanks,
    Bipin Raj

    Does the \j2ee\home\shared-lib directory contain a directory oracle.wsrp?
    Does the <OC4J_HOME>/j2ee/home/config/server.xml file contain a shared-lib declaration for oracle.wsrp?
    <shared-library name="oracle.wsrp" version="1.0">
    <code-source path="wsrp-container.jar"/>
    <code-source path="wsrp-types.jar"/>
    <code-source path="wsrp-jaxb.jar"/>
    <code-source path="jaxb-api.jar"/>
    <code-source path="jaxb-impl.jar"/>
    <code-source path="jaxb-libs.jar"/>
    <code-source path="namespace.jar"/>
    <code-source path="xsdlib.jar"/>
    <code-source path="relaxngDatatype.jar"/>
    <import-shared-library name="oracle.gdk"/>
    <import-shared-library name="oracle.xml"/>
    <import-shared-library name="oracle.jdbc"/>
    <import-shared-library name="oracle.cache"/>
    </shared-library>

Maybe you are looking for