You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-user@portals.apache.org by "Sachdeva, Khemchand" <ks...@Corio.com> on 2004/07/13 11:04:26 UTC
RE: Not able to add JSP portlet --- java.lang.reflect.InvocationT
argetException
Hi All
Has anybody found solution to this problem.
We are also facing the same issue and it seems like a bug in Jetspeed 1.5.
Unfortunately, we are very close to our delivery date and it is causing us
lot of hardship.
Regards
Khem
-----Original Message-----
From: Maruthi [mailto:maruthibabu_2k@yahoo.com]
Sent: Friday, June 18, 2004 9:52 PM
To: jetspeed-user@jakarta.apache.org
Subject: Not able to add JSP portlet ---
java.lang.reflect.InvocationTargetException
Hello,
I am able to find and add my JSP portlet in "Customize Pane" when i pressed
save and apply button i am not able to see it in the Home apge as sometimes
other Portlets are displaying as usual except mine and sometimes i am
getting following error "java.lang.reflect.InvocationTargetException".Can
anybody tell me how to rectify this problem?.
Thank you,
Maruthi.
=====================================
Details of the Error.
======================================
There has been an Error!Reason:
java.lang.reflect.InvocationTargetException
Get/Post Data:eventsubmit_dosave = Save and Applyaction =
controllers.XMultiColumnControllerActionuser = turbinepage =
default.psmlmodelchangelist = template = ShowError.vmmedia-type = html
Stacktrace:
java.lang.reflect.InvocationTargetException at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
) at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at
org.apache.turbine.util.velocity.VelocityActionEvent.executeEvents(VelocityA
ctionEvent.java:159) at
org.apache.jetspeed.modules.actions.controllers.VelocityControllerAction.per
form(VelocityControllerAction.java:71) at
org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at
org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java:143)
at org.apache.turbine.modules.Page.build(Page.java:90) at
org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123) at
org.apache.turbine.Turbine.doGet(Turbine.java:563) at
org.apache.turbine.Turbine.doPost(Turbine.java:658) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:237) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157) at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214) at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
Valve.java:198) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:152) at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137
) at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
) at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:109) at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:793)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Protocol.java:702) at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:571)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:644) at java.lang.Thread.run(Thread.java:534)Caused by:
java.lang.NullPointerException at
org.apache.jetspeed.modules.actions.controllers.XMultiColumnControllerAction
.applyModelChanges(XMultiColumnControllerAction.java:114) at
org.apache.jetspeed.modules.actions.controllers.XMultiColumnControllerAction
.doSave(XMultiColumnControllerAction.java:87) ... 38 more
---------------------------------
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
RE: Security access for portlets.
Posted by Anoop Sreenivasan <as...@cisco.com>.
Hi cyrille,
I am working with Sunil on the same project.
We have a default set of portlets and put it in the jetspeed_user_profile
table for the user "turbine".
Now each time a user logs in, this profile is copied over to the new row
created for him.
As the roles of the users may vary, those users who dont have access will
see the portlets with the "you dont have permission..." message. Now we
would like those users to not see those portlets at all.
Is there a way to specify different default psmls for different roles?
Regards,
Anoop
-----Original Message-----
From: Cyrille GACHOT [mailto:cyrille.gachot@cotranet.com]
Sent: Tuesday, July 13, 2004 5:03 PM
To: Jetspeed Users List
Subject: Re: Security access for portlets.
Hi,
The problem (if i understand well) is that you request the portlet in the
psml of the user. And, as he doesn't have the rights to see them, you get
the "You don't have permission to view this porlet" error message.
Can't you just remove these portlets from the psml of the user role ?
Cyrille
Le mar 13/07/2004 à 11:15, Sunil Sheshadri a écrit :
> Hi,
> I have some portlets to be shown only for admin users and some
> portlets to be shown for all users. First time when user logs in, he
> should see his set of default portlets for which he has access for and
> other portlets should not be shown to him.
>
> We changed xreg file and added <security role > and <security-ref
> parent> for all portlets based on role. Also we updated turbine's psml
> with this default psml so that user can see this as his home page.
>
> Now when the user logs in with USER role, he is seeing only those
> portlets which has user access, but other portlets which has admin
> access appears and says that "You don't have permission to view this
> porlet".
>
> How do we make sure that, the admin portlets are not displayed at
> all.....?
>
> Any pointers??
>
> Regards,
> Sunil.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
>
--
__ ___ _ _ _ ___
/ /_(_ _)_ / \| \| |__(_ _)
| | _ | |-_) - | / -_) |
\_\__|_|_\|_|_|_|\_\___|_|
Cyrille GACHOT
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Re: Security access for portlets.
Posted by Cyrille GACHOT <cy...@cotranet.com>.
Hi,
The problem (if i understand well) is that you request the portlet in
the psml of the user. And, as he doesn't have the rights to see them,
you get the "You don't have permission to view this porlet" error
message.
Can't you just remove these portlets from the psml of the user role ?
Cyrille
Le mar 13/07/2004 à 11:15, Sunil Sheshadri a écrit :
> Hi,
> I have some portlets to be shown only for admin users and some portlets to
> be shown for all users. First time when user logs in, he should see his set
> of default portlets for which he has access for and other portlets should
> not be shown to him.
>
> We changed xreg file and added <security role > and <security-ref parent>
> for all portlets based on role. Also we updated turbine's psml with this
> default psml so that user can see this as his home page.
>
> Now when the user logs in with USER role, he is seeing only those portlets
> which has user access, but other portlets which has admin access appears and
> says that "You don't have permission to view this porlet".
>
> How do we make sure that, the admin portlets are not displayed at all.....?
>
> Any pointers??
>
> Regards,
> Sunil.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
>
--
__ ___ _ _ _ ___
/ /_(_ _)_ / \| \| |__(_ _)
| | _ | |-_) - | / -_) |
\_\__|_|_\|_|_|_|\_\___|_|
Cyrille GACHOT
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Security access for portlets.
Posted by Sunil Sheshadri <ss...@cisco.com>.
Hi,
I have some portlets to be shown only for admin users and some portlets to
be shown for all users. First time when user logs in, he should see his set
of default portlets for which he has access for and other portlets should
not be shown to him.
We changed xreg file and added <security role > and <security-ref parent>
for all portlets based on role. Also we updated turbine's psml with this
default psml so that user can see this as his home page.
Now when the user logs in with USER role, he is seeing only those portlets
which has user access, but other portlets which has admin access appears and
says that "You don't have permission to view this porlet".
How do we make sure that, the admin portlets are not displayed at all.....?
Any pointers??
Regards,
Sunil.
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org