Support of JSR 168 and JSR 286 portlets

Hi,
As far as I know there is no direct support for JSR 168 compliant portlets in the SAP portal. Remote portlets can be consumed using WSRP. I was wondering whether the SAP portal will provide direct support for JSR 168 or even JSR 286 portlets in future releases?
Regards,
Kevin

Hi Kevin,
Long time ago SAP promised to implement JSR 168. Nowadays, you don't find much official documentation stating SAP portal is JSR168 compliant.
SAP introduced the Federated Portal Network (Consumer and Producer portals), also with WSRP support.
Check:
cheers,
Noë

Similar Messages

SAP Enterpirse Portal Development standards (JSR 168 and JSR 286)

Hi
I am working on SAP Entperprise Portal Assessment. I heard SAP-EP not supporting JSR 168 and JSR 286 standards.
Can anyone please let me know what JSR 186 and JSR 286 standards are and impact in SAP development work.
Thanks everyone.

Hi Ravi,
SAP EP is definitely not supporting JSR 168.
The next release (Portal on NetWeaver 7.1) will support JSR 286.
You have to consider that the huge amount of SAPs standard portlets / iViews (addressing Knowledge Management, Employee Self Service, Business Intelligence, etc.) will not be implementations of JSR 286 but so called portal applications or Web Dynpro applications.
HTH,
Carsten

JSR 168 and Struts support sample error

I'm trying to get the sample webapp for JSR 168 and Struts support working with
WebLogic 8.1, and I'm having problems with the struts portlet. The other portlets
seem to work fine, but the Struts portlet gives the following error after clicking
"Save" on most of the forms:
Page Flow Error - Action Not Found
Page Flow: Global.app
Action: html-setters.do
Unable to find action html-setters.do.
That error appears in the browser. At the same time, the following exception
appears in the server window:
<Aug 18, 2003 4:34:12 PM EDT> <Error> <netui> <BEA-420012> <There was an error
while running a lifecycle stage :: Lifecycle: UIControl.render :: for the control
:: null ::.
com.bea.netuix.nf.UIControlException: For portlet [strutsPortlet], could not do
page flow lookup for the given action [html-setters.do] in the given PageFlow:
[struts/exercise-taglib].
This exception is followed by hundreds of lines of the following:
at com.bea.wlw.netui.pageflow.scoping.ScopedServletUtils.strutsLookup(ScopedServletUtils.java:363)
as well as several stack overflow errors.
I believe I have installed the JSR168 and Struts support package according to
the instructions, and have copied the required jars into the samples WEB-INF/lib
directory. I also have tried to write my own Struts application in a portlet,
and it gets the exact same errors when I try to submit a form to my actions.
Any insight would be much appreciated!
Thanks,
Patrick

Hi Brodi,
I am having the same problem as Patrick. The problem is not in the struts portlet,
but in the forms the portlet navigates to. After the struts portlet loads, I
am able to use the html:links and navigate through the pages. Though when I try
to submit a form I get the action not found error. For example the html-select
page has a form. This page loads fine, but when I hit the save button I get the
following error.
<Aug 25, 2003 11:00:00 AM EDT> <Error> <netui> <BEA-420012> <There was an error
while running a lifecycle stage :: Lifecycle: UIControl.render :: for the contro
l :: null ::.
com.bea.netuix.nf.UIControlException: For portlet [strutsPortlet], could not do
page flow lookup for the given action [html-select.do] in the given PageFlow:
struts/exercise-taglib].
The application appears to loose the struts context. It tries to find the localhost:7001/samples/html-select.do
action instead of localhost:7001/samples/struts/exercise-taglib/html-select.do
action. How do I keep the application from loosing context?
Thank you,
Karen
"Brodi Beartusk" <[email protected]> wrote:
>
Patrick-
I've seen similar things happen when the module name is either not specified
correctly
in the StrutsContent element in the portlet, or when the module is misconfigured,
usually because of either a mising config file or a mis-named config
file.
Ensure that you have a the struts config file for the exercise-taglib
module in
WEB-INF, named jpf-struts-config-struts-exercise-taglib.xml.
-Brodi Beartusk
"Patrick Callis" <[email protected]> wrote:
I'm trying to get the sample webapp for JSR 168 and Struts support working
with
WebLogic 8.1, and I'm having problems with the struts portlet. Theother
portlets
seem to work fine, but the Struts portlet gives the following errorafter
clicking
"Save" on most of the forms:
Page Flow Error - Action Not Found
Page Flow: Global.app
Action: html-setters.do
Unable to find action html-setters.do.
That error appears in the browser. At the same time, the followingexception
appears in the server window:
<Aug 18, 2003 4:34:12 PM EDT> <Error> <netui> <BEA-420012> <There was
an error
while running a lifecycle stage :: Lifecycle: UIControl.render :: for
the control
:: null ::.
com.bea.netuix.nf.UIControlException: For portlet [strutsPortlet], could
not do
page flow lookup for the given action [html-setters.do] in the given
PageFlow:
[struts/exercise-taglib].
This exception is followed by hundreds of lines of the following:
at com.bea.wlw.netui.pageflow.scoping.ScopedServletUtils.strutsLookup(ScopedServletUtils.java:363)
as well as several stack overflow errors.
I believe I have installed the JSR168 and Struts support package according
to
the instructions, and have copied the required jars into the samples
WEB-INF/lib
directory. I also have tried to write my own Struts application ina
portlet,
and it gets the exact same errors when I try to submit a form to myactions.
Any insight would be much appreciated!
Thanks,
Patrick

Support for JSR 168 and WSRP

Hi,
does SAP EP 7.0 supports JSR 168 and WSRP standards?
Regards,
Ladislav

Hi Ladislav,
Here are a few pointers that might answer your question:
- WSRP 1.0 is supported in NetWeaver 7.0 (see this [SAP Help Page|http://help.sap.com/saphelp_nw70/helpdata/en/43/23fb36cad10d23e10000000a1553f7/frameset.htm] for more information)
- JSR 168 support for Netweaver 7.0 has been discussed often but never confirmed in SAP documentation (check this thread for a recent SAP unofficial comment about its upcoming availability). However, NetWeaver CE 7.1 already supports JSR 168 (see this [SAP Help Page|http://help.sap.com/saphelp_nwce10/helpdata/en/44/5b96b37b6f4de1e10000000a1553f7/frameset.htm])
Hope this helps.
Best Regards,
Joseph

JSR 168 and UIX.

Hi,
Iam a newbie working on an JSR 168 app that makes an existing portlets as JSR 168 compatible. The portlets was orginaly developed usign the JPDK api and to incorporate standards we are making it as JSR 168 compatible.
We used the UIX pages as the front end for showing portlet content. Is it possible to leverage the existing UIX pages using the JSR 168 API. For Rendering the UIX content we used the JPDK classes like the RenderManager , PortletContainerRenderer etc.
As i understand JSR 168 provides the RenderRequest which represents the request sent to the portlet to handle a render. Can this RenderRequest be used to display UIX pages.
Just wanted to know a couple of things.
a) JPDK providers RenderManager , PortletContainerRenderer etc are there equivalents in the JSR 168 API
b) Difference between the RenderRequest of the JSR and the PorletRenderRequest class .
At a brief Iam looking for an equivalents of in the JSR 168 API which can accomplish this.
Thanks
Mouli

Hi Mouli,
In case of JPDK always you will get single request i.e., HttpServletRequest from the portlet.you can get the PortletRenderRequest from HttpServletRequest.
Way to get PortletRenderRequest from HttpServletRequest :
===========================================
PortletRenderRequest portletRenderRequest=(PortletRenderRequest)oHttpServletRequest.getAttribute("oracle.portal.PortletRenderRequest");
[NOTE : you need to import the following class.
import oracle.portal.provider.v2.render.PortletRenderRequest;]
In case of JSR 168 generally you will get two kinds of request ie., RenderRequest & ActionRequest.Where PortletRequest is the parent interface for this two interfaces.
For Ex.whenever the portlets first time loaded on portalpage the portlet will get RenderRequest & it will create its own portlet markup.When ever you perform any operation in any portlet then it will have ActionRequest & remaining portlets will have RenderRequest.
Please feel free to ask anything related to portal technology..Let me know if i specified anything wrong.....
Thanks & Regards.,
Bala S Murugan.,
sendrequestgetresponse At Gmail Dot Com
http://balamurugan-portlets.blogspot.com/

JSR 82 and jsr 185

Dear all, I'm interested in mobile phones that support both JSR 75 and JSR 82. Now I've seen that new phone models such as Nokia 3155 or Nokia 6155, and so on, support JSR 75 but not JSR 82.
Does anybody know if there is a JSR that extend JSR 82?
because in that case I can use these models as well.
Thanks a lot,
Maurizio

jcp.org is up now... latest version of JSR-82 appears to be 1.1.1. Still need an answer to question 3 though!

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?

JSR-168 and Request Parameters

Hi!
I'm creating a portlet application; right now it only has one portlet in it. The landing page for my portlet (view mode) has the following form code:
    <FORM action="<portlet:renderURL/>">
        I'm thinking of a number between 1 and 10.<BR><BR>
        <I>What is it?</I>
        <INPUT name="<portlet:namespace/>number" type="text" size="10" />
        <INPUT name="submit" type="submit" value="Guess!!" />
    </FORM>When I submit this form, I see the parameter in my browser's URL window prefixed with the portlet namespace:
   http://host:port/portal/page/portal/portalpage?__ns36_5643_36_1_1_number=3&submit=Guess%21%21Here is how I'm trying to get the "number" parameter in the Java class associated with this jsp:
            String number = (response.getNamespace()+"number");I have also tried with
            String number = response.getParameter("number");In both cases the variable number gets assigned the null value.
How can I capture parameters sent by a form on a JSP page on the portlet's Java class?
I am developing this portlet application with JDeveloper 10.1.3.3.0.4157 and deploying to Oracle Application Server 10.1.2.0.2 with a wsrp-compliant container. Portlet is consumed in Oracle Portal 10.1.4.
Thank you for your response.

I'm sorry; I typed it wrong:
It's
String number = request.getParameter("number");However, if you're referring to the namespace, then the way I have on my book (Portlet Programming, Effectively Using the JSR-168 Standard, by Cameron McKenzie) is really
(response.getNamespace()+"number")

Migration from JSR 168 to Oracle PDK Portlet

Hi,
I have created a Portlet in JSR standard. I want to port it as Oracle PDK portlet.
In such case how to map the ProcessAction Method in MyPortlet which extends GenericPortlet to Oracle PDK Portlet format.
Since Am using Oracle Portal 10g 10.1.2 which has no support to WSRP, am not able to use Java Portlet.

Bala,
Thanx bala. I made that web app to Portlet.
Now am developing an application based on documentum.
Am getting following error
java.lang.NoClassDefFoundError: com/documentum/fc/connector/DfConnectionFactory at com.documentum.fc.client.DfClient.<init>(DfClient.java:32) at com.documentum.fc.client.DfClient.getLocalClientEx(DfClient.java:71) at com.documentum.fc.client.DfClient.getLocalClient(DfClient.java:57) at jsp.login._jspService(login.jsp:118) [Jsp/login.jsp] at com.orionserver[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].http.OrionHttpJspPage.service(OrionHttpJspPage.java:57) at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:350) at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:509) at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:413) 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.security.jazn.oc4j.JAZNFilter.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:192) at java.lang.Thread.run(Thread.java:534)
Can u help me in this.
regards,
Jay.
Message was edited by:
Jayashree

JSR 168: Building JSR 168 Portlets

cf)JsrPortlet_Google.zip
I've tried installing the portlet as follows, but I could not make it.(The portlet log the user out when you hit submit button.http://XXXX/portal/server.pt/gateway/PTARGS_0_289_749_0_0_43/http://tama9/XXX/server.pt?space=MyPage&cached=true&parentname=Gateway&parentid=None&userid=2&control=SetPage&PageID=0 )
put simply.... 1. unzip the war file 2. modify the portlet.xml to add the key-string for the google api 3. zip these files to war file 4. deploy it to the application server. 5. migrate the pte file 6. restart tomcat after deleting the directory \Standalone
and my testing environment is portal501+hotfixes on tomcat 4.1.18google.com <--> our proxy server <--> portal with the google portletAny help in this matter will be greatly appreciated!

Jsr 168 and struts?

All,
I am doing some research on integrating struts framework with jsr168 framework. The reason for this is I do not put all the logic in the processAction method of the Portlet and I wanted to leverage the struts framework.
In struts the starting point is ActionServlet, whereas for a servlet the starting point should be the portlet class. How do we call ActionServlet from the portletServlet.
I guess I need to modify the RequestProcessor class method processActionForward method to return the path which should get invoked and feed in that path to the doView method of the portlet class.
Any ideas around this...??
Thanks,
Raghu

All,
I am doing some research on integrating struts framework with jsr168 framework. The reason for this is I do not put all the logic in the processAction method of the Portlet and I wanted to leverage the struts framework.
In struts the starting point is ActionServlet, whereas for a servlet the starting point should be the portlet class. How do we call ActionServlet from the portletServlet.
I guess I need to modify the RequestProcessor class method processActionForward method to return the path which should get invoked and feed in that path to the doView method of the portlet class.
Any ideas around this...??
Thanks,
Raghu

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 support on production environment??

Hello Oracle people,
when are you going to support JSR168 portlets in you Oracle Portal?? Where is the money customers pay you for working? not enough? What do we do with this piece of closed source box you gave us if you can not be ahead many other open source (free) products? Can you stand the pace? you say "we support standards"... and I see you are falling behind.

you should be demanded because of the way you assure support of the JSR168 in your executive brochures... Any layer out there who can help?
Look this question and how Oracle answers:
Does Oracle Portal support JSR 168 and WSRP?
Oracle has been an active member of the standards bodies and been instrumental in the process of defining these portal interoperability standards:
* JSR-168: Defines how Java developers should write portlets using standard APIs.
* OASIS WSRP (Web Services for Remote Portlets): Defines the communication protocol between a portal application and the remote portlet./li>
Oracle fully supports the JSR 168 portlet specification. You can develop JSR 168 portlets using the Java Portlet Wizard, a JDeveloper plug-in. You can also deploy JSR 168 portlets to Oracle's or any other vendor's JSR 168 Java Portlet Container. Portlets deployed to Oracle's container are exposed to portals through WSRP, and can be registered against any portal vendor's WSRP compliant portal. The current version of Oracle Portal (Oracle Portal 10g Release 2 (10.1.2)) does not support WSRP, but you can register and test standard portlets using the OracleAS Portal Developer's Preview for Portlet Standards or the hosted WSRP compliant portal on http://portalstandards.oracle.com. You find additional information about Oracle and Portal standards on http://portalstandards.oracle.com.
When there is a simple answer: NO we do not support the JSR168 in Oracle Portal. We do a lot of other things... see this and that. But sadly our Oracle Portal does not support it, you can test a preview version but if it crashes its your problem (we proudly do very expensive closed source :).

JSR-168 Support

Do we have any plans to resume support for JSR-168 portlets to extend integration with other portal platforms besides WCI and WLP?

you should be demanded because of the way you assure support of the JSR168 in your executive brochures... Any layer out there who can help?
Look this question and how Oracle answers:
Does Oracle Portal support JSR 168 and WSRP?
Oracle has been an active member of the standards bodies and been instrumental in the process of defining these portal interoperability standards:
* JSR-168: Defines how Java developers should write portlets using standard APIs.
* OASIS WSRP (Web Services for Remote Portlets): Defines the communication protocol between a portal application and the remote portlet./li>
Oracle fully supports the JSR 168 portlet specification. You can develop JSR 168 portlets using the Java Portlet Wizard, a JDeveloper plug-in. You can also deploy JSR 168 portlets to Oracle's or any other vendor's JSR 168 Java Portlet Container. Portlets deployed to Oracle's container are exposed to portals through WSRP, and can be registered against any portal vendor's WSRP compliant portal. The current version of Oracle Portal (Oracle Portal 10g Release 2 (10.1.2)) does not support WSRP, but you can register and test standard portlets using the OracleAS Portal Developer's Preview for Portlet Standards or the hosted WSRP compliant portal on http://portalstandards.oracle.com. You find additional information about Oracle and Portal standards on http://portalstandards.oracle.com.
When there is a simple answer: NO we do not support the JSR168 in Oracle Portal. We do a lot of other things... see this and that. But sadly our Oracle Portal does not support it, you can test a preview version but if it crashes its your problem (we proudly do very expensive closed source :).

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

Support of JSR 168 and JSR 286 portlets

Similar Messages

Maybe you are looking for