Portlet Preferences for JSR168 Portlets

I am using PortletPreferences.store() method to store the preferences. But , getting an exception.
Where is the prefernce stored..(which db table?)
Thanks
Durai
"java.lang.UnsupportedOperationException: Can not persist preferences. No backing store configured or deployed, or this portal does not support customization. at com.bea.portlet.container.PortletPreferencesImpl.store(PortletPreferencesImpl.java:115) at com.plumtree.portlet.portlets.RssPortlet.processAction(RssPortlet.java:138) at com.bea.portlet.container.PortletStub.processAction(PortletStub.java:275) ... 29 more Nested Exception is java.lang.UnsupportedOperationException: Can not persist preferences. No backing store configured or deployed, or this portal does not support customization. at com.bea.portlet.container.PortletPreferencesImpl.store(PortletPreferencesImpl.java:115) at com.plumtree.portlet.portlets.RssPortlet.processAction(RssPortlet.java:138) at com.bea.portlet.container.PortletStub.processAction(PortletStub.java:275) at om.bea.portlet.container.AppContainer.invokeProcessAction(AppContainer.java:426) at com.bea.netuix.servlets.controls.content.JavaPortletContent.fireProcessAction(JavaPortletContent.java:202) at com.bea.netuix.servlets.controls.portlet.JavaPortlet.fireProcessAction(JavaPortlet.java:1053) at com.bea.netuix.servlets.controls.portlet.JavaPortlet.raiseChangeEvents(JavaPortlet.java:531) at com.bea.netuix.nf.RootLifecycle$3.postVisit(RootLifecycle.java:189) at com.bea.netuix.nf.ControlTreeWalker.walkRecursive(ControlTreeWalker.java:294) at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:117) at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:95) at com.bea.netuix.nf.Lifecycle.runInbound(Lifecycle.java:185) at com.bea.netuix.nf.Lifecycle.run(Lifecycle.java:149) at

Just a clarification..
It does not work when the portal is in file mode.
In straming mode, it seems to be ok.
Is it the expected behaviour?Yes... Also, the user needs to be logged in.
>
Thanks
Durai

Similar Messages

Urgent: get http settings portlet url for a portlet

I need to get the portlet url that we enter for a webservice in Main settings -HTTP settings for a web service through code. I have the web service object id. Is this possible ?
Edited by: Manjeera on May 23, 2010 10:03 PM
Edited by: Manjeera on May 23, 2010 10:03 PM

consider this code:
IPTWebService ptWebService = (IPTWebService) ((IPTSession) m_asOwner.GetUserSession()).GetWebServices().Open(nWebServiceID, false);
String strUrl = ptWebService.GetAbsoluteURL(PlumtreeExtensibility.PT_PROPBAG_HTTPGADGET_URL);
strUrl contain complete url (remote server + gadget url)
I hope this will help you.
Marcin

How to retain portlet preferences when undeploying application

Hi,
we have a requirement where we configure portlet preferences for each portlet instance in a page through admin console.
we use these preference values to retrieve content from VCR and display in portlet jsp.
The problem here is when we undeploy application and install it again all the preferences configured in the admin console will vanish.
Is there any way to retain these values even when we undeploy application.
Thanks

Hello,
There are two ways you could do this: put the preference values in your .portlet files or use the propagation tool to move the customized portlet instances to your new deployment.
Putting the preference values in your .portlet file can't be done from the administration tools-- it must be done from the IDE or manually editing the files-- so I'm guessing it would not solve your problem.
For more information on using the propagation tool, see:
http://download.oracle.com/docs/cd/E13155_01/wlp/docs103/prodOps/propTool.html
Kevin

How to change portlet preferences

Can somebody tell me how can I change some prefrences that are defined in portlet.xml. So that if the user update this preferece it will be updated for all the portlet instances for that user. For example
<preference>
<name>Pref</name>
<value>something</value>
</preference>
here the value is something for every instance of that portlet. However I want to know if there is any way that this could be modified at user level and when the user change it to somethingelse this value will show on every portlet instance for that specific user. In IBM websphere this can be done using the <config-param> tag instead of preference.

Hi Neeraj,
We have a requirement to set the portlet preferences for al the users.
Based on the solution you gave, I set preference value in config mode and those preferences value are set for all the users.
I succusfully implemented edit_config mode on Oracle Portal and I shared my code snippets at
http://wsrp-jsr168.blogspot.com/
I hope this is very helpful.
--Somesh

Remote Inter Portlet Communication for JSR 168

Hi All,
We are stuck in a big problem using JSR 168 as remote portlets. We will be relieved if someone can suggest few ideas on this. I will provide the scenario which we are trying now.
We have two portlets namely portlet A and portlet B which are Java(JSR 168) type portlets. These two portlets are offered as remote and they reside in the producer application. We have consumed these two portlets in our consumer application.
The portlet A is triggering an event and portlet B is listening to the event triggered by portlet A. Currently we are trying to implement this functionality using Ajax. We tried to use customEventUrl tag in our jsp belonging to portlet A and we finally figured out that customEventUrl will not work in Remote portlets. We are not sure as how to pass the information from remote portlet A to remote portlet B. Please let us know your thoughts about this as whether the implementation is really possible when using Remote portlets.
IMPORTANT NOTE: The event handling and the configuration code that we have made in the above scenario is working perfectly for non-remote java portlets. The problem is occurring only when we consume them in the consumer application.
Thanks
Vijay

Hello Ashwin,
What version of WebLogic Portal are you using? And is this the same for both the consumer and producer?
If you are using WLP 10.3.2 I would highly recommend using JSR286 portlets (the next version of the Java Portlet (JSR168) specification) and the JSR286-standard eventing. The JSR286 eventing model is actually much cleaner and easier to understand than the WLP-proprietary support for events in JSR168 portlets.
However, if you are using a version of WLP prior to 10.3.2 and can't upgrade, JSR168-style events are your only choice. I can give you examples, but they all look very similar to the examples in the online documentation.
When events work between portlets locally, but not over WSRP, the usual problems are:
- There is one or more of "onlyIfDisplayed", "sourceDefinitionLabels" or "sourceInstanceLabels" attributes declared on the handle*Event element in the .portlet file. These attributes restrict when the portlet should receive an event, and they usually don't work the way you think when running over WSRP. It is best to not use these attributes for portlets which are going to be used over WSRP.
- A payload is being sent with the event which is not actually serializable. If serialization of the event payload (which is required for versions of WLP prior to 10.3.2 for WSRP) fails, the event will not be delivered to the portlet.
- The producer may be configured to not accept events. Check your producer's WEB-INF/wsrp-producer-config.xml file; the "service-config" element should either not have an "offer-extensions" attribute, or this attribute's value should be "true".
- The events may be getting sent during a portlet lifecycle other than processAction or handleEvent. There is no way for WSRP to handle events which have been sent during preRender or render, so it simply doesn't work.
- In the case of JSR168 portlets, if you have a backing file on the portlet (in addition to the portlet implementation as well), that may not work in some circumstances over WSRP. It is best to have the event handlers be in the portlet implementation class and avoid the use of backing files for JSR168 portlets.
If none of those things help you, my suggestion would be to post a sample .portlet file for one of the portlets that is supposed to be receiving the event, as well as the method signature in that portlet's implementation class that is supposed to be receiving the event, and the code which is sending the event that is supposed to be received.
Kevin

Modify portlet preferences programmatically

Hi,
I need to create a desktop programmatically and then change the value of a portlet preference in every portlet of the desktop I just created.
I create my desktop like this :
DesktopDefinition def = desktopDefinitionControl.createDesktopFromPortalFile("myAppWeb/test.portal", "VisitorDesktop", "Visitor description",
"myAppWeb", new PortalPath("portal"), new DesktopPath("visitorDesktop"), CustomizationContext.DISASSEMBLER_ACCEPT_TEMPLATE,
ResourceContext.createResourceContext(this.getRequest(), true));
and it works fine. I now need to get all the portlets of this desktop and modify a specific portlet preference.
Is there a way to get all the portlets from a desktop ??
Thx for your help,
Guillaume
(I use Weblogic Portal 10.0)
Edited by: gdahan on 13 nov. 2008 08:41

Please repost this in the WebLogic Portal forum:
WebLogic Portal

Event interface for inter-portlet communication

In which jar file can I find the com.bea.netuix.events.Event interface?
I wish to offer some support for inter-portlet communication while running inside a 8.1sp4 weblogic portal server.
Firstly, there is almost no documentation for working with Custom/Generic Events and definitely none for working with "Invoke a java portlet method"
Found out by decompiling the code that you can do the following:
add methodName(HttpServletRequest, HttpServletResponse, Event) to you backing file, or
add methodName(ActionRequest, ActionResponse, Event) to your java portlet
In both cases, I need find the jar file containing the "Event" interface. Have found most of the other classes in netuix_servlet.jar
Would also appreciate any further info on when the above methods actually get called with respect to the "processAction" and "processRender" methods for jsr168 portlets...

Found the answer after a pretty manual search - its located inside:
BEA_HOME/weblogic81/portal/lib/netuix/system/netuix_system.jar
All other interfaces being inside the WEB-INF/lib/netuix_servlet.jar, this one class from this package has been packed into a jar at the system classpath level!!
Had to manually look at the classpath in startWeblogic.cmd and then open up every jar file, follow dependent jar files via the manifest.mf etc...

Portlet Preferences set by admin only

Hi, I am trying to figure out how to allow an admin to set a portlet
preference for a single instance of the portlet. In IBM and Jetspeed,
this is possible.
For example, I would like to deploy a weather portlet where the only
preference is the zip code for the weather forecast. I don't want each
user to personalize this, I only want to allow the portal admin to set
the zip code and then have that used by all end users of the portlet.
Is this possible in WebLogic?

Hi Chad,
The admin tools have a Portlet Preferences page in both the library and
for each portlet instance in a portal desktop. I can see these pages in my
test environment. Let me know if you have any problems when you try this
stuff:
"Java Portlets"
"Java portlets are based on the JSR 168 specification ..."
http://e-docs.bea.com/wlp/docs92/portlets/building.html#wp1061940
"Managing Portlets Using the Administration Console"
http://e-docs.bea.com/wlp/docs92/portlets/portlet_org.html#wp1007211
"Overview of Portlet Preferences"
http://e-docs.bea.com/wlp/docs92/portlets/portlet_org.html#wp1013151
<Chad McGowan> wrote in message news:[email protected]..
Excellent, thanks for the clarification.
I've download version 9.2 of the portal server and I could not find a way
to set portlet preferences in the admin console.
Are there any tutorials or instructions on how to install and configure a
third-party jsr-168 portlet in 9.2? I want to install the portlet, then
set the preference from the admin console.
Thanks for your help!

Portlet Preferences - Any way to define templates or bulk load ?

Hi,
I have a question regarding portlet preferences. We have need to store metadata
about a portlet and this metadata is the same for all portlets inside the portlet.
As we will have in excess of 300 portlets which is expected to rise to around
2000 - 3000 in the future, it will be incredibly tedious for the portal admin
to create the preferences for each one (for such items as portlet owner, portlet
administrator etc)
Is there a template facility (a bit like user profiles) where we can set up the
definition with fields and values etc, and apply to a portlet. Or failing that
a bulk load capability where we can just populate the DB using the portlet_definition_id
or portlet_instance_id in the preference tables ?
We are on SP2 by the way.
TIA
Martin

Thanks Subbu,
That worked.....can you keep us updated on any movement with the SPI as this is
something that of us very definite importance to us.....
Thanks for the quick response
Martin
Subbu Allamaraju <[email protected]> wrote:
Martin,
For some reason in Workshop i dont seem to be able to add preferencesto the portlet
i am creating. For example i create a JSP and then right click 'GeneratePortlet'
and it creates me the .portlet file. But when i try to access the preferences
menu it just gives me 'Remove' and the list is empty. It does not offerthe 'Create'
Option. I must be missing somethingTry dragging "Preference" from the palette.
Also even if we could do it at create time in workshop these will bethe same
for all portlets in the Portal and thus this would need to be doneevery time
manually and that would leave room for mistakes and people missingfields etc.
We are looking at a very large number of portlets...
What would be really nice is to define a 'preferences' property setas user profile
etc and then
just apply it...thus not leaving room for errors etc.....
At this time, the API does not support this scenario. We're considering
an SPI for a future release, and we'll make sure this scenario gets
addressed.
Subbu
Any thoughts.....?
Subbu Allamaraju <[email protected]> wrote:
Martin,
Have you considered specifying preferences for each portlet while
creating the portlet in WLW? The recommended approach is to create
preferences while creating the portlet as the portlet developer ismore
likely to know what preferences are required and the implications.If
the default values entered by the portlet developer are meaningful,
portal admins won't have to change these values.
Subbu
Martin Porter said the following on 12/17/2003 07:12 AM:
Hi,
I have a question regarding portlet preferences. We have need to storemetadata
about a portlet and this metadata is the same for all portlets insidethe portlet.
As we will have in excess of 300 portlets which is expected to riseto around
2000 - 3000 in the future, it will be incredibly tedious for the portaladmin
to create the preferences for each one (for such items as portlet
owner,
portlet
administrator etc)
Is there a template facility (a bit like user profiles) where we canset up the
definition with fields and values etc, and apply to a portlet. Or
failing
that
a bulk load capability where we can just populate the DB using theportlet_definition_id
or portlet_instance_id in the preference tables ?
We are on SP2 by the way.
TIA
Martin

Portlet Preferences at the instance level

Is there any way to specify the portlet preferences at the instance level using
Workshop? Currently I have to go to the desktop and set my instance level preferences.
I would much rather set them during development using workshop and have the desktop
read those in.
Thanks
Regards,
Kunal

Can you clear on what you mean by instance level.
I would think this way
1)using workshop You created a portal, and n number of portlets.
2)you can set preferences for each portlet in workshop
3)you create a desktop and change the preference as you like
Did that sound related

Portlet Preference

I have a community that has 2 pages, each having an instance of a portlet i created. I want to give these portlet instances 2 distinct preferences, so i used the portlet preferences to do it. However, if i set the portlet preference of a portlet instance, say on page A, and i check on page B, the portlet instance on page B detects the preferences that i set on page A and applies it to itself.
Is there a way that i could set distinct preference settings on these two pages having the instances of one portlet? How will i do it?

I ran a simple test. I put the following line of code in a JSP and pointed a portlet at it:
PortletContextFactory.createPortletContext.setSettingValue(SettingType.Portlet, "foo", "bar");
I put this portlet in three places:
1) A MyPage
2) A Community (id 234)
3) Another Community (id 235)
When I looked in the database in the PTPREFS table, I was really surprised by what I saw. It created three rows as follows:
PREFNAME PREFVALUE PREFOBJECTID PREFCLASSID
foo      bar       0            0
foo      bar       234          512
foo      bar       235          512Prior to G6, if my memory serves me correctly, a portlet pref could be set on one community and read on another. I'm not as certain about this point, but I think it could also be set on a MyPage and read on a community (and vice versa).
If you wanted page-specific or community-specific portlet preferences, you could always append the page id or community id to the pref name. However, following this undocumented design change, there's no way AFAIK to remove the new community-specific nature of portlet prefs.
Bug or feature? Hard to say. I'd like to get the official word from BEA on whether this was intentional or not and either way, could somebody please update the documentation ? If there's been a major change in the design of the pref model, there ought to be at least a little documentation on it.
Chris Bucchere | bdg | [email protected] | http://www.thebdgway.com
Edited by bucchere at 02/12/2007 8:47 PM

Setting Portlet Preference in Backing File for Clipper Portlet

Hi All,
I have a clipper portlet, and I am setting the preferences(for form based authentication & passing application data dynamically) in the backing file which is then associated to the Clipper portlet. I looked up at the clipper constants that are available; and the example they have given is
portlet.setPreference(LOGIN_FORM_EXTRA_PARAMS, "name1=value2&name3=value4")
My question is what is this "portlet"?? is it an instance?? then whose instance/object it is?? how am I suppose to declare it in my Backing File??
Any input on this would be appreciated.
Thanks,
G

Hi,
I'm guessing here... but I think that the example is referring to a PortletPreferences object, which can be obtained through a PortletBackingContext with the getPortletPreferences() method. To obtain a PortletBackingContext you just use the static method PortletBackingContext.getPortletBackingContext() and pass in the request in the backing file. See also: Using the Preferences API to Access or Modify Preferences
Hope this helps,
Petri

How to set the portlet preference per user instead of global setting

Hello All
I am using IBM JSR168/ JSF, In my portlet Edit mode I am trying to set a value per user preference , but it always set for all other users even this is just a normal user, I think when an administrator set any preference value then those preferences value will be set for all the users. but in my case it is a normal user has right for the edit mode and hence the preference set by the user in edit mode will be set for his portlet instance only. So why it sets for all the users preference???...... Thanks a lot for your help!!!
here is my code:
///////////portlet.xml//////////
<preference>
                    <name>RowsPerPage</name>
                    <value>25</value>
                    <read-only>false</read-only>
               </preference>/////////////////////////pageCode in edit mode do the save action/////////////////////////
public String doSaveAction(){
           FacesContext ctx = FacesContext.getCurrentInstance();
              HttpSession session = (HttpSession)ctx.getExternalContext().getSession(false);
              if(session != null) {
                   session.setAttribute("save", "save");
                   session.setAttribute("Number",Integer.toString(getNumber()));
           return "";
}/////////////////////store the preference value///////
public class MyPortlet extends FacesGenericPortlet {
public void processAction(ActionRequest actionRequest, ActionResponse actionResponse) throws PortletException {
          try{
            //String save1 = actionRequest.getParameter("save");
            String save = (String) actionRequest.getPortletSession().getAttribute("save");
            if (save != null){
               PortletPreferences prefs = actionRequest.getPreferences();
               String number= (String) actionRequest.getPortletSession().getAttribute("Number");
               prefs.setValue("Number", number);
               prefs.store();
          }

Hope someone really can help me for this issue... I just wondering is this related to the user group config in portlet, since the interesting is that this issue is not apply to wpsadmin , but not sure where and how to set other user group that can set the preference no problem??
Thanks for your time !

Portlet Preferences to no logged users

Hi people,
I created a JSR168 Portlet with view and edit mode. I put into my webcenter custom application. I go to edit mode to set some preferences from portlet, to do this I need be logged in.
The problemn is that just logged users can view the preferences that I set. If I logged off I can't saw any preferences.
I tried use edit_defaults mode, but don't work fine.
Can someone help me please?

Hey sorry for the delay but here it goes :)
Think you should get enough information by this example to complete what you want, else just ask :)
So first of all you will need to add a parameter definition to the oracle-portlet.xml
THis is what you should add after the portlet-name in the oracle-portlet.xml:
<navigation-parameters>
            <name>param1</name>
            <type xmlns:xsd="http://www.w3.org/2001/XMLSchema">xsd:string</type>
            <label xml:lang="en-US">First Parameter</label>
            <hint xml:lang="en-US"/>
        </navigation-parameters>Normaly you shouldn't do anything extra in order to show those parameters and store them. Everything from here is managed by your consuming application. Notice here that the consuming can only be of the webcenter kind so a custom webcenter application or webcenter spaces due to the oracle specific implementation of the parameters. This gets standardized by the JSR286 but webcenter doesn't support this yet...
Also notice that when you change something to the oracle-portlet.xml or portlet.xml you should refresh the registration in your consuming application AND remove the old portlet from your page and replace it by a new one. Otherwhise you will not see the new parameter.
So when you added this to the oracle-portlet.xml and refresh the registration you should see the parameter in the portlet parameter tab when you click the pencil on the portlet in edit mode. Note that you should have customize rights in order to do this.
Parameters that you set their are not stored for the user, they are application wide stored so if for example admin1 sets a value and admin2 changes it to another value, the last value will overwrite the first one.
The next thing you should need to know is how to get the parameter from your code.
This is queiet easy... THe PortletRequest has the getParameter function that will return the value:
in your backing bean you can write this:
        String param = "";
        PortletRequest request = (PortletRequest)FacesContext.getCurrentInstance().getExternalContext().getRequest();
        param = request.getParameter("param1");
       if(param.equals(""))
           param = "No value for the param has been set yet";
       return param;In fact that's all you need to know for implementing parameters.
In case something is not clear or you have problems, just ask.

Getting error while working with jsr168 portlet in weblogic portal 10.1

Hi,
I have configured jsr168 portlet to display RSS feed.I am not getting any error when I have logged in for 2 to 3 times. It's displaying fine.After that when I again login I am getting this error.
I am not knowing what's the problem is?Let me know.
java.lang.NullPointerException at com.bea.portlet.container.UserInfo.getAllProperties(UserInfo.java:149) at com.bea.portlet.container.UserInfo.updateUserInfo(UserInfo.java:117) at com.bea.portlet.container.AppContainer.invokeRender(AppContainer.java:704) at com.bea.netuix.servlets.controls.content.JavaPortletContent.fireRender(JavaPortletContent.java:249) at com.bea.netuix.servlets.controls.content.JavaPortletContent.renderInternal(JavaPortletContent.java:156) at com.bea.netuix.servlets.controls.content.JavaPortletContent.beginRender(JavaPortletContent.java:103) at com.bea.netuix.servlets.controls.application.laf.ContentControlRenderer.beginRender(ContentControlRenderer.java:48) at com.bea.netuix.nf.ControlLifecycle$7.visit(ControlLifecycle.java:481) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:518) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:220) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:395) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:361) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:352) at com.bea.netuix.nf.Lifecycle.run(Lifecycle.java:326) at com.bea.netuix.nf.UIControl.render(UIControl.java:582) at com.bea.netuix.servlets.controls.PresentationContext.render(PresentationContext.java:486) at com.bea.netuix.servlets.util.RenderToolkit.renderChild(RenderToolkit.java:146) at com.bea.netuix.servlets.jsp.taglib.RenderChild.doStartTag(RenderChild.java:62) at jsp_servlet._framework._skeletons._pcagreen.__flowlayout._jspService(__flowlayout.java:290) at weblogic.servlet.jsp.JspBase.service(JspBase.java:34) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175) at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:528) at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:454) at com.bea.netuix.servlets.controls.application.laf.JspTools.renderJsp(JspTools.java:130) at com.bea.netuix.servlets.controls.application.laf.JspControlRenderer.beginRender(JspControlRenderer.java:72) at com.bea.netuix.servlets.controls.application.laf.PresentationControlRenderer.beginRender(PresentationControlRenderer.java:65) at com.bea.netuix.nf.ControlLifecycle$7.visit(ControlLifecycle.java:481) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:518) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:220) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:395) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:361) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:352) at com.bea.netuix.nf.Lifecycle.run(Lifecycle.java:326) at com.bea.netuix.nf.UIControl.render(UIControl.java:582) at com.bea.netuix.servlets.controls.PresentationContext.render(PresentationContext.java:486) at com.bea.netuix.servlets.util.RenderToolkit.renderChild(RenderToolkit.java:146) at com.bea.netuix.servlets.jsp.taglib.RenderChild.doStartTag(RenderChild.java:62) at jsp_servlet._framework._skeletons._pcagreen.__gridlayout._jspService(__gridlayout.java:292) at weblogic.servlet.jsp.JspBase.service(JspBase.java:34) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175) at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:528) at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:454) at com.bea.netuix.servlets.controls.application.laf.JspTools.renderJsp(JspTools.java:130) at com.bea.netuix.servlets.controls.application.laf.JspControlRenderer.beginRender(JspControlRenderer.java:72) at com.bea.netuix.servlets.controls.application.laf.PresentationControlRenderer.beginRender(PresentationControlRenderer.java:65) at com.bea.netuix.nf.ControlLifecycle$7.visit(ControlLifecycle.java:481) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:518) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:220) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:395) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:361) at com.bea.netuix.nf.Lifecycle.runOutbound(Lifecycle.java:208) at com.bea.netuix.nf.Lifecycle.run(Lifecycle.java:162) at com.bea.netuix.servlets.manager.UIServlet.runLifecycle(UIServlet.java:388) at com.bea.netuix.servlets.manager.UIServlet.processControlTree(UIServlet.java:301) at com.bea.netuix.servlets.manager.PortalServlet.service(PortalServlet.java:927) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at com.documentum.web.servlet.CompressionFilter.doFilter(CompressionFilter.java:108) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at com.documentum.web.env.WDKController.processRequest(WDKController.java:95) at com.documentum.web.env.WDKController.doFilter(WDKController.java:83) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at com.documentum.web.env.PortalRequestFilter.doFilter(PortalRequestFilter.java:92) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at com.bea.p13n.servlets.PortalServletFilter.doFilter(PortalServletFilter.java:336) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at com.bea.portal.tools.servlet.http.HttpContextFilter.doFilter(HttpContextFilter.java:60) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3393) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(Unknown Source) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2140) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2046) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1366) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200) at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)
Edited by jhansi.mandalapu at 05/05/2008 11:20 PM
Edited by jhansi.mandalapu at 05/05/2008 11:30 PM

Thanks Brad !!!
It works...
earlier I had entitlements set only on Employee Portal and Calendar in the tree structure Community_repository > Calendar > EmployeePortal > Calendar.
It didnt work and throwed that error.
After your suggestion I set entitlements on groupware.calendar.appointment to create, view, update, delete and instantiate to true.
It worked, thanks for your help.
-Win

Portlet Preferences for JSR168 Portlets

Similar Messages

Maybe you are looking for